Oito estações entre a ideia e a aplicação em produção.
Em um projeto tradicional, cada time decide de novo como autenticar, onde guardar os dados, como publicar e quem paga a conta. Na fábrica do Dev Factory, cada uma dessas decisões vira uma estação: tomada uma vez pela empresa, aplicada pela plataforma e herdada por todas as aplicações que passam por ela.
Uma aplicação atravessa a fábrica de ponta a ponta.
De quem escreve o código até a fundação AWS em que ele roda. Passe o mouse, toque ou use o teclado em cada estação para ver o que acontece ali.
- Times de desenvolvimentoDesenvolvedores, áreas de negócio e agentes de IA, na stack e na IDE que preferirem. Da fábrica eles recebem contexto: templates, padrões da organização e um kit de conexão legível por pessoas e por agentes.
- Portão de identidadeNinguém passa sem a identidade corporativa, Microsoft Entra ID ou Google. Na passagem, a plataforma resolve o papel de cada pessoa na plataforma e em cada projeto.
- Linha de montagemO código nasce de um template com build, deploy e observabilidade já ligados. Cada versão é construída uma vez e pode passar pelo Code Security Review, com correção por IA entregue como merge request.
- Serviços prontosDados, arquivos, filas, e-mail, segredos, permissões e IA, consumidos por HTTP. A aplicação não monta infraestrutura: ela chama um contrato.
- Control planeTodo recurso passa por ele: provisionado do catálogo, nomeado, etiquetado, isolado por projeto e ambiente e com o custo medido.
- IA como serviçoAmazon Bedrock e Knowledge Bases chegam à aplicação por um gateway, com chave por projeto, lista de modelos permitidos e medição de cada chamada.
- dev → qa → prodA imagem construída na linha de montagem é promovida sem ser reconstruída. Produção exige aprovação e roda em cluster separado.
- Fundação AWSEKS Fargate e serviços gerenciados como S3, DynamoDB, RDS e SQS, na conta AWS do cliente. Nenhum servidor para administrar.
O que cada estação resolve, e o que o time deixa de fazer.
A velocidade da fábrica não vem de digitar mais rápido. Vem do trabalho repetido que sai da frente de cada projeto.
| Estação | A plataforma resolve | O time deixa de |
|---|---|---|
| Times de desenvolvimento | Templates, padrões da organização e kit de conexão por projeto | Montar o esqueleto do projeto e documentar como chamar cada serviço |
| Portão de identidade | Login corporativo, registro de aplicação por projeto, grupos por ambiente e RBAC em dois escopos | Implementar autenticação e manter listas de acesso à mão |
| Linha de montagem | Template, build versionado, CI autenticada por OIDC e scan de segurança no portal | Configurar pipeline do zero e guardar segredo estático de deploy |
| Serviços prontos | 11 contratos HTTP sobre serviços gerenciados da AWS | Escolher, configurar e proteger banco, armazenamento, fila e e-mail a cada projeto |
| Control plane | Catálogo, nomenclatura, tags, isolamento projeto × ambiente e medição de custo | Abrir chamado de infraestrutura, aprender IAM, VPC ou Terraform e ratear custo em planilha |
| IA como serviço | Gateway de IA com chave por projeto, modelos permitidos e medição | Contratar chave de IA por conta própria, com o custo escondido em outra fatura |
| dev → qa → prod | Promoção da mesma imagem, aprovação para produção e release identificada por digest | Reconstruir a aplicação para cada ambiente e depender de deploy manual |
| Fundação AWS | EKS Fargate e serviços gerenciados na conta do cliente | Administrar servidores e capacidade de cluster |
11 serviços por HTTP, agrupados pelo que a aplicação precisa.
Cada serviço é um contrato estável sobre um serviço gerenciado da AWS. A aplicação pede o que precisa por HTTPS, e o serviço AWS por trás pode evoluir sem quebrar quem o consome.
- AplicaçõesFrontend, backend, service ou worker, em qualquer linguagem que rode em contêiner. Cada uma conhece só a rota e a chave do próprio projeto.
- Rota única
/v1/projects/{p}/environments/{e}/{serviço}. Projeto e ambiente fazem parte do endereço, e a chave do projeto decide o que ele alcança. - 11 serviçosValidam a chave, aplicam o isolamento e traduzem a chamada HTTP para o serviço AWS correspondente.
- Serviços gerenciadosA plataforma chama a AWS com a própria identidade, via IRSA. A credencial nunca atravessa para a aplicação.
Guardar e consultar
documents relational tables dbgateway
Documentos JSON, banco relacional, tabelas chave-valor e acesso pelo protocolo nativo do banco, com a credencial intermediada pela plataforma.
Mover e avisar
files queue messages
Arquivos com URLs assinadas para envio e download, filas para processamento assíncrono e e-mail transacional.
Proteger e autorizar
secrets rbac
Segredos fora do código e papéis e permissões da própria aplicação, sem reinventar autorização a cada sistema.
Entender e gerar
ai vision
Modelos e Knowledge Bases do Amazon Bedrock e análise de imagens com Amazon Rekognition, medidos por projeto.
O serviço AWS por trás de cada contrato está na visão geral da plataforma.
A aplicação nunca recebe credencial AWS. Por desenho.
É o contrato central da fábrica. Vale para o código escrito por pessoas e para o código escrito por agentes de IA, que nunca precisam ver uma chave de nuvem para construir uma aplicação completa.
Um kit de conexão
- URLs dos serviços do projeto, por ambiente.
- Autenticação com a credencial do projeto.
- Exemplos de uso de cada serviço.
- JSON e Markdown: o mesmo kit serve ao desenvolvedor e ao agente de IA.
Valida, isola e assina
- Valida a credencial do projeto a cada chamada.
- Isola projeto × ambiente: um projeto nunca endereça os dados de outro.
- Chama a AWS com a própria identidade, via IRSA e assinatura SigV4.
Menos superfície, mais controle
- Nenhuma chave AWS em repositório, variável de ambiente ou máquina de desenvolvedor.
- Serviço AWS substituível sem tocar no código da aplicação.
- Toda chamada atribuída a um projeto e a um ambiente.
Quem define o padrão é a empresa. Quem aplica é a plataforma.
Duas estações concentram as regras: o control plane, por onde passa todo recurso, e o gateway de IA, por onde passa toda chamada a modelo. As regras são configuradas no setup e valem para todo projeto.
Todo recurso passa por ele.
- Catálogo: S3, ECR, DynamoDB, bancos, filas e bases de conhecimento de IA.
- Nomenclatura e tags padronizadas em cada recurso provisionado.
- Isolamento por projeto × ambiente: namespace, bucket, banco e chaves.
- Dono definido: nenhum recurso nasce fora de um projeto.
- Custo medido desde o primeiro recurso, por projeto e por ambiente.
- Remoção por solicitação, aprovada por um operador, quando o controle está ativado.
Amazon Bedrock para cada aplicação, com controle.
- Gateway da plataforma entre a aplicação e o Amazon Bedrock.
- Chaves por projeto e por pessoa, com validade e revogação.
- Modelos permitidos definidos para cada chave.
- Knowledge Bases provisionadas do catálogo, por projeto.
- AI Playground para testar prompts, modelos e bases antes da aplicação.
- Dados na conta do cliente: a AWS não os retém nem os usa para treinar modelos.
Uma aplicação governada, rodando na AWS do cliente.
No fim da esteira não sai só um contêiner. Sai uma aplicação com dono, trilha, custo e segurança verificável, pronta para ser operada pela TI.
Código no Git do cliente
Um repositório por aplicação, no GitHub ou no GitLab da empresa, desde o primeiro commit.
Release rastreável
Imagem versionada no Amazon ECR do cliente e identificada pelo digest. O que foi testado em QA é o que roda em produção.
Produção sob aprovação
Publicar em produção exige aprovação de administrador. Produção roda em cluster separado de dev e qa.
Custo com dono
Nuvem e IA medidas por projeto e por ambiente, visíveis no Platform Admin.
Observabilidade desde o início
Logs e métricas no Amazon CloudWatch da conta do cliente e trilha de atividade da plataforma.
Segurança verificável
Achados do Code Security Review mapeados a OWASP, CWE e MITRE ATT&CK, com histórico por versão.
Do passo a passo à arquitetura.
Quatro passos até produção
O que o desenvolvedor vê e o que a plataforma faz em cada passo.
Ver o passo a passo → ArquiteturaNa AWS do cliente
Camadas, serviços AWS e o que o Dev Factory Setup entrega.
Ver a arquitetura → SegurançaCode Security Review
Guardrails em todo projeto e correção por IA como merge request.
Ver a segurança → AdministraçãoGovernança e custos
RBAC, taxonomia de tags e custo de nuvem e de IA por projeto.
Conhecer o Platform Admin →Do requisito ao software. Em dias.
Agende uma sessão de trabalho com a sua TI e duas áreas de negócio: 2–3 casos e os primeiros 90 dias.