Resumo Executivo

Fernando Silva Vila Nova; Everton Gomede

Resumo elaborado pela ferramenta ResumeAI, solução de inteligência artificial desenvolvida pelo Instituto Pecege voltada à síntese e redação.

A competitividade acentuada no setor financeiro impõe às organizações a necessidade de entregar soluções tecnológicas que unam agilidade, consistência e governança rigorosa. O cenário contemporâneo de desenvolvimento de software exige que as instituições bancárias operem em ambientes multi-projetos, onde a complexidade da gestão de ativos e a velocidade de resposta ao mercado tornam-se diferenciais estratégicos. Dentro dessa dinâmica, o ciclo de vida de desenvolvimento de software fornece a estrutura fundamental para a organização das entregas, mas a aplicação prática em grandes corporações revela desafios estruturais significativos (Sommerville, 2016). A dependência de processos manuais e a fragmentação entre o desenho arquitetural e a implementação física da infraestrutura frequentemente resultam em inconsistências que comprometem a qualidade final do produto e a segurança das operações (Pressman, 2019).

A ausência de uma integração fluida entre a definição da arquitetura e a execução técnica dificulta a governança corporativa e amplia a margem para desvios entre o que foi planejado e o que é efetivamente implantado nos ambientes produtivos. Estudos indicam que a desconexão entre modelos conceituais e a infraestrutura física gera um hiato de conhecimento e controle, elevando o risco operacional (Gaie et al., 2021). Como resposta a essa problemática, a Arquitetura como Código surge como uma evolução das práticas de engenharia de software, propondo a transformação de desenhos arquiteturais em artefatos executáveis. Essa abordagem estende o ciclo de vida tradicional ao integrar conceitos de gestão de ciclo de vida de aplicações, operações de desenvolvimento e infraestrutura como código, visando reduzir a complexidade sistêmica e assegurar a rastreabilidade total das mudanças (Bucaioni et al., 2025).

A relevância dessa transição metodológica fundamenta-se na premissa de que a integração de práticas de automação fortalece a confiabilidade organizacional e permite uma escalabilidade que processos manuais não conseguem sustentar. A adoção de infraestrutura como código é apontada como um pilar essencial para a padronização de ambientes, permitindo que a automação ocorra em larga escala sem a perda de controle sobre as configurações (Morris, 2020). Ao convergir esses avanços para o conceito de Arquitetura como Código, torna-se possível automatizar a conversão de diagramas técnicos em manifestos de infraestrutura e pipelines unificados de entrega contínua, mitigando as limitações inerentes ao modelo tradicional de desenvolvimento (Kim et al., 2016). O objetivo central reside em avaliar a viabilidade dessa transição em um ambiente bancário, analisando ganhos em produtividade e conformidade.

A fundamentação teórica que sustenta a Arquitetura como Código baseia-se na premissa de que a arquitetura de software não deve ser apenas uma documentação estática, mas um componente ativo do processo de entrega. A complexidade de gerenciar múltiplos projetos simultâneos exige que os padrões arquiteturais sejam replicáveis e auditáveis de forma automática. A literatura técnica reforça que a utilização de modelos e componentes reutilizáveis contribui diretamente para a redução de erros e para a manutenção da consistência sistêmica. Quando a integração entre o desenho e a execução é plena, as discrepâncias são minimizadas, garantindo que o sistema entregue corresponda exatamente ao planejado pelos arquitetos de solução (Bucaioni et al., 2025). Além disso, a rastreabilidade das mudanças torna-se nativa, facilitando auditorias e permitindo correções rápidas em cenários de falha (Kim et al., 2016).

A metodologia aplicada para a análise dessa transição consistiu em uma pesquisa qualitativa e exploratória, estruturada por meio de um estudo de caso comparativo dentro de uma instituição financeira de grande porte. O processo investigativo foi dividido em etapas rigorosas, iniciando pelo mapeamento das fontes de dados, que incluiu a identificação de processos, ferramentas e atores envolvidos tanto no modelo tradicional quanto no modelo baseado em Arquitetura como Código. A coleta de dados foi realizada por meio de ferramentas de observabilidade e registros históricos de execução, permitindo a comparação direta entre as duas abordagens sob os critérios de qualidade, produtividade e governança. Para a análise da arquitetura empresarial, utilizou-se o software Abacus, enquanto a gestão de portfólio de aplicações e o banco de dados de configuração foram gerenciados via ServiceNow. A observabilidade do fluxo foi garantida pelo uso de Dynatrace e da pilha ELK.

No detalhamento operacional da coleta de dados, foram estabelecidos campos específicos para a mensuração do desempenho: o tipo de abordagem, o momento exato do início e do término de cada atividade, a duração total do trecho comparado, a descrição minuciosa da atividade realizada e o resultado gerado. O mapeamento identificou dois fluxos críticos: o processo de homologação de novas tecnologias e o fluxo principal de desenvolvimento e entrega. No modelo tradicional de homologação, a identificação de um novo item tecnológico iniciava um trâmite sequencial em fóruns de governança, onde diversos atores realizavam avaliações técnicas, de segurança e financeiras de forma manual. Somente após aprovações sucessivas é que os artefatos eram documentados e cadastrados para uso pelos arquitetos de solução. Esse processo, marcado pela linearidade e pela dependência de revisões humanas, gerava um tempo de espera considerável antes que uma tecnologia estivesse disponível para os projetos.

O fluxo de desenvolvimento tradicional iniciava-se com a criação de uma demanda na ferramenta de gerência de projetos, onde o time de entrega estabelecia as necessidades de negócio. O arquiteto de solução realizava a triagem, o refinamento e a elaboração de quatro tipos de desenhos: funcional, aplicacional, técnico e de infraestrutura. O desenho funcional mapeava dados corporativos e integrações; o aplicacional focava em jornadas e funcionalidades; o técnico detalhava plataformas e protocolos; e o de infraestrutura definia elementos de rede e servidores de alto nível. Toda essa documentação era centralizada no Confluence e submetida a um fórum de arquitetos seniores para validação de boas práticas. Após a aprovação financeira, o provisionamento de infraestrutura era iniciado, muitas vezes exigindo a atuação manual de engenheiros especialistas para configurar itens complexos, mesmo com o uso de modelos básicos de infraestrutura como código.

Em contrapartida, a metodologia baseada em Arquitetura como Código introduziu uma automação profunda desde a fase de desenho. No processo de homologação com essa nova abordagem, os artefatos elaborados pelos avaliadores passaram a constituir uma pipeline única de automação, integrada a portais de desenvolvedores e fluxos de entrega contínua. No ciclo de desenvolvimento principal, a principal mudança residiu na substituição do diagrama de infraestrutura manual por um diagrama consolidado que agrega dados automaticamente. A utilização do conceito de diagrama como código permitiu que os dados do desenho técnico fossem mapeados diretamente para modelos de manifestos de infraestrutura como código. Essa vinculação automática eliminou a necessidade de intervenção manual no provisionamento, preparando todos os componentes dentro das pipelines de entrega para serem instanciados no momento oportuno, evitando a manutenção de infraestrutura ociosa.

Os atores envolvidos nesse ecossistema desempenham papéis fundamentais para a manutenção da integridade do processo. Os arquitetos de solução são responsáveis pelo desenho inicial, enquanto os arquitetos de domínio fornecem as referências técnicas necessárias. O time de entrega, composto por engenheiros e analistas, gera as demandas que alimentam o fluxo. Engenheiros especialistas e profissionais de operações de desenvolvimento atuam na gerência do provisionamento, enquanto as equipes de segurança cibernética e riscos garantem a conformidade legal e técnica. A gestão financeira é realizada por especialistas em operações financeiras de nuvem, e a governança final cabe ao arquiteto corporativo. A integração dessas frentes através de uma plataforma unificada de Arquitetura como Código permite que a comunicação ocorra via código e manifestos, reduzindo ruídos e falhas de interpretação comuns em processos baseados em documentos textuais.

A análise dos resultados revelou disparidades acentuadas entre as duas abordagens. No quesito qualidade, o modelo tradicional demonstrou uma dependência excessiva de revisões humanas e documentos dispersos, o que frequentemente resultava em divergências entre o que era projetado e o que era efetivamente implantado. A adoção da Arquitetura como Código, por meio do uso de modelos e manifestos versionados, garantiu uma consistência técnica superior, alinhando automaticamente a intenção do arquiteto com a execução da infraestrutura. Esse alinhamento é fundamental para reduzir o hiato entre o desenho e a implementação, conforme discutido na literatura técnica (Bucaioni et al., 2025). A rastreabilidade das mudanças, que no modelo tradicional era baixa e de difícil auditoria, passou a ser nativa no modelo novo, utilizando o versionamento em repositórios Git como pilar de confiabilidade (Kim et al., 2016).

Quanto à produtividade, o impacto foi ainda mais evidente. O tempo necessário para o provisionamento de infraestrutura no modelo tradicional era medido em dias, com registros apontando um período de sete dias, 23 horas, 21 minutos e 25 segundos para a conclusão de um ciclo completo de entrega de recursos. Esse tempo elevado decorria da necessidade de aprovações manuais, configurações manuais por engenheiros e a fragmentação das ferramentas de apoio. Com a implementação da Arquitetura como Código, o mesmo processo de coleta de dados e instanciação de manifestos de infraestrutura passou a ser executado em apenas 24 segundos. Essa redução drástica no tempo de resposta ao mercado confirma a tese de que fluxos otimizados e automatizados aumentam a velocidade de disponibilização de valor para o negócio (Kim et al., 2016).

A reutilização de componentes e padrões também apresentou evolução significativa. No modelo tradicional, a taxa de reuso era baixa, pois cada equipe tendia a criar soluções customizadas para problemas similares, gerando silos de conhecimento e redundância técnica. A abordagem de Arquitetura como Código promoveu a modularidade arquitetural através de catálogos de serviços e artefatos versionados, permitindo que padrões aprovados fossem replicados instantaneamente em diferentes projetos (Bucaioni et al., 2025). A integração de ferramentas, anteriormente fragmentada entre sistemas de gestão de ativos, monitoramento e desenvolvimento, foi unificada em uma pipeline de entrega contínua com repositórios centralizados, eliminando a necessidade de transferências manuais de informações entre equipes.

A redução de retrabalho foi outro ponto de destaque nos resultados observados. No processo tradicional, as divergências entre as etapas de desenho e execução geravam um volume alto de correções posteriores, elevando o custo do projeto e atrasando as entregas. A unificação da documentação com a execução técnica no modelo de Arquitetura como Código minimizou essas inconsistências, reduzindo o esforço duplicado de engenheiros e arquitetos (Gaie et al., 2021). No âmbito da governança, a visibilidade do ciclo de vida, que antes dependia da consolidação manual de relatórios e planilhas, passou a ser fornecida em tempo real por painéis de controle integrados às pipelines, oferecendo métricas de fluxo fundamentais para a tomada de decisão baseada em dados (Kim et al., 2016).

A auditabilidade do processo tornou-se mais robusta com a transição. Registros manuais são inerentemente difíceis de consolidar e suscetíveis a falhas de preenchimento ou perda de integridade. O histórico rastreável em repositórios de código fornece uma trilha de auditoria imutável e completa, onde cada alteração na arquitetura ou na infraestrutura é registrada com autoria e data, sendo este um fator chave para a conformidade em setores regulados como o bancário (Morris, 2020). A implicação prática desses achados indica que a Arquitetura como Código não é apenas uma melhoria incremental, mas uma mudança de paradigma que permite gerenciar a complexidade de ambientes multi-projetos com uma eficiência anteriormente inalcançável.

A discussão dos dados coletados reforça que a automação do provisionamento, ao ser disparada diretamente a partir do desenho arquitetural, elimina o risco de erro humano nas configurações de baixo nível. No estudo de caso, observou-se que a conversão automática dos desenhos técnicos em manifestos de infraestrutura como código reduziu a probabilidade de falhas de configuração, que são causas comuns de incidentes em ambientes produtivos (Morris, 2020). A previsibilidade das entregas aumentou, uma vez que a repetibilidade dos processos técnicos assegura que o mesmo código de infraestrutura produza o mesmo resultado em diferentes ambientes, seja em desenvolvimento, homologação ou produção.

A integração entre os arquitetos de solução e os engenheiros de operações foi fortalecida pela linguagem comum do código. Em vez de documentos de texto extensos e diagramas estáticos que poderiam ser interpretados de diferentes formas, a utilização de manifestos executáveis serviu como a única fonte da verdade para o projeto. Essa colaboração direta reduziu falhas de comunicação e promoveu um alinhamento estratégico mais estreito entre as definições de alto nível e a realidade técnica da implementação. O fortalecimento da governança corporativa foi um subproduto direto dessa transparência, permitindo que as decisões técnicas fossem monitoradas e validadas de forma contínua ao longo de todo o ciclo de vida do software.

Apesar dos ganhos expressivos, a transição para a Arquitetura como Código exige uma mudança cultural e um investimento inicial em capacitação técnica. A curva de aprendizado para que arquitetos e engenheiros dominem as ferramentas de modelagem como código e as linguagens de manifestos de infraestrutura deve ser considerada no planejamento da adoção. Além disso, a infraestrutura de suporte, como os repositórios de código e as ferramentas de integração contínua, deve ser altamente disponível e segura, dado que se tornam o coração do processo de entrega da organização. Limitações do estudo incluem o foco em um único setor econômico, o que sugere a necessidade de pesquisas futuras para validar a aplicabilidade do modelo em áreas como saúde, governo e telecomunicações.

A análise econômica da adoção da Arquitetura como Código também se apresenta como uma oportunidade para investigações posteriores. Embora a redução do tempo de provisionamento de sete dias para 24 segundos represente um ganho de eficiência óbvio, a mensuração do retorno sobre o investimento em termos de redução de custos operacionais e aumento da receita por meio de lançamentos mais rápidos de produtos financeiros traria uma dimensão quantitativa ainda mais robusta para a defesa do modelo. A conformidade regulatória, especialmente em relação à proteção de dados e segurança cibernética, deve ser continuamente integrada aos manifestos de código, garantindo que a segurança seja tratada como um requisito arquitetural desde a concepção.

A transformação digital nas instituições financeiras passa obrigatoriamente pela modernização dos processos de engenharia de software. A Arquitetura como Código demonstra ser uma alternativa viável e eficaz para lidar com a escala e a complexidade dos sistemas modernos. Ao tratar a arquitetura com o mesmo rigor e automação aplicados ao código das aplicações, as organizações conseguem atingir um nível de maturidade operacional que sustenta o crescimento sustentável e a inovação constante. A consistência entre o planejado e o executado deixa de ser um objetivo distante para se tornar uma realidade operacional cotidiana, suportada por ferramentas que garantem a integridade de cada componente do ecossistema tecnológico.

Conclui-se que o objetivo foi atingido, uma vez que a avaliação da viabilidade da Arquitetura como Código em ambiente corporativo bancário demonstrou ganhos expressivos em eficiência, governança e qualidade. A transição do modelo tradicional para a abordagem baseada em código permitiu reduzir o tempo de provisionamento de infraestrutura de sete dias para 24 segundos, eliminando gargalos manuais e reduzindo drasticamente o risco de erro humano. A pesquisa comprovou que a integração entre desenho arquitetural e execução técnica, mediada por manifestos automatizados e pipelines de entrega contínua, assegura a consistência sistêmica e fortalece a rastreabilidade necessária para auditorias em setores regulados. O modelo de Arquitetura como Código revelou-se um paradigma superior para o gerenciamento unificado em ambientes multi-projetos, promovendo a padronização, o reuso de componentes e uma visibilidade em tempo real sobre o ciclo de vida das aplicações, consolidando-se como uma evolução metodológica essencial para a escalabilidade e a agilidade organizacional no contexto da transformação digital.

Referências Bibliográficas:

BUCAIONI, A. et al. Architecture as Code: Towards an Automated and Consistent Approach to Software Architecture. In: IEEE International Conference on Software Architecture (ICSA), 2025.

GAIE, C.; FLORAT, B.; MORVAN, S. An Architecture as Code Framework to Manage Documentation of IT Projects. In: Proceedings of the 15th International Conference on Evaluation of Novel Approaches to Software Engineering (ENASE), 2021.

KIM, G. et al. The DevOps Handbook: How to Create World-Class Agility, Reliability, & Security in Technology Organizations. IT Revolution Press, 2016.

MORRIS, K. Infrastructure as Code: Dynamic Systems for the Cloud. 2. ed. Sebastopol: O’Reilly Media, 2020.

PRESSMAN, R. S. Engenharia de Software: uma abordagem profissional. 8. ed. Porto Alegre: AMGH, 2019.

SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson, 2016.

Resumo executivo oriundo de Trabalho de Conclusão de Curso da Especialização em Engenharia de Software do MBA USP/Esalq

Para saber mais sobre o curso, clique aqui e acesse a plataforma MBX Academy