Do Caos ao IDP: Como a Flash eliminou a "Carga Cognitiva Estranha" e transformou Infra em Produto

Todo engenheiro, em algum momento da carreira, já sentiu que estava gastando mais energia lutando contra arquivos de configuração do que resolvendo problemas reais do negócio. Se você já perdeu horas debugando um template YAML, tentando entender por que sua pipeline quebrou por uma variável de ambiente ou um erro de indentação, você sabe exatamente do que estou falando.

Aqui na Flash, decidimos encarar esse problema de frente. Nossa filosofia mudou radicalmente para priorizar a Developer Experience (DevEx). Mas, para fazer isso funcionar, precisamos atacar a raiz do problema: a Carga Cognitiva.

A teoria: Intrínseca vs. Estranha

Para gerir software de alta performance, precisamos entender que existem dois tipos de esforço mental:

1. Carga cognitiva intrínseca: É o esforço necessário para resolver o problema de negócio (a lógica do seu código, a regra de negócio). Isso é bom.
2. Carga cognitiva estranha (Extraneous): É tudo aquilo que atrapalha. Configurar infra manualmente, decorar sintaxe de ferramentas de CI/CD, gerenciar e rotacionar credenciais na mão. Isso é ruim.

O objetivo do nosso IDP (Internal Developer Platform), o Flashstage, foi simples: eliminar a carga cognitiva estranha. O desenvolvedor deve focar no código, não em domar a nuvem.

A evolução da nossa infraestrutura

Nem sempre tivemos uma plataforma autônoma. Nossa jornada passou por fases de aprendizado (e dor) que talvez você reconheça:

Fase 1: O início de tudo

No início, a agilidade de startup cobrava seu preço. Criávamos recursos na AWS (Lambdas, S3, SQS) via CDK ou manualmente pelo console.

• O resultado: Bugs, inconsistência e medo. O dev focava na feature, mas tremia ao pensar que poderia abrir um bucket S3 publicamente sem querer.

Fase 2: A falsa liberdade dos Helm Charts no repositório

Quando migramos para microserviços e Kubernetes, tentamos "empoderar" os devs colocando a infraestrutura dentro do repositório da aplicação. O dev rodava uma CLI e ganhava uma pasta cheia de Helm Charts.

Parecia uma boa ideia, certo? Controle total. Mas os problemas escalaram rápido:

• Manutenção infernal: Uma mudança simples na infra exigia alterações em dezenas de repositórios.
• Complexidade desnecessária: O dev precisava virar especialista em Kubernetes.
• Fragilidade: Ferramentas de linting ou prettier frequentemente quebravam a indentação do YAML, derrubando o deploy.

O dev não queria ser um “Mestre do K8s", ele só queria deployar o código dele. E está tudo bem.

A virada de chave: Flashstage e a abstração do "como"

Decidimos mudar o paradigma. Removemos a pasta de infraestrutura do repositório do desenvolvedor. A regra agora é:

O desenvolvedor define O QUE ele precisa. A plataforma decide COMO provisionar.

Ao invés de escrever Terraform ou YAML complexo, o dev apenas sinaliza: "Preciso de um S3 e acesso ao Mongo". Essa abstração permitiu que nosso time de Infraestrutura evoluísse para um time de Engenharia de Plataforma, focado em construir produtos internos e não apenas responder tickets de suporte.

Nasceu assim o nosso ecossistema, o Flashstage. Um IDP API First, escalável e focado em resiliência.

Um repositório normal se parecia com algo assim:

 Hoje ele define tudo, sem pensar em implementação:

O que o dev ganha "out of the box"?

Hoje, a plataforma entrega de forma autônoma:

• Security by design: Removemos Env vars das pipelines. Injetamos segredos diretamente no Pod da aplicação no Kubernetes. Além disso, temos scans automáticos (estático, imagem Docker, vazamento de credenciais). Se um cartão de um cliente Flash vazar na internet, somos notificados. Segurança não é mais um "puxadinho", é nativo.
• Infraestrutura abstraída: Multi-região, Multi-zona e Escalabilidade (o dev não precisa saber se é dia de pagamento de benefício e o tráfego explodiu; a plataforma cuida disso).
• Bases de dados: O dev precisa saber usar o Mongo ou RDS, não operá-los.
• Observabilidade: Métricas, traces, logs e detecção de anomalias vêm configurados por padrão.
• Gestão & FinOps: Trouxemos indicadores DORA (tempo de commit até deploy) e gestão de orçamento para os Tech Managers. O gestor sabe onde cada centavo está sendo gasto e como otimizar.

Esse é um dashboard nativo do Flashstage. Iremos entrar em detalhes no artigo sobre Observabilidade.

O que vem por aí?

Essa jornada transformou a Flash. Deixamos de ser "resolvedores de tickets" para sermos construtores de produtos que aceleram quem constrói o negócio.

Este artigo é apenas uma visão panorâmica ("o voo de pássaro") de tudo o que fizemos. Nas próximas semanas, vamos abrir o capô das nossas principais soluções!

A engenharia de plataforma aqui é levada a sério. Fique ligado, vamos compartilhar cada passo dessa evolução com você.

Até a próxima!