Uma varredura, uma conta AWS. Dez diagnósticos correlacionados.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Diagrama de contêineres C4

  Mostra as principais unidades de software, suas tecnologias e relações. No modelo C4, contêiner é uma unidade arquitetural, não necessariamente um contêiner Docker.

• Mapa de domínios

  Propõe contextos e fronteiras de domínio a partir do código, para revisão com quem conhece o negócio.

• Grafo de dependências

  Torna visíveis as relações entre componentes, os ciclos e os pontos de acoplamento que podem ampliar o impacto de uma mudança.

• Mapa de integrações

  Identifica canais, endpoints, adaptadores e gateways presentes no código e mostra como os componentes se conectam.

• Visão de implantação e infraestrutura

  Representa serviços, dados e integrações a partir de configurações e infraestrutura como código. Sem esses arquivos, apresenta uma visão dos componentes; não inventaria a nuvem em operação.

• Atributos de qualidade

  Examina aspectos como manutenção, segurança e facilidade de mudança, com os riscos e compromissos técnicos encontrados na arquitetura.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Superfície de ataque

  Mapeia entradas, saídas, fronteiras de confiança e ambientes de execução fora de suporte para orientar a análise de ameaças.

• Achados de segurança

  Organiza os problemas de segurança identificados pelas análises, incluindo dependências, com evidências para revisão e priorização.

• Análise estática de segurança

  Aponta padrões de código potencialmente inseguros e informa a cobertura por linguagem. A possibilidade de exploração de cada achado precisa de revisão.

• Mapa de severidade

  Mostra a distribuição dos achados por gravidade para facilitar a leitura das prioridades de segurança.

• Mapa de APIs

  Reúne as rotas HTTP, os métodos, os grupos de recursos e os sinais de versionamento detectados no código.

• Mapa de integrações

  Identifica canais, endpoints, adaptadores e gateways presentes no código e mostra como os componentes se conectam.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Mapa de persistência

  Identifica bancos, mecanismos de armazenamento e ORMs, mostrando como o acesso aos dados se distribui pelas camadas do sistema.

• Estrutura e migrações do banco

  Reconstrói a estrutura a partir dos arquivos disponíveis e sinaliza migrações destrutivas ou difíceis de reverter, dentro da cobertura dos parsers.

• Padrões estruturais das tabelas

  Identifica famílias de tabelas separadas por número ou data, semelhanças de estrutura e sinais de herança ou particionamento. Não gera nem aplica alterações de banco automaticamente.

• Índices e acesso a dados

  Aponta índices possivelmente ausentes ou redundantes e padrões de acesso que merecem revisão. A análise estrutural não mede o desempenho real das consultas.

• Riscos nas consultas

  Localiza padrões como consultas em laços, SELECT *, ausência de paginação e SQL fora da camada prevista, com referências ao código.

• Dados sensíveis e ciclo de vida

  Identifica possíveis categorias de dados pessoais pela estrutura do banco e evidências de seu tratamento. As inferências precisam de validação; valores reais não são examinados.

• Segurança da persistência

  Revê sinais de exposição e controle de acesso no código, no esquema e na infraestrutura declarada, incluindo SQL direto, permissões e isolamento.

• Continuidade e recuperação

  Verifica configurações declaradas de backup, retenção, criptografia e redundância. Ausência de evidência fica explícita; não equivale a testar restauração ou tempos de recuperação.

• Isolamento entre clientes

  Analisa sinais estruturais de separação de dados e políticas por linha em tabelas multi-tenant. Não comprova, sozinho, todo o isolamento em execução.

• Matriz de requisitos regulatórios

  Relaciona pontos técnicos a requisitos regulatórios e questões organizacionais a verificar. Apoia a revisão especializada; não é parecer jurídico nem certificação de conformidade.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Postura de segurança cloud

  Confronta a conta AWS com controles do CIS AWS Foundations Benchmark e do AWS Security Hub FSBP — rede, detecção, segredos e dados — e resume a conformidade em um índice de N controles atendidos de M avaliados.

• Inventário, capacidade e custo cloud

  Lista os recursos observados por serviço e região, com o sinal de capacidade e o custo estimado das instâncias provisionadas e uma projeção de redimensionamento por classe.

• Topologia cloud observada

  Mapeia as relações reais entre os recursos do snapshot e as correlações exatas com identificadores do repositório, declarando o que ficou sem correlação.

• Cobertura de observabilidade

  Mostra a cobertura de métricas, alarmes, logs e rastreamento observada nos recursos, sem transportar telemetria bruta.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Pontos críticos de dívida técnica

  Cruza complexidade com frequência de mudanças para destacar trechos que merecem atenção, quando há histórico Git suficiente.

• Saúde por dimensão

  Separa os resultados por dimensões de qualidade para mostrar o que sustenta ou compromete a saúde técnica do sistema.

• Grafo de dependências

  Torna visíveis as relações entre componentes, os ciclos e os pontos de acoplamento que podem ampliar o impacto de uma mudança.

• Pontos de separação para refatoração

  Sugere onde isolar responsabilidades e introduzir testes para preparar mudanças em código legado.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Este tipo de laudo não oferece geração direta de Kit SDD. Para planejar mudanças com um kit, conheça o laudo de Capacidade de evolução.

• Clones e duplicação

  Localiza duplicações exatas e código repetido entre componentes, indicando oportunidades de consolidar implementações.

• Mudanças frequentes em código complexo

  Cruza intensidade de alterações, complexidade e concentração de autoria para indicar áreas instáveis, quando há histórico Git suficiente.

• Dependências suspeitas

  Sinaliza nomes de pacotes parecidos com dependências conhecidas para revisão da cadeia de suprimentos. A semelhança não comprova que um pacote seja malicioso.

• Segredos no código

  Identifica sinais de credenciais e chaves expostas, indicando tipo e localização sem reproduzir seus valores.

• Estrutura e cobertura dos testes

  Analisa a estrutura dos testes, lacunas e casos sem asserções. Cobertura real de linhas e branches depende de dados de cobertura fornecidos, como LCOV.

• Tratamento de erros

  Localiza tratamento vazio de exceções e erros descartados, relacionando esses sinais ao contexto do módulo e ao histórico disponível.

• Uso eficiente de inferência

  Sinaliza chamadas a modelos que poderiam pedir respostas mais concisas para revisão da equipe. É uma oportunidade de otimização, sem estimativa garantida de economia.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Verificações de arquitetura

  Avalia regras de controle técnico e propõe verificações executáveis para integração contínua, como limites de complexidade, duplicação e dependências circulares.

• Indicadores de entrega

  Estima a frequência de entregas e o tempo entre uma alteração e sua inclusão numa versão, com base no histórico de commits e tags. São aproximações de duas métricas, não uma medição completa de DORA.

• Saúde por dimensão

  Separa os resultados por dimensões de qualidade para mostrar o que sustenta ou compromete a saúde técnica do sistema.

• Pontos críticos de dívida técnica

  Cruza complexidade com frequência de mudanças para destacar trechos que merecem atenção, quando há histórico Git suficiente.

• Grafo de dependências

  Torna visíveis as relações entre componentes, os ciclos e os pontos de acoplamento que podem ampliar o impacto de uma mudança.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Avaliação para migração

  Sugere refatorar, adaptar a plataforma, retirar ou manter componentes com base no código. Mudanças de hospedagem ou compra de soluções exigem análise adicional.

• Pontos de separação para refatoração

  Sugere onde isolar responsabilidades e introduzir testes para preparar mudanças em código legado.

• Grafo de dependências

  Torna visíveis as relações entre componentes, os ciclos e os pontos de acoplamento que podem ampliar o impacto de uma mudança.

• Mapa de integrações

  Identifica canais, endpoints, adaptadores e gateways presentes no código e mostra como os componentes se conectam.

• Pontos críticos de dívida técnica

  Cruza complexidade com frequência de mudanças para destacar trechos que merecem atenção, quando há histórico Git suficiente.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Mapa de domínios

  Propõe contextos e fronteiras de domínio a partir do código, para revisão com quem conhece o negócio.

• Grafo de dependências

  Torna visíveis as relações entre componentes, os ciclos e os pontos de acoplamento que podem ampliar o impacto de uma mudança.

• Mapa de integrações

  Identifica canais, endpoints, adaptadores e gateways presentes no código e mostra como os componentes se conectam.

• Mapa de resiliência

  Verifica sinais de timeout, repetição de tentativas, circuit breaker e tratamento de falhas nas integrações identificadas no código.

• Mapa de APIs

  Reúne as rotas HTTP, os métodos, os grupos de recursos e os sinais de versionamento detectados no código.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Pode ser gerado em uma etapa adicional, quando habilitado na contratação, a partir das evidências e recomendações deste laudo.

• Índice de saúde

  Resume os sinais de saúde encontrados na análise para orientar prioridades, conforme as evidências disponíveis.

• Confiança do índice

  Expõe incertezas, informações provisórias e lacunas que influenciam a leitura do índice de saúde.

• Inventário técnico

  Apresenta as linguagens, os ambientes de execução e a dimensão do código identificado no repositório.

• Concentração de contribuições

  Identifica componentes com contribuições concentradas em poucas pessoas, quando há histórico Git. É um sinal para revisão, não uma medição do conhecimento da equipe.

• Equipes e componentes

  Relaciona padrões de autoria e limites de componentes para revelar dependências entre grupos de contribuição. Não substitui o organograma real.

• Indicadores de entrega

  Estima a frequência de entregas e o tempo entre uma alteração e sua inclusão numa versão, com base no histórico de commits e tags. São aproximações de duas métricas, não uma medição completa de DORA.

• Pontos críticos de dívida técnica

  Cruza complexidade com frequência de mudanças para destacar trechos que merecem atenção, quando há histórico Git suficiente.

• Plano de remediação

  Organiza ações propostas por prioridade e etapas, considerando esforço, dependências e reversibilidade. Orienta a execução; não aplica as correções.

Kit SDD. Este tipo de laudo não oferece geração direta de Kit SDD. Para planejar mudanças com um kit, conheça o laudo de Capacidade de evolução.