Instabilidade parcial na criação de processos - IDCloud, IDPay e IDSign

Update timeline

1. monitoring May 14, 2026, 06:51 PM UTC

   Prezado Cliente, Identificamos uma instabilidade em nossos serviços que pode ter impactado a disponibilidade de uma parcela mínima de nossas requisições para os fluxos do IDCloud (ByUnico e ByClient) e afetando também os produtos IDPay e IDSign. Informamos que as ações corretivas foram executadas com sucesso e o ambiente já apresenta estabilidade. Os picos de erros iniciaram por volta das 13:55BRT normalizando as 14:10BRT. Durante este intervalo, se não observou degradação em seu ambiente, não houve impacto em sua operação. Reforçamos nosso compromisso com a transparência e enviaremos novas atualizações assim que houver novidades. Dentro de alguns dias disponibilizaremos um postmortem detalhando as causas e ações de melhoria contínua. Atenciosamente, Equipe Unico!

2. resolved May 14, 2026, 06:58 PM UTC

   Prezado Cliente, Incidente resolvido. Informamos que as ações corretivas foram executadas com sucesso e o ambiente já apresenta estabilidade. Neste momento, nossas equipes de engenharia e operações iniciaram um período de monitoramento rigoroso e acompanhamento assistido de indicadores para garantir a consistência da performance em toda a nossa malha de serviços. Os serviços já podem ser utilizados normalmente. Pedimos desculpas pelo transtorno e em breve compartilharemos mais detalhes do ocorrido através de um postmortem. Atenciosamente, Equipe Unico

3. postmortem Jul 10, 2026, 01:46 PM UTC

   **Resumo** Em 14 de maio de 2026, entre 13h44 e 14h10 \(horário de Brasília\), a camada de borda da plataforma retornou erros HTTP 502 para uma parcela das requisições, com taxa de erro atingindo até 0,5% do total e aproximadamente 3% das requisições de criação de processos. A causa foi uma falha intermitente na infraestrutura de nuvem, especificamente na camada entre o balanceador de carga e o proxy de borda, que rejeitou requisições antes mesmo de chegarem aos serviços de backend. O incidente faz parte de uma série de instabilidades recorrentes na mesma camada, com ocorrências similares nos dois dias anteriores. **Impacto** Usuários de múltiplos fluxos — criação de processos, autenticação, pagamentos, assinatura digital e SDK — foram impactados de forma intermitente durante o período. As requisições eram rejeitadas na camada de borda antes de chegarem aos serviços de backend, que permaneceram saudáveis durante todo o incidente. O impacto foi generalizado para todos os clientes ativos na plataforma. **Causa Raiz** A causa raiz foi uma dependência externa: a infraestrutura de nuvem apresentou falha intermitente no caminho entre o balanceador de carga e o proxy de borda, retornando erros 502 com código interno de falha. Os serviços de backend estavam operando normalmente e não chegavam a receber as requisições afetadas. A causa exata dentro da infraestrutura do provedor não foi divulgada; um chamado de suporte prioritário estava aberto. O padrão de erro havia mudado em relação às ocorrências anteriores \(503 no dia anterior, 502 neste incidente\), indicando instabilidade recorrente não resolvida na mesma camada. **Resolução** A instabilidade cessou sem intervenção direta da equipe, uma vez que a causa estava na infraestrutura do provedor. A equipe atualizou o chamado de suporte aberto com evidências da nova ocorrência. O incidente foi encerrado às 14h10 após confirmação de estabilização. **Lições Aprendidas** * Os alertas de borda cobriam apenas um padrão específico de erro 503. Quando o padrão mudou para 502, a detecção ocorreu via queda no indicador de qualidade do serviço, com maior latência. A ampliação da cobertura de alertas para múltiplos padrões de erro de borda é uma melhoria prioritária. * A avaliação do escopo do impacto levou aproximadamente 40 minutos, em parte por sinais iniciais enganosos. Fortalecer a observabilidade na camada de borda — especialmente para erros originados na infraestrutura do provedor — aceleraria a identificação da causa raiz. * Esta foi pelo menos a terceira ocorrência de instabilidade na mesma camada em dias consecutivos. Instabilidades recorrentes de dependências externas demandam escalonamento proativo junto ao provedor e avaliação de alternativas arquiteturais para reduzir a exposição.