Histórico de interrupções do Statuscast

1. 29 Here 2025 da 16:04 UTCupdate

   Entre 15:45 UTC em 29 de outubro e 00:05 UTC em 30 de outubro de 2025, os clientes e serviços da Microsoft alavancando Azure Front Door (AFD) experimentaram latências, pausas e erros. Os serviços de entrega AFD & CDN continuam estáveis e estão funcionando como esperado. Por uma abundância de cautela, todas as operações de gerenciamento de serviços (incluindo criação, atualizações, exclusões e expurgos) para AFD via portal ou APIs continuam temporariamente suspensas. Estamos trabalhando em um plano abrangente para reativá-los gradualmente em uma abordagem faseada, garantindo que a plataforma permaneça estável. Continuaremos a partilhar actualizações periódicas à medida que avançarmos. Próxima atualização será por 01:00 UTC em 31 de outubro de 2025 ou mais cedo.

2. 31 Here 2025 da 01:08 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Iremos notificar os clientes assim que a restrição for levantada, e enviaremos uma comunicação periódica sobre o progresso. A próxima atualização será às 19:00 UTC em 31 de outubro de 2025 ou mais cedo como mandado de evento.

3. 31 Here 2025 da 20:03 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Estamos trabalhando para fornecer uma ETA sobre quando podemos levantar a restrição e vamos continuar enviando comunicação periódica sobre o progresso via Azure Service Health. A próxima atualização será até 19:00 UTC em 01 de novembro de 2025 ou mais cedo como os eventos garantem.

4. 31 Here 2025 da 21:35 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Nossa expectativa atual é levantar a restrição em 05 de novembro de 2025, e continuaremos enviando comunicação periódica sobre o progresso via Azure Service Health. A próxima atualização será até 19:00 UTC em 01 de novembro de 2025 ou mais cedo como os eventos garantem.

5. 1 Du 2025 da 19:41 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Nossa expectativa atual permanece para levantar a restrição em 05 de novembro de 2025, e continuaremos enviando comunicação periódica sobre o progresso via Azure Service Health. A próxima atualização será às 19:00 UTC em 02 de novembro de 2025 ou mais cedo como garantia de eventos.

6. 2 Du 2025 da 20:31 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Nossa expectativa atual permanece para levantar a restrição em 05 de novembro de 2025, e continuaremos enviando comunicação periódica sobre o progresso via Azure Service Health. A próxima atualização será às 03:00 UTC em 03 de novembro de 2025 ou mais cedo como garantia de eventos.

7. 2 Du 2025 da 21:07 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Nossa expectativa atual permanece para levantar a restrição em 05 de novembro de 2025, e continuaremos enviando comunicação periódica sobre o progresso via Azure Service Health. A próxima atualização será às 03:00 UTC em 03 de novembro de 2025 ou mais cedo como garantia de eventos.

8. 3 Du 2025 da 03:02 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Nossa expectativa atual permanece para levantar a restrição em 05 de novembro de 2025, e continuaremos enviando comunicação periódica sobre o progresso via Azure Service Health. A próxima atualização será às 19:00 UTC em 03 de novembro de 2025 ou mais cedo como os eventos garantem.

9. 4 Du 2025 da 00:14 UTCupdate

   Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. Como parte de completar nossa investigação completa e verificações seguras, realizar operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) foram temporariamente indisponível. Restrições às operações de gestão de serviços foram removidas para este Azure assinatura ID. Por favor, permita que aproximadamente 30-40 minutos para que as alterações se propaguem totalmente para locais de borda. Esperamos que todas as restrições entre assinaturas, incluindo outras assinaturas sob seu inquilino, sejam levantadas até 05 de novembro de 2025. As atualizações sobre o progresso continuarão via Azure Service Health. A próxima atualização será fornecida até 22:00 UTC em 04 de novembro de 2025, ou mais cedo se as circunstâncias mudarem.

10. 4 Du 2025 da 00:25 UTCupdate

    Reconhecemos que a comunicação anterior pode ter contido informações destinadas a outra lista de clientes. Pedimos desculpas pela inconveniência e pedimos-lhe que observe o seguinte. Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. O fluxo de trabalho para gerenciar e rodar os certificados Bring Your Own Certificate (BYOC) foi re-enabled. Vamos acompanhar o progresso do trabalho através da fila de rotações necessárias. Continuaremos a fornecer atualizações regulares sobre o progresso. Nossa expectativa atual continua a levantar a restrição em 05 de novembro de 2025. A próxima atualização será às 22:00 UTC em 04 de novembro de 2025 ou mais cedo, conforme o mandado de eventos.

11. 4 Du 2025 da 03:27 UTCupdate

    Na preparação para levantar as restrições de gestão do serviço, uma comunicação incorreta foi enviada indicando uma remoção precoce. Nossa data atual para levantar todas as restrições do avião de controle permanece 05 Novembro 2025. A próxima atualização será fornecida até 22:00 UTC em 04 novembro 2025, ou mais cedo.

12. 4 Du 2025 da 22:22 UTCupdate

    Os aviões de dados de entrega Azure Front Door (AFD) e Content Delivery Network (CDN) foram totalmente mitigados em 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. À medida que completamos nossa investigação completa e implementamos mais verificações seguras, as operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) estão temporariamente indisponíveis. Continuamos a atingir nossos marcos para a expectativa de levantar essa restrição em 05 de novembro de 2025. A próxima atualização será enviada para confirmar uma vez que isso tenha acontecido, ou mais cedo se os eventos justificarem.

13. 5 Du 2025 da 23:36 UTCupdate

    Última atualização: A partir das 23:00 UTC em 5 de novembro, foram removidas 2025 restrições às operações de gerenciamento de serviços da Azure Front Door (AFD) e Content Delivery Network (CDN). Pode agora retomar as operações normais no plano de gestão de serviços AFD. Para maior segurança e proteção, estendemos os tempos de propagação da configuração até 45 minutos. Melhorias adicionais da plataforma que estão em andamento devem otimizar ainda mais os tempos de propagação. Contexto anterior: Azure Front Door (AFD) e os planos de dados de entrega de conteúdo (CDN) foram totalmente mitigados até 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. Notificamos previamente que, como parte de completar nossa investigação completa e verificações seguras, realizar operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) foram temporariamente restritas. A presente notificação deve confirmar que essas restrições temporárias deixaram de ser aplicáveis. Passos Seguintes: Como mencionado em nosso PIR preliminar, estamos completando uma retrospectiva interna para entender o incidente em mais detalhes. Uma vez concluído, que é esperado dentro de aproximadamente 7 dias, vamos publicar o nosso Post Incident Review final (PIR) - incluindo um link para se registrar para um Azure Incident Retrospective livestream, discutindo o incidente e nossas aprendizagens. Azure Front Door perguntas mais frequentes (FAQ)

14. 5 Du 2025 da 23:42 UTCresolved

    Última atualização: A partir das 23:00 UTC em 5 de novembro, foram removidas 2025 restrições às operações de gerenciamento de serviços da Azure Front Door (AFD) e Content Delivery Network (CDN). Pode agora retomar as operações normais no plano de gestão de serviços AFD. Para maior segurança e proteção, estendemos os tempos de propagação da configuração até 45 minutos. Melhorias adicionais da plataforma que estão em andamento devem otimizar ainda mais os tempos de propagação. Contexto anterior: Azure Front Door (AFD) e os planos de dados de entrega de conteúdo (CDN) foram totalmente mitigados até 00:05 UTC em 30 de outubro de 2025 e permanecem em níveis operacionais normais. Notificamos previamente que, como parte de completar nossa investigação completa e verificações seguras, realizar operações de gerenciamento de serviços (criar, atualizar, excluir, expurgar, etc.) foram temporariamente restritas. A presente notificação deve confirmar que essas restrições temporárias deixaram de ser aplicáveis. Passos Seguintes: Como mencionado em nosso PIR preliminar, estamos completando uma retrospectiva interna para entender o incidente em mais detalhes. Uma vez concluído, que é esperado dentro de aproximadamente 7 dias, vamos publicar o nosso Post Incident Review final (PIR) - incluindo um link para se registrar para um Azure Incident Retrospective livestream, discutindo o incidente e nossas aprendizagens. Azure Front Door perguntas mais frequentes (FAQ)

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Here 2025 da 16:01 UTCupdate

   Sabemos que há uma falha global para a MS Azure. A nossa equipa está ciente do problema. Páginas de status e o portal de administração podem não estar acessíveis. Pedimos desculpa por qualquer inconveniente.

2. 29 Here 2025 da 18:17 UTCupdate

   A falha do Microsoft Azure ainda está afetando cnames para domínios, mas não o domínio status.page. Você pode usar https:// yourpagename .status.page para acessar sua página e o login do portal de administração. Pedimos desculpa por qualquer inconveniente.

3. 30 Here 2025 da 05:40 UTCresolved

   Os serviços estão operacionais agora. Este evento foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Ebrel 2025 da 13:37 UTCupdate

   Os engenheiros foram alertados para atrasos no processamento da notificação. Estamos neste momento a investigar e vamos acompanhar com mais detalhes.

2. 4 Ebrel 2025 da 18:30 UTCresolved

   Às 9:37 AM EDT ocorreu um incidente que atrasou o processamento da notificação do incidente. O incidente foi totalmente resolvido às 14h30. Mais detalhes sobre a causa raiz seguirá. Os assinantes ainda veriam páginas de status como esperado, mas a notificação do incidente teria sido adiada.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Cʼhwevrer 2025 da 14:53 UTCupdate

   Xurrent Adquire Zenduty SANTA BARBARA, Calif., 27 de fevereiro de 2025 – XurrentTM, a plataforma de gerenciamento de serviços e operações projetada para empresas modernas e provedores de serviços gerenciados, adquiriu Zenduty, líder em soluções de gerenciamento de incidentes e alerta de ponta. Esta aquisição marca outro marco significativo na jornada em curso da Xurrent para transformar a TI e redefinir como as organizações lidam com grandes incidentes do início ao fim. Phil Christianson, diretor de produtos de Xurrent, comentou: “Xurrent está animado para anunciar um grande avanço em nossas capacidades de ITOM. Nossa aquisição do StatusCast em abril último melhorou nossa plataforma para melhorar drasticamente as habilidades das organizações para comunicar detalhes de grandes incidentes. Agora, com a aquisição da Zenduty, vamos permitir que a TI automatize e simplifique a resolução de incidentes e remediação de causas, garantindo correções mais rápidas e evitando incidentes repetidos.” Zenduty é um inovador em gestão de incidentes e alertas. A plataforma ganhou reputação por permitir aos comandantes incidentes reunir rapidamente as equipes certas em uma sala de guerra virtual, problemas de triagem e resolver rapidamente. Ao integrar a Zenduty com os recursos robustos de gerenciamento de serviços de TI (ITSM) da Xurrent, os clientes desfrutarão de operações de TI abrangentes e de ponta a ponta e recursos de gerenciamento de serviços em uma única plataforma unificada. Essa integração garante que, quando ocorre um incidente importante, as organizações não só podem gerenciar e resolver o problema rapidamente, mas também implementar uma abordagem estruturada para evitar que ele se repita. A Zenduty capacita os comandantes de incidentes para coordenar as equipes de resposta de forma eficaz, enquanto a plataforma ITSM da Xurrent garante que as tarefas sejam atribuídas às equipes certas, rastreadas e concluídas no tempo, conduzindo melhorias contínuas entre incidentes. Ao integrar a Zenduty com a plataforma ITSM da Xurrent, as organizações ganham os seguintes benefícios principais: • Automatizando salas de guerra virtuais para resposta rápida de incidentes. • Gestão e resolução rápida de incidentes. • Garantir a responsabilidade pela conclusão da tarefa de reparação pós-incidente. “A combinação das ferramentas de gerenciamento de incidentes e alertas de alta qualidade da Zenduty com o poder do gerenciamento de serviços de TI de classe mundial da Xurrent, permitirá que nossos clientes assumam totalmente o controle de suas operações de TI e gerenciamento de serviços com uma abordagem mais moderna, conectada e automatizada”, disse Kevin McGibben, CEO da Xurrent. “Com Xurrent, as equipes agem mais cedo, resolvem os incidentes mais rapidamente e garantem que nunca mais aconteçam – completando tarefas críticas com eficiência, precisão e total responsabilidade.” Sobre o Xurrent XurrentTM simplifica o gerenciamento de operações de TI e IT com automação alimentada por IA. Nossa plataforma simplifica fluxos de trabalho, melhora a colaboração e aumenta a produtividade. Construída para escalabilidade, Xurrent se adapta perfeitamente às necessidades em evolução das empresas modernas, minimizando o esforço ao maximizar a eficiência. Saiba mais em www.xurrent.com . Sobre Zenduty A Zenduty é uma solução de gerenciamento de incidentes e de plantão que fornece alertas intercanais via e-mail, telefone, SMS, Slack e Equipes Microsoft para garantir que sua equipe seja prontamente notificada durante os tempos de inatividade do serviço. Projetado para melhorar a eficiência de resposta incidente, a Zenduty oferece recursos como alerta personalizável, agendamento de plantão e integrações perfeitas com mais de 150 ferramentas, incluindo Datadog, Jira e Slack. Organizações que utilizam Zenduty relataram melhorias significativas, incluindo redução do tempo de inatividade, aumento de 50% no Tempo Médio para Reconhecer (MTTA) e Tempo Médio para Resolver (MTTR) e economia de custos. Para mais informações, visite www.zenduty.com . Comunicado de imprensa: https://www.xurrent.com/press-release/xurrent-acquires-zentyl-completing-the-incident-response-and-remediation-loop/

2. 27 Cʼhwevrer 2025 da 14:54 UTCresolved

   fechado automaticamente

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Cʼhwevrer 2025 da 14:00 UTCupdate

   Os engenheiros do StatusCast observaram alguma degradação de processamento que pode ter causado atrasos em algumas ações.

2. 24 Cʼhwevrer 2025 da 02:00 UTCresolved

   A equipa identificou o problema.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Cʼhwevrer 2025 da 22:30 UTCupdate

   StatusCast engineers noted a background processing degradation that caused delays in some actions from being completed in a timely fashion.

2. 5 Cʼhwevrer 2025 da 02:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29 Kerzu 2024 da 23:00 UTCupdate

   O domínio para acessar o portal de suporte do StatusCast foi atualizado para https://xurrent-statuscast-portal.xurrent.com/ . Enquanto o antigo domínio irá redirecionar para o nosso atual, recomendamos atualizar seus favoritos adequadamente.

2. 29 Kerzu 2024 da 23:01 UTCresolved

   fechado automaticamente

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Du 2024 da 19:24 UTCupdate

   Os engenheiros do StatusCast identificaram um backup em seu processamento de fundo que está causando atrasos em algumas ações de serem concluídas em tempo hábil.

2. 25 Du 2024 da 20:32 UTCupdate

   Os engenheiros determinaram a causa raiz do backup no processamento. Durante este tempo, temos escalado o serviço que é responsável para ajudar a limpar os itens restantes mais rapidamente.

3. 25 Du 2024 da 22:06 UTCresolved

   Os serviços devem funcionar como esperado.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Du 2024 da 01:00 UTCupdate

   Engenheiros StatusCast foram alertados para um possível desempenho impactando as páginas de status e os tempos de resposta da aplicação administrativa. Este evento não está impactando o processamento da notificação. Pedimos desculpas por este inconveniente e vamos fornecer uma atualização em breve.

2. 18 Du 2024 da 19:00 UTCresolved

   Todos os serviços devem ser totalmente funcionais e funcionar regularmente.

3. 27 Du 2024 da 20:00 UTCupdate

   Os engenheiros do StatusCast determinaram que, aproximadamente às 8:00 PM EST em 15 de novembro de 2024, vários servidores de aplicativos do StatusCast experimentaram um problema que causou o tempo de resposta ao pico. A infraestrutura do StatusCast em Azure foi projetada para executar procedimentos de escala para serviços sob coação, e para todos, exceto um dos serviços de aplicação em questão, isso foi feito com sucesso restaurando o serviço a um nível aceitável de desempenho. O restante serviço de aplicação na UE não dimensionou correctamente e permaneceu em estado degradado durante vários dias. Em 18 de novembro, engenheiros foram alertados de que alguns clientes ainda estavam passando por atrasos no tempo de carga e, nesse momento, o último servidor foi corrigido. Após este evento ocorreu a equipe DevOps do StatusCast começou uma auditoria de todos os procedimentos de escala para garantir que os serviços de aplicação em todas as nossas regiões operacionais Azure aderem a um processo de escala consistente e para garantir que o monitoramento é adequadamente implantado em todos os serviços como tendo um único serviço de aplicação permanecendo em um estado degradado por dias não é aceitável.

Traduzido automaticamente da atualização oficial do incidente.

1. 5 Gwengolo 2024 da 13:00 UTCupdate

   Nossa equipe está animada para anunciar o rebrand oficial de 4me para o nome Xurrent. Nosso olhar atualizado e a identidade atualizada captam a essência do nosso negócio, nossa plataforma, nossa visão e seu valor. Nosso novo look está sendo lançado em um novo site, materiais de marketing e a aplicação Xurrent! Datas Importantes: • 5 de Setembro (hoje!) • Um comunicado de imprensa anunciou o lançamento da nova marca. • Nosso novo site está ao vivo! Confira em www.xurrent.com . 7 de Setembro • Todas as comunicações de Xurrent emanarão do nosso novo domínio, www.xurrent.com . Isto significa e-mails e quaisquer outras comunicações oficiais. O que isso significa para você? A partir de agora você verá nossa nova marca em e-mails, no site e em outras comunicações. Tenha certeza, essa mudança não afetará seus serviços atuais. Obrigado por ser uma parte valorizada da família Xurrent (anteriormente 4me). Enquanto nossa aparência está evoluindo, nossa dedicação em fornecer produtos de alta qualidade e suporte excepcional ao cliente permanece inalterada. Nossa missão e valores continuam nos impulsionando à medida que crescemos para um futuro dinâmico e colaborativo.

2. 5 Gwengolo 2024 da 13:01 UTCresolved

   fechado automaticamente

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Eost 2024 da 17:45 UTCupdate

   As of August 1st, 2024 we have removed the link to the Legacy Incident Editor from the admin portal to ensure that users maintain a unified experience and are able to take advantage of all of our latest improvements to the incident creation process.

2. 1 Eost 2024 da 17:46 UTCresolved

   auto-closed

1. 30 Gouere 2024 da 13:30 UTCupdate

   Engenheiros StatusCast foram alertados antes que alguns usuários estavam tendo problemas esporádicos tentando se conectar à página de status e portal de administração. Nosso provedor de hospedagem, Microsoft Azure, nos alertou através de sua página de status de que eles estão enfrentando alguns problemas de rede globalmente. Nós forneceremos uma atualização assim que mais informações estiverem disponíveis.

2. 30 Gouere 2024 da 14:44 UTCupdate

   O acesso às páginas de status permaneceu estável e Azure atualizou seu status indicando que os processos de failover foram engajados para melhorar sua disponibilidade de serviços. Os engenheiros do StatusCast continuarão a observar de perto e publicarão atualizações adicionais conforme necessário.

3. 30 Gouere 2024 da 20:47 UTCupdate

   A aplicação do StatusCast continua estável. Nossos engenheiros continuarão a observar o sistema de perto, pois a Microsoft não fechou totalmente o evento do lado deles. Para mais detalhes específicos sobre o problema do Azure, consulte a página de status. Forneceremos atualizações adicionais se necessário.

4. 30 Gouere 2024 da 22:00 UTCresolved

   A Microsoft fechou o problema do lado deles e a plataforma do StatusCast continua funcionando como esperado. Assim que a Microsoft publicar mais detalhes sobre isso, forneceremos aqui na forma de uma RCA.

5. 1 Eost 2024 da 17:07 UTCupdate

   DE MICROSOFT: Declaração de Mitigação - Azure Front Door Edições acessando um subconjunto de serviços da Microsoft ID de localização: KTY1-HW8 O que aconteceu? Entre aproximadamente às 11:45 UTC e 19:43 UTC em 30 de julho de 2024, um subconjunto de clientes pode ter experimentado problemas de conexão com um subconjunto de serviços da Microsoft globalmente. Os serviços impactados incluíram Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy, bem como o próprio portal Azure e um subconjunto dos serviços Microsoft 365 e Microsoft Purview. O que sabemos até agora? Um pico de uso inesperado resultou em componentes Azure Front Door (AFD) e Azure Content Delivery Network (CDN) com desempenho abaixo dos limiares aceitáveis, levando a erros intermitentes, tempo limite e picos de latência. Enquanto o evento inicial foi um ataque de Negação de Serviço Distribuído (DDoS), que ativou nossos mecanismos de proteção DDoS, investigações iniciais sugerem que um erro na implementação de nossas defesas ampliou o impacto do ataque em vez de mitigá-lo. Como respondemos? O impacto do cliente começou às 11:45 UTC e começamos a investigar. Uma vez que a natureza do pico de uso foi entendida, implementamos mudanças de configuração de rede para apoiar nossos esforços de proteção DDoS, e realizamos failovers para alternar caminhos de rede para fornecer alívio. Nossa configuração de rede inicial muda com sucesso mitigou a maioria do impacto em 14:10 UTC. Alguns clientes relataram menos de 100% de disponibilidade, que começamos a mitigar por volta das 18:00 UTC. Prosseguimos com uma abordagem de mitigação atualizada, que primeiro se estende por regiões da Ásia-Pacífico e Europa. Após validar que essa abordagem revisada eliminou com sucesso os impactos colaterais da mitigação inicial, nós a trouxemos para regiões das Américas. As taxas de falha retornaram aos níveis pré-incidentes até 19:43 UTC - após o monitoramento do tráfego e dos serviços para garantir que o problema fosse totalmente mitigado, declaramos o incidente atenuado às 20:48 UTC. Alguns serviços a jusante levaram mais tempo para recuperar, dependendo de como eles foram configurados para usar AFD e/ou CDN. O que acontece a seguir? A nossa equipa irá completar uma retrospectiva interna para compreender o incidente com mais detalhes. Publicaremos uma Revisão Preliminar de Incidente Postal (PIR) dentro de aproximadamente 72 horas, para compartilhar mais detalhes sobre o que aconteceu e como respondemos. Após a nossa retrospectiva interna ser concluída, geralmente dentro de 14 dias, publicaremos uma Revisão Final do Incidente Post com quaisquer detalhes e aprendizados adicionais. Para ser notificado quando isso acontecer, e/ou para ficar informado sobre futuros problemas de serviço Azure, certifique-se de que você configure e mantenha os alertas Azure Service Health – estes podem ativar e-mails, SMS, notificações push, webhooks e muito mais: https://aka.ms/ash-alerts. Para mais informações sobre o Post Incident Reviews, consultar https://aka.ms/AzurePIRs. Finalmente, para uma orientação mais ampla sobre a preparação para incidentes de nuvem, consulte https://aka.ms/incidentreadyness.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Gouere 2024 da 16:30 UTCupdate

   A equipe de suporte do StatusCast e da 4me está pronta para dar o próximo passo na migração de nossos serviços de suporte do sistema de tickets legado do StatusCast para usar diretamente o 4me para todas as solicitações de mudança e incidentes. Este próximo passo na integração das operações do StatusCast para 4me irá, em última análise, fornecer-lhe muito mais informações sobre as solicitações que você enviar e seu status. O que está a mudar? Na quarta-feira, dia 24 de julho de 2024, o portal de suporte do StatusCast será deslocado para https://4me-statuscast-portal.4me.com/, este portal de autoatendimento será o seu novo recurso para enviar novos tickets e visualizar o status de todos os já enviados. Este novo portal lhe dará um status mais preciso do ticket, e no caso de você solicitar uma mudança ou correr para um problema que requer trabalho de desenvolvimento, você terá visibilidade para o status de um desenvolvimento para um QA, para uma perspectiva de produção. Além disso, os clientes serão capazes de encontrar respostas para suas perguntas através do portal que contém uma base de conhecimento que será estendida à medida que avançamos. Estamos muito animados para trazer esta visibilidade estendida para nossos clientes, pois acreditamos que é um grande passo em frente no apoio que oferecemos. Como resultado dessa mudança, o email [email protected] não abrirá mais tickets. Você precisará acessar o portal de autoatendimento para enviar e acessar solicitações de suporte. Foi adicionado um link para este portal de auto- serviço ao portal de administração do StatusCast e você poderá acessá- lo selecionando a opção Configurações > Central de Ajuda > Tickets de Suporte Os administradores existentes do StatusCast receberam acesso a este novo portal. Para acessar o Portal StatusCast, acesse https://xurrent-statuscast-portal.xurrent.com/ e comece com ‘Esqueceu sua senha 4me?’ (1) para que você possa receber um e-mail para registrar sua senha do portal de suporte. Se você não receber um e-mail enquanto faz isso você pode não ter recebido acesso automatizado, nesse caso você pode se auto registrar clicando em "Registrar-se como novo usuário" (2): O Portal StatusCast requer que você use um endereço de e-mail e configure uma senha com 18 caracteres.

2. 22 Gouere 2024 da 16:31 UTCresolved

   fechado automaticamente

Traduzido automaticamente da atualização oficial do incidente.

1. 5 Gouere 2024 da 13:00 UTCupdate

   De acordo com o nosso compromisso com a segurança e transparência, queríamos informá-lo que o nosso provedor de SMS, Twilio, alertou a nossa equipa de segurança para um incidente que ocorreu. Abaixo está a declaração que recebemos de Twilio que dá uma conta detalhada do incidente e o que foi feito: —-------------------------------------------- Twilio foi notificado por uma de nossas operadoras de backup, iBasis, que a IdentifiqueMobile inadvertidamente expôs certos dados relacionados a SMS enviados pelo iBasis publicamente na internet que incluíam dados pessoais. Estamos escrevendo para informá-lo que alguns de seus dados pessoais e não pessoais (como dados relacionados a campanhas de marketing) foram acessados por um grupo de pesquisa de segurança enquanto foi exposto publicamente pela IdentityMobile. Embora este incidente estivesse fora do controle de Twilio, levamos isso muito a sério e estamos comprometidos em ajudá-lo a entender o impacto total. O que precisas de saber? A fim de entregar mensagens em regiões específicas, Twilio conta com inúmeras operadoras para maximizar a entregabilidade aos seus destinos finais. Twilio foi notificado de que o iBasis (uma operadora de backup do Twilio) tinha usado o IdentityMobile (a nova operadora de backup do iBasis) que inadvertidamente habilitou o acesso público em um AWS S3 Bucket durante o trabalho de desenvolvimento. As informações contidas neste balde foram tornadas públicas de 10-15 de maio de 2024, e acessadas entre 13-14 de maio de 2024. Com base em uma investigação conjunta entre a IdentityMobile e a Amazon AWS, soubemos que uma parte desses dados foi acessada pelo Chaos Computing Club (CCC). CCC é um grupo de pesquisa de segurança que identifica problemas de segurança; CCC confirmou que eles não estão segurando nenhum dado baixado do AWS S3 Bucket. Não temos evidências que nos permitam confirmar que nenhum outro terceiro acessou os dados. Twilio não é dono deste balde, e nenhum dos nossos sistemas foi comprometido em relação a esta exposição de dados. Este incidente foi resultado de ações tomadas pela IdentityMobile e fora do controle de Twilio. Enquanto continuamos colaborando com essas operadoras para lhe trazer as informações mais precisas sobre esta exposição, a parcela de dados expostos pela IdentityMobile relacionados à SMS enviada entre 1 de janeiro de 2024 e 15 de maio de 2024, incluindo: • Número de telemóvel • Conteúdo da mensagem SMS • ID do remetente de SMS • Timetamp SMS O que fizemos até agora? • Twilio iniciou nosso processo de resposta incidente para investigar rapidamente este assunto. • Twilio escalou esta questão para a equipe executiva do iBasis; posteriormente, fizemos uma análise sobre os registros de dados que foram comprometidos para fornecer-lhe o máximo de informações possível. • De uma abundância de cautela, deixamos de enviar tráfego para iBasis, sempre que possível. iBasis informou Twilio que parou de rotear com IdentityMobile. • Continuaremos a trabalhar com as nossas operadoras de terceiros para obter quaisquer detalhes adicionais que possam surgir deste incidente. O que precisas de fazer? Recomendamos rever o tráfego SMS que você enviou entre 1 de janeiro de 2024 e 15 de maio de 2024, discutindo as implicações de uma exposição com sua equipe interna e decidir se você precisa se envolver com indivíduos impactados. Se você precisar de informações adicionais sobre este incidente, estamos aqui para apoiá-lo durante toda esta situação. Lamentamos profundamente qualquer inconveniente que isso possa causar e apreciar sua compreensão e cooperação. —-------------------------------------------- O que é que o StatusCast fez? Uma vez que a equipe de segurança do StautsCast foi alertada, foi realizada uma auditoria para tentar determinar o potencial impacto que isso teve em nosso serviço. Com base no relatório da Twilio, é possível que algumas notificações enviadas através do serviço do StatusCast tivessem sido enviadas utilizando a transportadora iBasis. Com base nos dados do relatório teria incluído o número de telefone do destinatário, bem como a mensagem SMS. As notificações de SMS no StatusCast são projetadas para serem breves e direcionar usuários para a página de status. As mensagens SMS não incluem o nome dos destinatários ou outras informações pessoais identificáveis (PII). Como sempre no StatusCast, você tem o direito de escolher se as notificações SMS são enviadas ou não. As opções de SMS podem ser controladas nas seções Configurações e Integração da aplicação, se desejar rever suas configurações. Neste momento não há itens de ação adicionais para StatusCast para levar em relação à sua aplicação ou infraestrutura, no entanto, vamos manter uma comunicação próxima com Twilio e se qualquer informação adicional for divulgada, vamos passá-lo através de nossa própria página de status. A StautsCast faz parceria com a Twilio há anos e mantém um forte compromisso com segurança e transparência. Levaremos isso e este incidente em consideração, pois continuamos a oferecer notificações SMS no aplicativo. Se tiver alguma pergunta adicional, por favor contacte-nos em [email protected]

2. 5 Gouere 2024 da 13:01 UTCresolved

   fechado automaticamente

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Mezheven 2024 da 13:00 UTCupdate

   Após a aquisição pela 4me, estamos nos preparando para integrar as operações de apoio da StatusCast na infraestrutura da 4me. Ao combinar nossas operações de suporte com as da 4me, nossos clientes terão a vantagem de suporte 24x7 e o número de representantes disponíveis quase quádruplos. Para dar o primeiro passo em frente na fusão oficial dessas equipes, vamos remover a opção de chat ao vivo disponível no portal de administração a partir de sexta-feira 7 de junho de 2024. Você pode continuar a se comunicar com suporte através de e-mail( [email protected] ) ou acessando nosso portal de suporte atual. Nos próximos meses, você notará várias mudanças na forma como o suporte do StatusCast é fornecido. Isso envolverá a introdução de um novo e melhorado portal de suporte para monitorar quaisquer solicitações de alterações ou problemas que você tenha registrado com suporte. Além disso, mais ferramentas e informações de auditoria serão disponibilizadas no aplicativo, e haverá um aumento nos recursos de ajuda e conhecimento acessíveis diretamente. Estamos muito animados por estar expandindo nossa oferta de suporte com 4me e saber que ele vai finalmente ajudar nossa comunidade de clientes e usuários valiosos!

2. 7 Mezheven 2024 da 13:01 UTCresolved

   fechado automaticamente

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Ebrel 2024 da 00:19 UTCupdate

   Em aproximadamente 8:19PM EDT, os engenheiros do StatusCast foram alertados de que algumas páginas de status e aplicativos de administração eram inacessíveis. A equipe identificou que seu parceiro de hospedagem, Microsoft, estava passando por alguns problemas em sua região leste dos EUA relacionados a serviços de aplicativos e conexões de bancos de dados SQL. A partir das 9:03PM, os serviços de EDT foram restaurados e a equipe do StatusCast está atualmente trabalhando com a Microsoft para investigar totalmente o incidente. Uma vez que a equipe tenha concluído sua investigação, seguiremos com uma RCA. Neste momento StatusCast deve estar operando plenamente como esperado, se você continuar a ter mais problemas, entre em contato conosco em [email protected]

2. 4 Ebrel 2024 da 01:03 UTCresolved

   A partir das 9:03PM, os serviços de EDT foram restaurados e a equipe do StatusCast está atualmente trabalhando com a Microsoft para investigar totalmente o incidente. Uma vez que a equipe tenha concluído sua investigação, seguiremos com uma RCA.

3. 5 Ebrel 2024 da 21:00 UTCupdate

   Ao trabalhar com a Microsoft, a equipe do StatusCast confirmou que o rompimento foi devido a uma falha com os bancos de dados SQL localizados na região leste dos EUA da Azure, onde StatusCast está hospedado principalmente: StatusCast em si foi impactado por esta parada de aproximadamente 8:19 PM EDT e tinha recuperado totalmente por 9:03 PM EDT. A equipe do StatusCast continuará a trabalhar em estreita colaboração com a Microsoft para otimizar ainda mais sua oferta para ajudar a garantir que o impacto das interrupções do provedor de serviços seja o mínimo possível.

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Ebrel 2024 da 13:00 UTCupdate

   We are very excited to announce that StatusCast has been acquired by 4Me! Since 2013 we have been working hard to close the gap between service outages and those who are impacted, and this acquisition is one large step further in our journey of providing critical information to those who need it most. The inclusion of StatusCast's features will aid 4Me in it's mission to modernize service management for organizations. Click here to read more!

2. 2 Ebrel 2024 da 13:01 UTCresolved

   auto-closed

1. 8 Meurzh 2024 da 15:01 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Telefonica Network In Mexico. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

2. 8 Meurzh 2024 da 15:12 UTCinvestigating

   We are continuing our investigation and have discovered SMS Latin America is affected by SMS delivery delays when sending messages to Telefonica Network in Mexico.

3. 8 Meurzh 2024 da 16:22 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Telefonica Network in Mexico. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

4. 8 Meurzh 2024 da 16:23 UTCresolved

   auto-closed

1. 8 Meurzh 2024 da 13:26 UTCinvestigating

   We are continuing to experience SMS Delivery Delays when sending messages to Multiple Networks in Thailand. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

2. 8 Meurzh 2024 da 15:20 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Multiple Networks in Thailand. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

3. 8 Meurzh 2024 da 17:05 UTCresolved

   We are no longer experiencing SMS delivery delays when sending messages to Multiple Networks in Thailand. This incident has been resolved.

1. 7 Meurzh 2024 da 07:27 UTCinvestigating

   We've become aware of a potential issue with SMS Message Delivery delay to Tigo Network In Chad. Our engineering team has been alerted and is actively investigating. We will update as soon as we have more information.

2. 7 Meurzh 2024 da 07:37 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

3. 7 Meurzh 2024 da 07:43 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

4. 7 Meurzh 2024 da 08:34 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

5. 7 Meurzh 2024 da 10:28 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 4 hours or as soon as more information becomes available.

6. 7 Meurzh 2024 da 14:18 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network in Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 8 hours or as soon as more information becomes available.

7. 7 Meurzh 2024 da 15:12 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Tigo Network In Chad. We will continue monitoring the service to ensure a full recovery. We will provide another update in 30 min or as soon as more information becomes available.

8. 7 Meurzh 2024 da 15:13 UTCresolved

   auto-closed