Quatro engajamentos
Cada oferta declara o que entrega, como executa e onde termina.
Nenhuma das quatro começa por alocação de horas: começa por diagnóstico com escopo fechado.
O que muda entre elas é o objeto da decisão (fundação de nuvem, camada de integração,
dado ou contenção de agente) e o entregável que fica com o time do cliente no fim.
Arquitetura de nuvem e landing zone
Fundação de nuvem Azure desenhada para auditoria, antes do primeiro workload de produção.
Inclui identidade, rede, política, território de dados e atribuição de custo.
Entregáveis
Desenho de assinaturas e governança
Estrutura de assinaturas, grupo de gestão e hierarquia de recurso com dono por workload.
Rede e segmentação
Topologia de rede com perímetro de segurança, conectividade híbrida e política de egresso.
Identidade e RBAC por desenho
Modelo de identidade com menor privilégio desde o dia um, incluindo identidade de workload para serviços.
Política e guardrails
Azure Policy e iniciativas para conformidade automática, sem depender de procedimento manual.
Método
Toda escolha de desenho é registrada como ADR (Architecture Decision Record).
O entregável inclui runbook de operação para as decisões mais sensíveis.
Integração de sistemas e API Management
Camada de integração governada, com contrato versionado e observabilidade fim a fim,
para que a falha apareça antes de o cliente reclamar. Onde não há plano de migração,
desenhamos a plataforma sem parada.
Entregáveis
Catálogo de APIs e contratos
Cada interface com política de quota, versão e autenticação documentada em OpenAPI.
Mensageria e padrões de resiliência
Filas, tópicos e retentativa com idempotência para o fluxo assíncrono que não pode perder mensagem.
Observabilidade ponta a ponta
Rastreamento distribuído com correlação entre sistemas e alerta por impacto de negócio, não por métrica de infra.
Migração sem janela de parada
Estratégia de estrangulamento (strangler fig) para substituir integração legada sem afetar operação.
Método
Validação de carga antes de cortar. Cada migração começa por uma quinzena de tráfego
espelhado, para que a diferença apareça em relatório, não em incidente.
Dados e prontidão para IA
Antes de comprar modelo, verificar se o dado sustenta a resposta.
Avaliamos linhagem, qualidade, classificação e acesso, e dizemos quando a base ainda não está pronta.
Entregáveis
Inventário de fonte e linhagem
Quais sistemas fornecem dado, por qual caminho e com qual latência. O mapa de dependência antes do pipeline.
Critério de qualidade com dono
Cada domínio de dado com métrica de qualidade e responsável nomeado: sem dono, sem governança.
Classificação e controle de acesso
Dado sensível mapeado com política de acesso por camada (Bronze/Silver/Gold) e justificativa de necessidade de acesso.
Relatório de prontidão
O que bloquearia um piloto de IA hoje, e qual o menor caminho para desbloquear.
Método
O relatório separa bloqueio técnico de bloqueio de governança.
O primeiro tem prazo; o segundo precisa de decisão.
Contenção e governança de agentes de IA
O piloto vira produção só quando existe limite conhecido: escopo, alçada, trilha de auditoria,
freio de emergência e resposta a incidente. Sem kill switch testado, não entra em produção.
Entregáveis
Limite de escopo e alçada do agente
Definição do que o agente pode fazer, com quais ferramentas e sob quais condições. Ação não prevista = ação negada.
Kill switch e reversão
Mecanismo testado de parada de emergência com procedimento documentado de reversão e tempo alvo de contenção.
Trilha de auditoria
Cada ação do agente com identidade, carimbo de tempo, entrada de dado lida e decisão tomada, legível por auditoria e por jurídico.
Leitura de LGPD e regime aplicável
Análise do caso de uso contra a lei aplicável: base legal, dado pessoal, direito do titular e responsabilidade do controlador.
Método
O desenho de contenção é testado contra cenário de falha antes de o agente tocar produção.
A primeira versão do kill switch é manual; a segunda é automatizada.