ArquitechCorp
Menu

Casos

Casos anonimizados com o que foi medido. E com o que não foi.

Por confidencialidade contratual, nenhum caso é publicado com nome de cliente, setor identificável ou valor comercial. Quando não há medição disponível, o caso vem marcado como Ilustrativo, o que significa que o problema é real e a abordagem foi aplicada, mas os números ainda não podem ser atribuídos.

Quatro casos

Do problema ao estado declarado, sem número inventado.

Dois deles são ilustrativos, um está em produção e é conferível pelo próprio visitante, e um está em definição. O estado vem antes do título em todos: é a primeira coisa que se lê, e é o que impede um desenho técnico de ser lido como entrega.

Ilustrativo

Indústria · integração multi-país

Uma plataforma de integração no lugar de dezenas de conexões diretas

Descrição
Operações em três países com sistemas locais conversando entre si por conexão direta. Cada novo parceiro era um projeto novo. Desenhamos e implementamos uma camada de integração centralizada com contrato de API versionado, mensageria para o fluxo assíncrono e rastreamento ponta a ponta. O onboarding de um novo parceiro deixou de ser projeto e passou a ser configuração sobre uma interface que já existia e já estava monitorada.
Antes e depois: conexões ponto a ponto viram plataforma de integração Antes, cada parceiro novo era um projeto novo sobre conexões diretas. Depois, contrato de API versionado, mensageria para o fluxo assíncrono e rastreamento ponta a ponta, e o onboarding passa a ser configuração sobre uma interface que já existe e já é monitorada. ANTES Conexões diretasponto a ponto Parceiro novoera um projeto DEPOIS Contrato de APIversionado Fila e rastreioonboarding é ajuste
Ilustrativo: o antes e o depois declarados, sem número medido.
Ilustrativo

Varejo · prontidão de dados

Prontidão de dados antes de gastar com IA

Descrição
Pressão de diretoria para lançar um caso de uso de IA com prazo curto, sobre um ambiente de dados sem linhagem documentada. O diagnóstico de prontidão (inventário de fonte, linhagem, qualidade com dono por domínio, classificação de sensibilidade) mostrou que só um domínio tinha dado confiável. O piloto foi fatiado para começar por ele, e dois bloqueios que inviabilizariam a demonstração ficaram visíveis antes da compra do modelo.
Antes e depois: prontidão de dados antes de gastar com IA Antes, ambiente de dados sem linhagem documentada e prazo curto para um piloto de IA. Depois, o piloto começa por um único domínio com dado confiável, e os bloqueios ficam visíveis antes da compra do modelo. ANTES Sem linhagemnão documentada Prazo curtopiloto de IA DEPOIS Um domíniodado confiável Piloto fatiadodois bloqueios à vista
Ilustrativo: o antes e o depois do diagnóstico, sem número medido.
Em produção

Infraestrutura ArquitechCorp · site institucional

Nuvem brasileira como argumento verificável, não como promessa

Descrição
Boa parte da oferta de residência de dado no Brasil existe apenas em contrato. Este site é servido de Object Storage na Magalu Cloud (br-ne1) com Cloudflare na frente. Nenhum recurso de terceiro é carregado. A afirmação é conferível a qualquer momento: a origem da resposta está em território brasileiro.
Antes e depois: residência de dado que o visitante confere Antes, a residência de dado existe apenas no contrato e no material comercial. Depois, este site é servido de Object Storage na Magalu Cloud, região br-ne1, e a origem da resposta pode ser conferida pelo próprio visitante. ANTES Residênciasó no contrato Afirmaçãosem prova pública DEPOIS br-ne1Magalu Cloud Origem conferívelpelo visitante
Em produção: aqui a origem da resposta é conferível pelo visitante.
Em definição

Enterprise brasileiro · risco de busca e exposição de marca

Exposição de marca tratada como risco de negócio, com registro e dono

Descrição
Uma parte relevante do que se diz sobre uma empresa grande hoje é produzido por buscadores, agregadores e modelos de linguagem, e não é governado por ninguém dentro dela. Construímos um framework próprio que lê exposição de busca como risco de negócio e de conformidade, com registro de risco, alçada, matriz de responsabilidade e painel executivo. Primeiro caso medido será gerado a partir da própria operação da casa.
Antes e depois: exposição de marca com registro e dono Antes, risco sem dono e sem registro. Depois, o framework lê exposição de busca como risco de negócio e de conformidade, com registro de risco, dono e prazo, e o primeiro caso medido virá da própria operação da casa. ANTES Risco sem donosem registro Exposiçãofora da governança DEPOIS Risco registradodono e alçada Prazo e decisãopainel executivo
Em definição: o registro e o dono estão desenhados, o primeiro caso medido virá da própria operação.

Do vault

Dois casos reais do vault que sustentam as newsletters

Os dois abaixo são os que têm material publicado: o problema é real, a abordagem foi aplicada e o relato está escrito, com as perguntas que travaram o projeto e a decisão que destravou, não só o resultado final.

Newsletter 04

Oracle to Databricks · governança de dado

I Took Part in a Project That Archived a Decade of Payroll Data

Descrição
Um projeto de arquivamento de dados de RH e folha de pagamento de um sistema Oracle para Databricks, com dez anos de histórico. As perguntas que travaram o projeto por uma semana não foram sobre o pipeline, foram sobre governança: onde censurar dado sensível, quem pode ver a versão sem máscara, como provar o controle depois. A lição documentada na Newsletter 04 é que readiness para IA não começa pelo catálogo de dados; começa por quem pode ver o quê, e se isso resiste a uma auditoria.
Ler no LinkedIn
Vault

VM legada · Azure · bypass sem chave

O Firewall Nunca Foi o Problema

Descrição
Uma VM Linux de 2010 em produção precisava enviar logs para o Azure. Rede funcionava, mas o SFTP não conectava: o cliente SSH da VM falava um dialeto de criptografia de 2010, e o endpoint do Azure só aceita algoritmos modernos. A solução: uma VM-ponte que a equipe controla entre a legada e a nuvem. A legada manda pelo protocolo velho; a ponte usa identidade gerenciada com o Azure. Nenhuma credencial de nuvem chega perto da máquina de 2010.
Ler no LinkedIn

Nenhum dos dois é caso de cliente identificado: o que está publicado é o problema técnico e a decisão, sem o nome de quem contratou. É o mesmo critério aplicado aos quatro casos acima, e é por isso que estes dois servem de base para o texto das newsletters.

Quer ver o seu caso aqui?

Trinta minutos para descrever o contexto. Se for um problema de arquitetura, o próximo caso pode ser seu, anonimizado, como todos os outros.

Agendar conversa

Sem formulário nesta primeira versão: um formulário aqui significaria processamento de dado pessoal sem base legal declarada. Canal direto, com resposta em até um dia útil.