Se o Salesforce estiver lento, se o login falhar ou se uma integração parar de funcionar repentinamente ao mesmo tempo em que surgem notícias sobre uma interrupção da AWS, é tentador conectar os dois problemas imediatamente. Esse pode ser o diagnóstico correto em alguns casos, mas nem sempre.
Até 16 de setembro de 2026, não há evidências públicas de que uma interrupção generalizada do Salesforce seja atribuída à mais recente falha da AWS. A AWS continua relatando uma grande e prolongada interrupção de serviço em sua região do Oriente Médio (Bahrein) e sérios problemas em partes de sua região do Oriente Médio (Emirados Árabes Unidos). O Salesforce executa cargas de trabalho do Hyperforce na AWS em vários países, incluindo os Emirados Árabes Unidos, portanto, um problema regional da AWS pode afetar alguns clientes do Salesforce. No entanto, o status do Salesforce precisa ser verificado no nível específico da organização, instância, região e serviço antes de concluir que a AWS é a causa.
Este artigo explica o que está confirmado, o que não está, como saber se o seu ambiente Salesforce foi afetado e quando você deve parar de esperar por uma página de status pública e, em vez disso, investigar sua própria rede, navegador, integração ou locatário.
A mais recente grande interrupção da AWS, ainda visível no histórico de saúde pública da própria AWS, concentra-se no Oriente Médio. A AWS afirma que sua região do Oriente Médio (Bahrein), identificada como me-south-1 , está indisponível devido a danos físicos, enquanto sua região do Oriente Médio (Emirados Árabes Unidos), me-central-1 , também sofreu graves problemas.
A AWS informou que as instalações afetadas sofreram danos físicos durante o conflito regional em março de 2026. Em 30 de abril, a AWS afirmou que a região do Bahrein permanecia indisponível e que a região dos Emirados Árabes Unidos não conseguia suportar de forma confiável as aplicações dos clientes. A AWS recomendou que os clientes afetados recuperassem as cargas de trabalho em outras regiões e restaurassem os recursos inacessíveis a partir de backups remotos, sempre que possível.
Você pode verificar o status atual e histórico dos eventos diretamente no Painel de Integridade da AWS . A AWS também explica que a visualização pública de Integridade do Serviço mostra eventos gerais do serviço, enquanto os clientes conectados podem ver problemas específicos da conta em sua visualização personalizada de Integridade da AWS.
Não de forma geral, com base nas evidências públicas disponíveis em 16 de setembro de 2026.
O site público de Status de Confiança da Salesforce é o principal local para verificar incidentes da Salesforce. No momento desta análise, a Salesforce não havia publicado nenhum incidente em toda a plataforma que atribuísse os problemas generalizados de disponibilidade da Salesforce à interrupção da AWS no Oriente Médio.
Essa distinção é importante. Um provedor de nuvem pode ter uma interrupção grave em uma região sem que todas as empresas de software que usam esse provedor fiquem fora do ar globalmente. As plataformas SaaS modernas geralmente operam em várias regiões, zonas de disponibilidade, camadas de roteamento e ambientes de infraestrutura. A pergunta relevante, portanto, não é apenas "A AWS está com uma interrupção?", mas sim "Minha organização do Salesforce ou um serviço do qual ela depende está sendo executado no caminho de infraestrutura afetado?".
A arquitetura Hyperforce da Salesforce executa muitas cargas de trabalho da Salesforce em infraestrutura de nuvem pública. A documentação atual da Salesforce afirma que o Hyperforce está disponível na AWS em diversos países, incluindo Austrália, Brasil, Canadá, França, Alemanha, Índia, Indonésia, Israel, Itália, Japão, Singapura, África do Sul, Coreia do Sul, Suécia, Suíça, Emirados Árabes Unidos, Reino Unido e Estados Unidos.
A Salesforce também documenta que algumas instâncias do Hyperforce são mapeadas para regiões específicas da AWS. Por exemplo, sua documentação de localização de instâncias lista as regiões da AWS para diversas geografias do Hyperforce. A empresa afirma ainda que os clientes podem identificar sua instância do Salesforce e usar o Salesforce Trust para visualizar sua localização e status.
Consulte o guia oficial de localização de instâncias da Salesforce e a documentação de residência de dados do Hyperforce da Salesforce .
O objetivo não é simplesmente encontrar um ícone de status vermelho ou verde. Um diagnóstico útil deve responder a três perguntas:
Se você ainda não consegue responder a essas três perguntas, trata-se de uma observação do estado atual, e não de um diagnóstico.
A Salesforce recomenda verificar o campo Instância em Configuração, em Informações da Empresa, ou pesquisar seu domínio na Lista de Confiança da Salesforce. A identidade da instância é importante porque a integridade do serviço pode variar entre regiões e grupos de infraestrutura.
As instruções oficiais da Salesforce estão disponíveis em Exibir informações da instância da sua organização Salesforce .
Um bom resultado nesta etapa é simples: você sabe o nome da instância que sua organização de produção afetada está realmente usando. Não faça diagnósticos a partir da organização de um colega, de um ambiente de teste em outra região ou de um título genérico de status do Salesforce.
Acesse o Salesforce Trust e pesquise sua instância ou domínio. Verifique os incidentes atuais, o histórico de incidentes recentes e a manutenção agendada.
Se a Salesforce listar uma interrupção ativa para sua instância e os sintomas corresponderem ao que seus usuários estão observando, isso é uma evidência muito mais forte do que uma publicação em mídia social ou uma manchete genérica sobre uma falha na nuvem.
Se o Salesforce Trust mostrar que sua instância está íntegra, não pare por aí. As páginas de status podem ficar desatualizadas em relação aos primeiros relatos dos clientes, e um problema pode afetar apenas um recurso, uma dependência ou um grupo restrito de locatários.
Se sua organização Salesforce estiver hospedada no Hyperforce com suporte da AWS, compare a janela de incidentes do Salesforce com a janela de eventos da região AWS correspondente. Uma correlação significativa requer que ambos os eventos ocorram no mesmo mês.
Por exemplo, se o seu ambiente Salesforce estiver hospedado em uma região europeia da AWS, uma interrupção isolada no Bahrein não explica, por si só, a falha. Se a sua carga de trabalho ou um serviço dependente estiver na região dos Emirados Árabes Unidos, a relação torna-se mais plausível e merece uma investigação mais aprofundada.
Uma solução de problemas de alta qualidade ajuda a identificar o problema em vez de ficar atualizando a mesma página repetidamente. Teste alguns caminhos representativos:
O padrão é importante. Uma falha total de login sugere um domínio de falha diferente de uma única integração atrasada. Se a interface do usuário do Salesforce estiver funcionando corretamente, mas um fluxo de middleware para um sistema hospedado na AWS falhar, o impacto real pode estar a jusante do Salesforce, e não no próprio Salesforce.
Sim. Essa é uma das distinções mais importantes durante uma interrupção na nuvem.
Sua organização do Salesforce pode estar totalmente disponível enquanto um componente hospedado na AWS com o qual ela se comunica estiver apresentando desempenho degradado. Exemplos incluem middleware, APIs personalizadas, pipelines de dados, serviços de arquivos, componentes de identidade, trabalhos de análise ou aplicativos externos em execução na AWS.
Nessa situação, o Salesforce Trust pode mostrar corretamente a plataforma Salesforce como íntegra, mesmo que um processo de negócios dentro da sua organização esteja apresentando falhas.
Um teste útil é separar o comportamento principal do Salesforce do comportamento de dependências externas . Se os usuários conseguem criar e editar registros, mas uma chamada a um serviço externo expira, investigue a dependência externa e sua região. Se até mesmo a navegação básica do Salesforce falhar para vários usuários e redes, a integridade da instância do Salesforce torna-se mais relevante.
A Salesforce publicou vários incidentes no início de setembro de 2026, mas os registros públicos de incidentes não comprovam que eles foram causados pela atual interrupção da AWS no Oriente Médio.
Por exemplo, a Salesforce registrou uma interrupção de serviço em 5 de setembro que afetou um grupo de plataformas "AWS US" por cerca de 90 minutos e foi posteriormente resolvida. Separadamente, a Salesforce relatou um problema no Revenue Cloud a partir de 6 de setembro e afirmou que sua investigação indicou que uma atualização recente foi a causa. A Salesforce também publicou um aviso informativo sobre o congelamento intermitente da interface do usuário no Chrome e no Edge 153 e descreveu o problema como sendo de um navegador de terceiros, e não um problema de infraestrutura da Salesforce.
A lição é importante: várias interrupções podem ocorrer próximas umas das outras por motivos completamente diferentes. Evite agrupar todos os problemas do Salesforce sob o rótulo de "interrupção da AWS", a menos que o fornecedor tenha de fato vinculado os problemas.
As evidências se tornam mais fortes quando vários sinais se alinham:
| Sinal | O que isso te diz |
|---|---|
| Sua instância do Salesforce está no Hyperforce usando a AWS. | Existe uma dependência da AWS, mas isso por si só não comprova o impacto. |
| A instância ou o serviço dependente são mapeados para a região da AWS afetada. | A interrupção regional é tecnicamente relevante. |
| O Salesforce Trust reporta um incidente para sua instância ao mesmo tempo. | Existem evidências diretas do impacto por parte da Salesforce. |
| O AWS Health reporta degradação na mesma região e período. | O evento na infraestrutura está alinhado com o sintoma. |
| Usuários em vários locais estão enfrentando a mesma falha. | Um problema puramente local, seja no escritório ou no provedor de internet, torna-se menos provável. |
| Apenas uma integração externa apresentou falha, enquanto o núcleo do Salesforce permaneceu estável. | A dependência, e não o núcleo do Salesforce, pode ser o verdadeiro ponto de falha. |
Mude sua abordagem de resolução de problemas quando as informações públicas não corresponderem mais ao que você observa.
Se o Salesforce Trust estiver verde, mas um grande grupo de usuários não conseguir acessar a mesma instância em várias redes, registre os carimbos de data/hora, IDs de solicitação, mensagens de erro e nomes de usuário afetados e, em seguida, abra um chamado de suporte do Salesforce. Se apenas um escritório for afetado, compare com outra rede ou conexão móvel antes de relatar uma interrupção global do SaaS.
Se a interface do usuário do Salesforce funcionar, mas as integrações falharem, inspecione o endpoint externo, a resolução de DNS, os certificados, as filas, os códigos de erro da API e a região da nuvem que hospeda essa dependência. Não espere que o Salesforce registre um incidente sobre um componente que ele não opera.
Se o problema envolver recursos da AWS que você possui, use o Painel de Integridade da AWS com login feito, em vez de depender apenas do painel público. A documentação da AWS observa explicitamente que as informações de integridade específicas da conta podem ser diferentes da visualização pública do serviço. Consulte a documentação do Painel de Integridade da AWS .
Uma página de status que volta a ficar verde é útil, mas a recuperação operacional deve ser confirmada com seu próprio fluxo de trabalho.
Antes de declarar o incidente encerrado, verifique se:
Um bom resultado não é simplesmente "o fornecedor diz que o problema foi resolvido". É "o fornecedor diz que o problema foi resolvido e os fluxos de trabalho que são importantes para nós estão funcionando novamente sem taxas de erro anormais".
Até 16 de setembro de 2026, as informações oficiais disponíveis não corroboram a afirmação de que a Salesforce como um todo esteja indisponível devido à recente interrupção da AWS. A interrupção mais grave da AWS em andamento é específica da região, concentrada no Bahrein e em partes dos Emirados Árabes Unidos. A Salesforce utiliza a AWS para muitos ambientes Hyperforce, inclusive nos Emirados Árabes Unidos, portanto, algumas cargas de trabalho hospedadas ou conectadas à Salesforce podem ter dependências da AWS. Isso torna a verificação regional importante, mas não implica automaticamente em uma interrupção global da Salesforce.
Se sua organização está enfrentando problemas agora, o caminho mais confiável é:
Essa abordagem fornece uma resposta defensável para o seu ambiente específico, em vez de depender de uma suposição genérica. A limitação é que as páginas de status públicas não podem revelar imediatamente todas as falhas específicas de cada locatário, portanto, a confirmação final de um incidente em produção ainda pode exigir suporte do fornecedor e sua própria telemetria.
Um guia prático para 2026 sobre IA, sensores para casas inteligentes, monitoramento remoto, segurança contra quedas, privacidade e como a tecnologia pode apoiar o envelhecimento no próprio lar sem substituir os cuidados.
Descubra como as cidades podem transformar dados de mobilidade, uso do solo, clima e comunidade em bairros mais seguros, verdes e acessíveis a pedestres, sem priorizar a tecnologia em detrimento das pessoas.
Compare os principais programas de engenharia aeroespacial e de UAVs (Veículos Aéreos Não Tripulados) para drones, autonomia, controles, operações de UAS (Sistemas de Aeronaves Não Tripuladas) e pesquisa de pós-graduação, com atualizações verificadas para 2026.
A practical guide to AI-powered surgical robotics: current capabilities, levels of autonomy, precision benefits, limits, regulation, and evaluation criteria.
O investimento em CCUS está aumentando, mas será que a captura de carbono pode reverter as emissões globais? Veja onde funciona, quais são os limites de escala e quais evidências são relevantes.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Aprenda como as interfaces cérebro-computador decodificam sinais neurais para restaurar a comunicação e o movimento, quais foram as conquistas de estudos recentes e o que ainda limita o uso das BCIs.
Veja como os drones comerciais combinam sensores, IA de ponta, baterias, comunicações e software de controle de voo — e como a autonomia ainda depende da missão e da regulamentação.
Compare sete opções de mestrado em baterias e armazenamento de energia de alta qualidade, considerando materiais, sistemas, pesquisa, experiência no setor, flexibilidade, idioma e custo-benefício.
Aprenda como a massa da carga útil, os limites da bateria, as condições climáticas, a eficiência da propulsão e a arquitetura da aeronave influenciam a autonomia dos UAVs industriais — e como melhorá-la.
