A capela que ficou de pé enquanto o chão desaparecia: Santa Luzia e a arquitetura de software

A capela que ficou de pé enquanto o chão desaparecia: o subsolo da Santa Luzia e as lições para a arquitetura de software

Uma igreja histórica, oito estacões de concreto e uma escavação profunda no coração de São Paulo. O caso da Capela Santa Luzia, no Cidade Matarazzo, mostra como preservar o que não pode parar enquanto se transforma tudo à sua volta.

Imagine receber o seguinte requisito: construir vários pavimentos subterrâneos em um terreno densamente ocupado, preservar integralmente uma capela inaugurada em 1922 e não permitir que a estrutura histórica seja deslocada de seu lugar. Parece uma especificação contraditória. Para quem trabalha com software, lembra uma solicitação frequente: trocar a infraestrutura, reconstruir o núcleo e ampliar as capacidades de um sistema crítico sem interromper aquilo que já funciona.

Foi mais ou menos esse o desafio enfrentado no antigo Hospital Matarazzo, nas proximidades da Avenida Paulista. A fotografia que ganhou notoriedade em 2018 mostra uma pequena igreja sobre uma estrutura de concreto, com uma imensa escavação abaixo dela. A capela parece flutuar. Mas a proeza não consistiu em levantar a igreja por 31 metros: ela foi mantida na posição original enquanto o terreno abaixo era removido. A distância vertical foi criada pela escavação, depois que sua carga passou a ser suportada por novas fundações.

Essa distinção é importante. A imagem é espetacular; a decisão de engenharia por trás dela é ainda mais interessante.

Ilustração de capa gerada por IA para ernani.dev (OpenAI, 2026). Representação artística, não fotografia da obra nem reprodução fiel da fachada ou do projeto executivo.

1. Antes de escavar, era preciso entender o que não podia ser perdido

A Capela Santa Luzia integra o antigo Hospital e Maternidade Umberto I, conhecido como Hospital Matarazzo. Projetada por Giovanni Battista Bianchi, também chamado João Bianchi, foi inaugurada em 1922. O conjunto remonta ao início do século XX e faz parte da história da imigração italiana, da assistência hospitalar e da própria transformação urbana de São Paulo.

O patrimônio recebeu proteção estadual em 1986, posteriormente acompanhada de proteção municipal. Isso mudou inteiramente os limites do projeto Cidade Matarazzo, desenvolvido para reunir hotelaria, cultura, atividades comerciais e outros usos contemporâneos. Não bastava conservar uma fachada como ornamento: a capela exigia preservação integral e restauro de elementos arquitetônicos e artísticos.

O arquiteto Roberto Toffoli, em artigo na Revista Restauro, descreve o edifício original com alvenaria de tijolos maciços, argamassa à base de cal, estrutura de madeira na cobertura, vitrais, esculturas, escaiola e componentes históricos no interior. Essas características importam porque uma estrutura centenária não responde a esforços e vibrações como um edifício concebido hoje para receber grandes intervenções.

O primeiro requisito, portanto, não era «criar oito subsolos». Era preservar a integridade do bem histórico. Só depois vinha a ampliação do uso do terreno.

Na arquitetura de software, é a diferença entre começar perguntando «qual linguagem vamos usar?» e começar perguntando «que contratos, dados, fluxos e garantias não podemos quebrar?». Uma migração arquitetural que ignora o legado costuma descobrir tarde demais que o legado não era descartável: era parte do valor do produto.

Registro histórico: fotografias da obra publicadas pela VEJA em 2018, com imagens creditadas a Heitor Feitosa/VEJA. Para conferir a aparência real da capela e do canteiro, prefira esses registros às ilustrações conceituais deste artigo.

2. O problema estrutural: trocar a fundação sem remover o edifício

À primeira vista, bastaria escavar ao redor da igreja. Na prática, retirar o solo que sustentava sua fundação rasa significaria eliminar o caminho pelo qual o peso da construção chegava ao terreno. Esse é o coração do problema: não se pode substituir uma dependência estrutural sem criar, antes, um caminho alternativo para a carga.

A fundação original tinha aproximadamente 1,5 metro de profundidade. O novo programa exigia uma escavação profunda. Engenheiros como Mário Franco e Carlos Eduardo Moreira Maffei participaram da solução de subfundação e transferência de esforços, executada no contexto do empreendimento sob a direção de obra do engenheiro Maurício Bianchi.

O dimensionamento divulgado varia conforme a finalidade e a fase dos registros: reportagem da VEJA em 2018 menciona aproximadamente 1.075 toneladas de peso para a capela e oito estacas de 54 metros, enquanto a apresentação técnica da Maffei Engenharia ao Instituto de Engenharia, em 2019, informa uma carga estimada de 1.000 toneladas-força, oito estacões de 1 metro de diâmetro, cerca de 50 metros de comprimento e cargas de cálculo de 470 toneladas-força por estacão. São valores de documentos distintos, não motivos para somá-los ou tratá-los como medições finais idênticas.

A ideia central era relativamente simples de explicar e extremamente difícil de executar: construir primeiro uma nova estrutura resistente, transferir a carga da igreja para ela e só então retirar o material que antes realizava o suporte.

Esquema didático gerado por IA para ernani.dev (OpenAI, 2026); não está em escala e não substitui o projeto técnico. Para os croquis efetivos de Mário Franco/JKMF, consultar as páginas 38–41 da apresentação da Maffei Engenharia ao Instituto de Engenharia, de 23/09/2019. Crédito dos croquis: Mário Franco/JKMF; fonte e apresentação: Maffei Engenharia / Instituto de Engenharia.

O equivalente digital: construir o novo caminho antes de desligar o antigo

Imagine um software que mantém contratos, pagamentos e milhões de registros em uma base antiga. A equipe decidiu substituir o banco de dados e reorganizar os serviços. A abordagem perigosa seria desligar o sistema antigo, apagar dependências e descobrir depois como a aplicação vai operar.

Uma abordagem de menor risco se parece com a estratégia Strangler Fig, ou de substituição progressiva: criar uma estrutura nova ao lado da antiga, validar seu comportamento, transferir responsabilidades de modo controlado e desativar dependências somente quando o novo caminho demonstrar capacidade.

A nova fundação da Santa Luzia foi, nessa analogia, o novo backend. A capela era o contrato público que não poderia se romper. O concreto não é software, evidentemente; mas a lógica da transição controlada é surpreendentemente semelhante.

3. A sequência de execução: o plano importava tanto quanto o cálculo

Um projeto dessa natureza depende de uma ordem precisa. Realizar uma atividade correta no momento errado poderia ter consequências irreversíveis.

Etapa 1 — Preparação do terreno e contenções

Antes da escavação principal, foi necessário organizar a frente de trabalho e implantar elementos de contenção para limitar o movimento do solo. A obra envolvia edificações históricas vizinhas, restrições urbanas e um terreno com características geotécnicas desafiadoras.

Na apresentação de 2019, a Maffei Engenharia cita escavações da ordem de 28 metros para estacionamentos de oito subsolos, além de um lençol freático em torno de 13 metros de profundidade. Os cerca de 31 metros frequentemente mencionados em notícias correspondem à profundidade ou ao desnível descrito em reportagens e planos de 2018. Não são números necessariamente incompatíveis: documentos podem medir setores, cotas e fases diferentes.

A presença de água subterrânea e de solos argilosos torna a contenção tão decisiva quanto a estrutura de suporte. Em arquitetura de sistemas, a comparação é com preparar backups, observabilidade, isolamento de serviços e caminhos de recuperação antes de uma migração.

Etapa 2 — Implantação das fundações profundas

Foram executados oito estacões, distribuídos ao redor da capela. Eles permitiram construir a nova rota de transmissão das cargas para camadas mais profundas. A execução precisava controlar vibrações e deslocamentos para preservar a alvenaria histórica.

Aqui surge uma primeira lição para software: uma nova infraestrutura não resolve nada se sua instalação comprometer o sistema existente. É por isso que mudanças em produção exigem controle de capacidade, compatibilidade de interfaces, testes de carga e implantação gradual.

Etapa 3 — Estrutura de transição

Vigas de concreto armado atravessaram o espaço sob a edificação e compuseram uma plataforma de transferência. A VEJA descreveu uma laje de aproximadamente 19 por 17 metros, com 1,15 metro de espessura. Na apresentação técnica, a estrutura de transição aparece dimensionada para vencer um vão de aproximadamente 16 metros entre as novas fundações.

Essa etapa é a mais interessante para quem desenvolve sistemas: não basta ter o componente antigo e o novo funcionando separadamente. É preciso uma camada de transição que traduza responsabilidades, preserve invariantes e mantenha a continuidade.

Em software, ela pode ser um adaptador, uma API de compatibilidade, uma camada anticorrupção ou um mecanismo de replicação. Na capela, foi uma estrutura física capaz de redistribuir o peso de uma fundação rasa para uma fundação profunda.

Etapa 4 — Transferência efetiva da carga

Mesmo após a concretagem da nova plataforma, parte da fundação antiga ainda mantinha contato com o solo. Para concluir a transferência de esforços sem introduzir choques bruscos, foi empregado hidrojateamento, com remoção cuidadosa de uma pequena camada de terra. A reportagem de 2018 descreve cerca de sete centímetros removidos nessa operação.

Este foi o momento do cutover: a responsabilidade estrutural passou do apoio original para o novo conjunto. Não bastava declarar a migração concluída; era necessário garantir que a carga já estivesse efetivamente apoiada na solução nova.

Em sistemas, esse é o instante em que um banco passa a ser a fonte primária, uma API antiga deixa de receber tráfego ou um serviço novo assume um fluxo de negócio. O risco está nos estados intermediários: duas fontes de verdade, escrita divergente, transações incompletas e dependências esquecidas.

Etapa 5 — Escavação progressiva e estabilização

Com a capela sustentada pelo novo conjunto, as escavadeiras passaram a remover o solo abaixo dela. Ainda assim, a estrutura precisava de estabilidade ao longo de todas as fases, não apenas na configuração final.

A apresentação da Maffei Engenharia traz um detalhe técnico revelador: para evitar flambagem dos estacões, as lajes dos níveis N-0, N-2, N-4 e N-6 foram executadas acompanhando o avanço das escavações. Em termos simples, os elementos verticais eram travados progressivamente à medida que ficavam expostos em maiores comprimentos.

Esse detalhe desmonta a ideia de que bastava deixar a capela «sobre oito pernas» e cavar. O comportamento da estrutura muda durante a obra, e o plano executivo precisa resistir também às configurações temporárias.

No desenvolvimento de software acontece o mesmo. Um estado transitório de migração pode ser mais frágil que o estado antigo ou o novo: duas infraestruturas coexistindo, filas duplicadas, contratos parcialmente adaptados e sincronizações temporárias. Não se pode projetar apenas o estado final idealizado.

Etapa 6 — Novas fundações e integração ao complexo

A mesma apresentação registra que os estacões-pilares precisaram de blocos complementares de fundação para as cargas finais de projeto, caracterizando uma solução de fundações mistas. Isso evidencia um princípio básico: o suporte necessário durante a obra não é necessariamente idêntico ao suporte exigido quando todas as instalações passam a funcionar.

O planejamento divulgado em 2018 associava a intervenção a oito níveis subterrâneos, com estacionamento e atividades de apoio. Já uma reportagem sobre a reabertura da capela em 2021 menciona cinco subsolos sob a igreja. É prudente distinguir o número previsto para o conjunto do número referido a um trecho específico ou ao estágio posteriormente documentado, em vez de apresentar uma contagem única sem essa ressalva.

Infográfico artístico gerado por IA para ernani.dev (OpenAI, 2026). Síntese ilustrativa do diagnóstico, transferência de cargas, escavação e integração; não reproduz cronologia fotográfica ou etapas executivas exatas.

4. O que essa obra ensina a quem decide arquiteturas de software?

A analogia fica mais útil quando abandonamos a admiração superficial e analisamos as escolhas.

Primeira lição — Requisitos não funcionais definem o projeto. O objetivo aparente era ampliar espaço subterrâneo. Mas o requisito que governou a solução foi preservar a capela, minimizar deformações e respeitar a proteção patrimonial. Em software, segurança, disponibilidade, integridade de dados, latência e auditabilidade podem importar mais do que uma lista de funcionalidades.

Segunda — As dependências invisíveis são as mais perigosas. O solo parecia apenas o que deveria ser retirado. Na realidade, ele sustentava a edificação. Sistemas legados também escondem dependências em cron jobs, tabelas compartilhadas, integrações não documentadas e conhecimento tácito. Antes de remover qualquer coisa, descubra o que ela suporta.

Terceira — O plano de migração faz parte da arquitetura. Diagramas que exibem apenas «antes» e «depois» omitem o período mais arriscado. É preciso desenhar os estados intermediários, os critérios de aceite e os limites de operação em cada fase.

Quarta — Observabilidade não é decoração. O material técnico de 2019 inclui acompanhamento de recalques da capela por meio de pinos e séries temporais. Esse monitoramento permite avaliar deslocamentos durante a execução. Em software, métricas, logs, traces e alertas cumprem função análoga: tornam o risco verificável.

Quinta — A solução mais barata no orçamento inicial nem sempre minimiza o risco total. O artigo de Roberto Toffoli observa que havia possibilidades menos onerosas de intervenção, mas o empreendimento optou por uma solução de maior sofisticação técnica. Isso não significa que gastar mais seja sempre melhor: significa que custo, risco, reversibilidade e valor preservado precisam ser avaliados em conjunto.

Sexta — Não confunda disponibilidade com ausência de mudança. A capela passou por obras e restauro; não foi uma operação sem intervenção. Da mesma maneira, modernizar um produto sem quebrar seus contratos não implica que nenhum componente seja alterado. O compromisso deve ser com as garantias relevantes, e não com a imobilidade.

5. E se transformássemos a obra em um plano de migração digital?

Para aplicar a lógica a um sistema real, eu organizaria o trabalho em sete decisões:

1. Mapear o patrimônio a preservar: dados, contratos externos, fluxos críticos, SLA, integrações e requisitos regulatórios.
2. Instrumentar antes de modificar: indicadores de integridade, disponibilidade, desempenho, filas e trilhas de auditoria.
3. Construir o novo suporte: infraestrutura, módulos, modelos de dados e contratos de compatibilidade.
4. Validar capacidade e consistência: testes de carga, reconciliação de dados, ensaios de falha e critérios objetivos para avançar.
5. Transferir responsabilidades por etapas: roteamento progressivo, feature flags, shadow traffic e operações de migração quando apropriadas.
6. Manter apoios temporários: mecanismos de contingência, duplicação controlada e isolamento de componentes enquanto durarem os estados intermediários.
7. Remover o legado somente após comprovação: verificar estabilidade, eliminar dependências e documentar a nova arquitetura.

Nem todas as migrações precisam seguir esse arranjo. A escolha depende do sistema. O que a Capela Santa Luzia demonstra é a disciplina de não retirar um apoio antes que o substituto possa receber sua carga.

6. Uma obra que também provoca perguntas sobre a cidade

O feito técnico impressiona, mas há uma discussão urbana legítima: como equilibrar preservação patrimonial, interesse público e exploração econômica de espaços históricos? O Cidade Matarazzo é um empreendimento privado de uso múltiplo, e sua integração à cidade deve ser analisada também sob essa perspectiva. A engenharia não substitui a discussão sobre acesso, mobilidade, apropriação cultural e prioridades urbanas.

Ao mesmo tempo, o restauro devolveu à capela uma função que havia sido interrompida. Em novembro de 2021, a imprensa registrou sua reabertura para celebrações religiosas. O resultado ultrapassa uma fotografia viral: trata-se da continuidade de um bem cultural em meio à transformação profunda do território.

Há um aspecto especialmente inspirador na trajetória dos engenheiros envolvidos. Mário Franco, que morreu em 2019, participou de uma solução que combinou cálculo rigoroso e imaginação técnica; Carlos Eduardo Moreira Maffei e as equipes de execução converteram a proposta em um processo construtivo concreto. A capacidade de preservar algo antigo não é oposta à inovação. Muitas vezes, é justamente a necessidade de preservar que exige as ideias mais ousadas.

Conclusão: a inteligência está na ordem das decisões

Quando alguém olha para a Capela Santa Luzia aparentemente «flutuando» sobre o vazio, vê uma imagem de ousadia. Quando um engenheiro olha para a mesma cena, vê caminhos de carga, contenções, flechas, recalques, travamentos, inspeções e riscos controlados.

Quando um arquiteto de software observa esse projeto, pode enxergar outra coisa: uma migração de infraestrutura feita de modo que o sistema principal não perca a sustentação.

Não é a tecnologia mais nova que faz uma boa arquitetura. É a capacidade de reconhecer o que deve permanecer, decidir o que precisa mudar e construir uma transição segura entre essas duas realidades.

A maior lição talvez seja esta: antes de cavar o futuro de um sistema, certifique-se de que o presente já tem onde se apoiar.

---

Fontes, imagens e créditos

• Maffei Engenharia / Instituto de Engenharia (2019): apresentação técnica sobre contenções e fundações da Cidade Matarazzo, com croquis de subfundação creditados a Mário Franco/JKMF, fotografias de obra e gráficos de recalque. Ver especialmente as páginas 38–41.
• Roberto Toffoli, Revista Restauro (2019): Obras e reuso do antigo Hospital Matarazzo. Imagens históricas e esquemas identificados no artigo como pertencentes ao Acervo Cidade Matarazzo.
• João Pedroso de Campos, VEJA (2018): Luzia nas alturas, com fotografias de Heitor Feitosa/VEJA e infográficos explicativos publicados pela revista.
• Fillipe Mauro, Folha de S.Paulo (2018): reportagem sobre a capela e sua subfundação.
• Folha de S.Paulo (2021): reportagem sobre a reabertura da Capela Santa Luzia; imagem de reinauguração creditada a Danilo Verpa/Folhapress.
• Imagens deste artigo: capa, corte didático e sequência de etapas são ilustrações conceituais geradas por IA (OpenAI, 2026) para ernani.dev. Não devem ser interpretadas como fotografias, levantamentos topográficos ou desenhos executivos. As fotografias históricas de terceiros são disponibilizadas por links para seus veículos e acervos de origem, sem reprodução não autorizada.

Nota metodológica: medidas e números de subsolos mudam entre reportagens, trechos do empreendimento e apresentações técnicas. Foram preservadas as atribuições e distinções entre projeto, registros da execução e publicações posteriores.