Statuscast 장애 기록

1. 2025년 10월 29일 오후 4:04 UTCupdate

   사이 15:45 UTC 에 29 10월 과 00:05 UTC 에 30 10월 2025, 고객 및 Microsoft 서비스 레버리지 Azure Front Door (AFD) 경험있는 latencies, 타임 아웃 및 오류. AFD 및 CDN 배송 서비스는 안정적이며 예상대로 실행됩니다. caution의 풍부, 모든 서비스 관리 운영 (제작, 업데이트, 삭제 및 지갑 포함) 포털 또는 API를 통해 AFD에 일시적으로 일시적으로 중단됩니다. 플랫폼이 안정적으로 유지되는 것을 보장하는 동안, 우리는 점차적으로 단계적인 접근에서 이것을 재사용할 수 있는 포괄적인 계획에서 일하고 있습니다. 우리는 우리가 진전을 만들기로 정기적인 업데이트를 계속 공유 할 것입니다. 다음 업데이트는 01:00 UTC 에 31 Oct 2025 또는 더 빨리.

2. 2025년 10월 31일 오전 1:08 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리는 한 번의 제한이 상승하고, 우리는 진전에 정기적인 커뮤니케이션을 보낼 것입니다. 다음 업데이트는 19:00 UTC 에 31 Oct 2025 또는 이벤트 보증으로 빨리.

3. 2025년 10월 31일 오후 8:03 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리는 제한을 들 수 있을 때 ETA를 제공 하 고 계속 Azure Service Health를 통해 진행 상황에 대 한 의사 소통. 다음 업데이트는 19:00 UTC 에 01 11월 2025 또는 이벤트 보증으로 더 빨리.

4. 2025년 10월 31일 오후 9:35 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리의 현재 기대는 05 11 월 2025에 제한을 들어 올리고 있으며 Azure Service Health를 통해 진행 상황을 지속적으로 전송할 것입니다. 다음 업데이트는 19:00 UTC 에 01 11월 2025 또는 이벤트 보증으로 더 빨리.

5. 2025년 11월 1일 오후 7:41 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리의 현재 기대는 05 11 월 2025에 제한을 들기 위해 남아 있으며 Azure Service Health를 통해 진행 상황을 지속적으로 전송합니다. 다음 업데이트는 19:00 UTC 에 02 11월 2025 또는 이벤트 보증으로 더 빨리.

6. 2025년 11월 2일 오후 8:31 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리의 현재 기대는 05 11 월 2025에 제한을 들기 위해 남아 있으며 Azure Service Health를 통해 진행 상황을 지속적으로 전송합니다. 다음 업데이트는 03 11월 2025일 00시 UTC 또는 이벤트 보증으로 더 빨리 될 것입니다.

7. 2025년 11월 2일 오후 9:07 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리의 현재 기대는 05 11 월 2025에 제한을 들기 위해 남아 있으며 Azure Service Health를 통해 진행 상황을 지속적으로 전송합니다. 다음 업데이트는 03 11월 2025일 00시 UTC 또는 이벤트 보증으로 더 빨리 될 것입니다.

8. 2025년 11월 3일 오전 3:02 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리의 현재 기대는 05 11 월 2025에 제한을 들기 위해 남아 있으며 Azure Service Health를 통해 진행 상황을 지속적으로 전송합니다. 다음 업데이트는 19:00 UTC 에 03 11월 2025 또는 이벤트 보증으로 더 빨리.

9. 2025년 11월 4일 오전 12:14 UTCupdate

   Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리의 전체 조사 및 안전 검사 완료의 일환으로, 서비스 관리 작업을 수행 (창조, 업데이트, 삭제, 퍼지 등) 일시적으로 사용할 수 없습니다. 서비스 관리 운영에 대한 제한은 Azure 구독 ID를 제거했습니다. 가장자리 사이트에 완전히 propagate로 변경 사항에 대한 약 30 ~ 40 분을 허용하십시오. 우리는 구독에 대한 모든 제한을 기대합니다, 당신의 연약하에 다른 구독을 포함, 에 의해 들어올 것이다 05 11월 2025. 진행중인 업데이트는 Azure Service Health를 통해 계속됩니다. 다음 업데이트는 22:00 UTC에 의해 제공됩니다 04 11월 2025, 또는 빨리 경우 상황 변경.

10. 2025년 11월 4일 오전 12:25 UTCupdate

    우리는 이전 통신이 다른 고객을 위해 의미있는 정보를 포함 할 수 있음을 인정합니다. 우리는 inconvenience를 위해 사과하고 다음을 주도록 요청합니다. Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 작업 흐름을 관리하고 회전하여 자신의 인증서 (BYOC) 인증서가 재 활성화되었습니다. 필요한 교체를 통해 작업의 진행 상황을 모니터링합니다. 우리는 진행 상황을 지속적으로 제공 할 것입니다. 우리의 현재 기대는 05 11월 2025에 제한을 들기 위하여 남아 있습니다. 다음 업데이트는 오전 10시 00분 UTC (04월 2025일) 또는 이벤트 보증으로 더 빨리.

11. 2025년 11월 4일 오전 3:27 UTCupdate

    서비스 관리 제한을 들기 위해, 잘못된 통신은 초기 제거를 나타내는 것을 보냈습니다. 모든 제어 평면 제한을 리프팅하기위한 현재 날짜는 05 11월 2025일 남아 있습니다. 다음 업데이트는 11월 2025일 22:00 UTC에 제공됩니다.

12. 2025년 11월 4일 오후 10:22 UTCupdate

    Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에서 완전히 mitigated 정상적인 운영 수준에 남아있다. 우리는 우리의 가득 차있는 조사를 완료하고 더 안전한 체크, 서비스 관리 가동을 실행합니다 (, 갱신, 삭제, 퍼지, 등)는 일시적으로 사용할 수 없습니다. 우리는 기대에 대한 우리의 이정표를 들어갑니다 05 11월 2025. 다음 업데이트는 한 번 확인하기 위해 보내질 것입니다, 또는 이벤트 보증이 발생하면 더 빨리.

13. 2025년 11월 5일 오후 11:36 UTCupdate

    최신 업데이트 : 11 월 23시 UTC, Azure Front Door (AFD) 및 Content Delivery Network (CDN) 서비스 관리 운영에 대한 2025 제한이 제거되었습니다. 이제 AFD 서비스 관리 비행기에서 정상적인 작업을 다시 시작할 수 있습니다. 강화된 안전 및 보호를 위해, 우리는 45 분까지 윤곽 전파 시간을 확장했습니다. 추가 플랫폼 향상은 더 번의 추진 시간을 최적화 할 것으로 예상됩니다. Previous Context: Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에 의해 완전히 mitigated 정상적인 운영 수준에 남아. 우리는 이전에 우리의 전체 조사 및 안전 검사 완료의 일환으로, 서비스 관리 작업을 수행 (창조, 업데이트, 삭제, 퍼지 등) 일시적으로 제한되었습니다. 이 알림은 그 임시 제한이 더 이상 적용되지 않습니다. 다음 단계: 우리의 Preliminary PIR에서 언급했듯이 우리는 내부 복고풍을 완료하여 더 자세히 사건을 이해합니다. 이 완료되면, 약 7 일 이내에 예상되는, 우리는 우리의 최종 포스트 Incident 검토 (PIR)을 게시합니다 - Azure Incident Retrospective livestream에 등록하는 링크를 포함, 사건과 우리의 학습에 대해. Azure Front Door 자주 묻는 질문(FAQ)|Microsoft Learn

14. 2025년 11월 5일 오후 11:42 UTCresolved

    최신 업데이트 : 11 월 23시 UTC, Azure Front Door (AFD) 및 Content Delivery Network (CDN) 서비스 관리 운영에 대한 2025 제한이 제거되었습니다. 이제 AFD 서비스 관리 비행기에서 정상적인 작업을 다시 시작할 수 있습니다. 강화된 안전 및 보호를 위해, 우리는 45 분까지 윤곽 전파 시간을 확장했습니다. 추가 플랫폼 향상은 더 번의 추진 시간을 최적화 할 것으로 예상됩니다. Previous Context: Azure Front Door (AFD) 및 Content Delivery Network (CDN) 배달 데이터 비행기는 10 월 30 일 00:05 UTC에 의해 완전히 mitigated 정상적인 운영 수준에 남아. 우리는 이전에 우리의 전체 조사 및 안전 검사 완료의 일환으로, 서비스 관리 작업을 수행 (창조, 업데이트, 삭제, 퍼지 등) 일시적으로 제한되었습니다. 이 알림은 그 임시 제한이 더 이상 적용되지 않습니다. 다음 단계: 우리의 Preliminary PIR에서 언급했듯이 우리는 내부 복고풍을 완료하여 더 자세히 사건을 이해합니다. 이 완료되면, 약 7 일 이내에 예상되는, 우리는 우리의 최종 포스트 Incident 검토 (PIR)을 게시합니다 - Azure Incident Retrospective livestream에 등록하는 링크를 포함, 사건과 우리의 학습에 대해. Azure Front Door 자주 묻는 질문(FAQ)|Microsoft Learn

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2025년 10월 29일 오후 4:01 UTCupdate

   MS Azure의 글로벌 아웃리지가 있습니다. 우리 팀은 문제의 인식입니다. 상태 페이지와 관리자 포털은 접근할 수 없습니다. 우리는 어떤 불편든지를 위해 apologize.

2. 2025년 10월 29일 오후 6:17 UTCupdate

   Microsoft Azure 아웃리지는 여전히 도메인의 cname에 영향을 미치지만 status.page 도메인이 아닙니다. 당신은 사용할 수 있습니다 https:// yourpagename .status.page 페이지에 액세스하고 관리자 포털 로그인. 우리는 어떤 불편든지를 위해 apologize.

3. 2025년 10월 30일 오전 5:40 UTCresolved

   서비스는 지금 운영됩니다. 이 이벤트는 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2025년 4월 4일 오후 1:37 UTCupdate

   엔지니어는 알림 처리에서 지연을 경고했습니다. 우리는 현재 투자하고 더 많은 세부 사항을 준수합니다.

2. 2025년 4월 4일 오후 6:30 UTCresolved

   에 9:37 AM EDT 사건이 지연된 사건 통보 처리. 사건은 오후 2시 30분에 의해 완전히 해결되었습니다. 루트 원인에 대한 자세한 내용은 따를 것입니다. 가입자는 여전히 예상대로 상태 페이지를 볼 수 있지만, 사건 통지는 지연되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2025년 2월 27일 오후 2:53 UTCupdate

   Xurrent Zenduty 인수 SANTA BARBARA, Calif., 2월 27, 2025 – XurrentTM, 현대 기업 및 관리 서비스 제공 업체를 위한 서비스 및 운영 관리 플랫폼, Zenduty 인수, 최첨단 사고 및 경고 관리 솔루션의 선두 주자. Xurrent의 지속적인 여정에서 또 다른 중요한 이정표는 IT를 변환하고 조직이 시작부터 끝까지 주요 사건을 처리하는 방법을 재정의합니다. Phil Christianson, Xurrent의 최고 제품 책임자 인 "Xurrent는 우리의 ITOM 기능의 주요 발전을 발표하게되어 기쁩니다. 우리의 StatusCast 취득 지난 4 월은 조직의 능력을 극적으로 개선하기 위해 플랫폼을 강화했습니다. 주요 사건에 대한 세부 사항. 이제 Zenduty의 인수와 함께, 우리는 IT를 자동화하고 간소화 된 사건 해결 및 루트 원인 구제, 빠른 수정을 보장하고 반복 사고를 방지 할 수 있습니다. " Zenduty는 사건과 경고 관리에 있는 혁신자입니다. 이 플랫폼은 사건 지휘관이 신속하게 가상 전쟁 방, 삼기 문제 및 드라이브 해상도로 올바른 팀을 수집 할 수있는 명성을 얻었습니다. Xurrent의 견고한 IT 서비스 관리 (ITSM) 기능을 갖춘 Zenduty를 통합함으로써 고객은 단일 통합 플랫폼 내에서 포괄적 인 엔드 투 엔드 IT 운영 및 서비스 관리 기능을 즐길 수 있습니다. 이 통합은 주요 사건이 발생했을 때, 조직은 신속하게 문제점을 관리하고 해결할 수 있지만, 반복에서 방지하기 위해 구조화된 접근 방식을 구현합니다. Zenduty는 Xurrent의 ITSM 플랫폼을 통해 응답 팀을 효과적으로 조정하는 사건 지휘관이 적절한 팀에 할당되며 추적 및 완료된 시간에 대한 지속적인 개선을 제공합니다. Xurrent의 ITSM 플랫폼과 Zenduty를 통합함으로써 조직은 다음과 같은 주요 이점을 얻습니다. • 신속한 사건 응답을 위한 가상 전쟁 방 자동화. • 신속한 사건 관리 및 해결. • post-incident remediation 작업 완료에 대한 책임. "Xurrent의 세계 최고 수준의 IT 서비스 관리의 힘을 가진 Zenduty의 최고 품질의 사고 및 경고 관리 도구의 조합은 고객에게 IT 운영 및 서비스 관리의 제어를 더 현대적이고 연결되고 자동화 된 접근으로 완전히 수행 할 수 있습니다"라고 Kevin McGibben, Xurrent CEO는 말했다. “Xurrent로, 팀은 더 빨리 행동하고, 사건을 해결하고, 그들은 결코 다시 일어나지 않습니다 — 효율성, 정확도 및 가득 차있는 책임에 긴요한 일을 완료.” Xurrent XurrentTM 스트림 라인 ITSM 및 IT 운영 관리 우리의 플랫폼은 워크플로우를 단순화하고 협업을 강화하고 생산성을 높일 수 있습니다. 확장성을 위해 제작 된 Xurrent는 효율을 극대화하면서 현대 기업의 진화 요구에 완벽하게 적응시킵니다. www.xurrent.com에서 자세히 알아보기. Zenduty 소개 Zenduty는 이메일, 전화, SMS, Slack 및 Microsoft Teams를 통해 크로스 채널 알림을 제공하는 엔드 투 엔드 사고 및 온 콜 관리 솔루션입니다. 사건 응답 효율성을 강화하기 위해 설계된 Zenduty는 Datadog, Jira 및 Slack을 포함한 150 개 이상의 도구와 맞춤형 알림, 온 콜 스케줄링 및 원활한 통합과 같은 기능을 제공합니다. Zenduty를 사용하는 조직은 감소된 가동불능시간을 포함하여 상당한 개선을 보고, Acknowledge (MTTA)에 평균 시간의 50% 증진 및 Resolve (MTTR) 및 비용 절감에 평균 시간. 자세한 내용은 www.zenduty.com 을 방문하십시오. 보도 자료: https://www.xurrent.com/press-release/xurrent-acquires-zenduty-completing-the-incident-response-and-remediation-loop/

2. 2025년 2월 27일 오후 2:54 UTCresolved

   자동 폐쇄

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2025년 2월 23일 오후 2:00 UTCupdate

   StatusCast 엔지니어는 일부 작업에 지연이 발생할 수 있는 일부 처리 degradation을 언급했습니다.

2. 2025년 2월 24일 오전 2:00 UTCresolved

   팀은 문제를 확인했습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2025년 2월 4일 오후 10:30 UTCupdate

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

2. 2025년 2월 5일 오전 2:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 2024년 12월 29일 오후 11:00 UTCupdate

   StatusCast의 지원 포털에 액세스하는 도메인은 https://xurrent-statuscast-portal.xurrent.com/ 에 업데이트되었습니다. 이전 도메인은 현재 하나에 리디렉션됩니다. 우리는 적절하게 책갈피를 업데이트하는 것이 좋습니다.

2. 2024년 12월 29일 오후 11:01 UTCresolved

   자동 폐쇄

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 11월 25일 오후 7:24 UTCupdate

   StatusCast 엔지니어는 적시 패션에서 완성 된 작업에서 지연을 일으키는 배경 처리에 백업을 확인했습니다.

2. 2024년 11월 25일 오후 8:32 UTCupdate

   엔지니어는 처리중인 백업의 루트 원인을 결정했습니다. 이 시간 동안 우리는 남아있는 항목을 더 빨리 삭제하는 데 도움이 책임있는 서비스를 확장했습니다.

3. 2024년 11월 25일 오후 10:06 UTCresolved

   서비스는 예상대로 운영되어야 합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 11월 16일 오전 1:00 UTCupdate

   StatusCast 엔지니어는 상태 페이지와 관리자 애플리케이션 응답 시간에 영향을 미치는 가능한 성능에 대한 경고를 받았습니다. 이 이벤트는 알림 처리에 영향을 미치지 않습니다. 우리는이 불편에 대해 사과하고 곧 업데이트를 제공 할 것입니다.

2. 2024년 11월 18일 오후 7:00 UTCresolved

   모든 서비스는 완전히 기능적이고 정기적으로 수행해야합니다.

3. 2024년 11월 27일 오후 8:00 UTCupdate

   StatusCast의 엔지니어는 11월 15일 오후 8시 EST에 따라 결정했습니다. StatusCast의 애플리케이션 서버는 응답 시간을 스파이크로 인한 문제를 경험했습니다. StatusCast의 Azure의 인프라는 duress 아래 서비스에 대한 스케일링 절차를 수행하기 위해 설계되었지만 이 질문에 대한 응용 서비스 중 하나가 성공적으로 수행되었습니다. 유럽 연합 (EU)의 나머지 응용 프로그램은 제대로 스케일을하고 여러 일 동안 degraded 상태로 유지하지 않았다. 11 월 18 일 엔지니어는 일부 고객이 여전히로드 타임 지연을 경험하고 마지막 서버가 수정되었는지 경고했습니다. 이 이벤트는 StatusCast의 DevOps 팀이 Azure 운영 지역의 애플리케이션 서비스를 보장하기 위해 모든 스케일링 절차의 감사를 시작으로 일관된 스케일링 프로세스를 준수하고 모니터링을 보장하기 위해 하루 종일 정렬 상태에 남아있는 단일 애플리케이션 서비스를 가지고 모든 서비스에 제대로 배치됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 9월 5일 오후 1:00 UTCupdate

   우리의 팀은 이름 Xurrent에 4me의 공식적인 상표를 발표하게 흥분됩니다. 우리의 새로 고침된 보기 및 갱신 ID는 우리의 사업, 우리의 플랫폼, 우리의 시각 및 그것의 가치의 본질을 붙잡습니다. 우리의 새로운 모습은 새로운 웹 사이트, 마케팅 자료 및 Xurrent 응용 프로그램에 압연됩니다! 중요한 날짜: • 9 월 5 일 (오늘!) • 보도 자료는 rebrand 발사를 발표했다. • 우리의 새로운 웹 사이트는 라이브! www.xurrent.com 에서 확인해보세요. • 9월 7일 • Xurrent의 모든 통신은 새로운 도메인, www.xurrent.com에서 emanate 할 것입니다. 이것은 이메일과 다른 공식적인 커뮤니케이션을 의미합니다. 무엇을 의미합니까? 지금 시작하면 이메일, 웹 사이트 및 기타 통신에서 새로운 브랜드를 볼 수 있습니다. 이 변경은 현재 서비스에 영향을 미치지 않습니다. Xurrent (이전 4me) 가족의 가치있는 부분 인 주셔서 감사합니다. 우리의 외관이 진화하는 동안, 최고 품질의 제품과 탁월한 고객 지원을 제공하는 우리의 헌신은 변하지 않습니다. 우리의 사명과 가치는 우리가 역동적이고 협력적인 미래로 성장하기 때문에 우리를 계속합니다.

2. 2024년 9월 5일 오후 1:01 UTCresolved

   자동 폐쇄

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 8월 1일 오후 5: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. 2024년 8월 1일 오후 5:46 UTCresolved

   auto-closed

1. 2024년 7월 30일 오후 1:30 UTCupdate

   StatusCast 엔지니어는 약간의 사용자가 상태 페이지와 관리자 포털에 연결하려고 시도하는 스파이라딕 문제가 발생했습니다. 우리의 호스팅 제공 업체, Microsoft Azure는 전 세계적으로 네트워크 문제를 경험하고있는 상태 페이지를 통해 우리를 경고했습니다. 더 많은 정보를 사용할 수 있도록 업데이트를 제공합니다.

2. 2024년 7월 30일 오후 2:44 UTCupdate

   상태 페이지에 대한 액세스는 안정적이고 Azure가 실패한 프로세스를 나타내는 상태를 업데이트했습니다. StatusCast의 엔지니어는이 밀접하게보고 필요한 추가 업데이트를 게시 할 것입니다.

3. 2024년 7월 30일 오후 8:47 UTCupdate

   StatusCast의 응용 프로그램은 안정적으로 유지되었습니다. 우리의 엔지니어는 Microsoft와 긴밀하게 시스템을보고 계속 그들의 측면에 이벤트를 완전히 닫지 않습니다. Azure의 문제점에 대한 자세한 내용은 상태 페이지를 참조하시기 바랍니다. 우리는 필요한 추가 업데이트를 제공합니다.

4. 2024년 7월 30일 오후 10:00 UTCresolved

   Microsoft는 측면과 StatusCast의 플랫폼에 대한 문제점을 해결했습니다. Microsoft가이에 대한 자세한 내용을 게시하면 RCA의 형태로 제공 할 것입니다.

5. 2024년 8월 1일 오후 5:07 UTCupdate

   MICROSOFT에서: Mitigation Statement - Azure Front Door는 Microsoft 서비스의 하위 집합에 접근 추적 ID: KTY1-HW8 무슨 일이 있었습니까? 약 11:45 UTC 및 19:43 UTC에서 30 7 월 2024, 고객의 하위 세트는 전 세계적으로 Microsoft 서비스의 하위 세트에 연결하는 경험있는 문제가있을 수 있습니다. Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy 및 Azure Portal 자체 및 Microsoft 365 및 Microsoft Purview 서비스의 하위 세트를 포함하는 Impacted 서비스. 우리는 지금까지 알고 있습니까? Azure Front Door (AFD) 및 Azure Content Delivery Network (CDN) 구성 요소가 허용 된 임계값 아래에서 수행 된 예기치 않은 사용 스파이크는 간헐적 오류, 타임 아웃 및 대기 스파이크로 이어졌습니다. 초기 방아쇠 사건이 분산 된 Denial-of-Service (DDoS) 공격이었다 동안, 이는 우리의 DDoS 보호 메커니즘을 활성화, 초기 조사는 우리의 방어의 구현에 오류가 영향을 미칩니다. 우리는 어떻게 반응 했습니까? 고객 영향은 11:45 UTC에서 시작되었으며 투자를 시작했습니다. 사용 스파이크의 본질이 이해되면, 우리는 우리의 DDoS 보호 노력을 지원하기 위해 네트워킹 구성 변경을 구현하고, 완화를 제공하기 위해 네트워크 경로를 변경하는 실패를 수행. 우리의 초기 네트워크 구성은 성공적으로 14:10 UTC의 영향을 미쳤습니다. 일부 고객이보고 100 % 가용성, 우리는 주위에 이동하기 시작했다 18 : 00 UTC. 우리는 업데이트 된 완화 접근 방식을 진행, 아시아 태평양과 유럽 지역의 지구를 먼저 압연. 이 개정 된 접근법이 성공적으로 초기 완화의 부작용 영향을 제거 한 후, 우리는 미주 지역에서 지구로 압연했습니다. 실패율은 19:43 UTC에 의해 사전 통지 수준으로 돌아갑니다 - 트래픽 및 서비스를 모니터링 한 후 문제가 완전히 마이그레이션 된 것을 보장하기 위해, 우리는 20:48 UTC로 이동 사건을 선언했습니다. 일부 다운스트림 서비스는 더 이상 복구, 그들이 AFD 및 / 또는 CDN을 사용하는 방법에 따라. 다음 것? 우리의 팀은 내부 복고풍을 완료하여 더 자세히 사건을 이해할 수 있습니다. 우리는 약 72 시간 이내에 Preliminary Post Incident Review (PIR)를 게시하여 무슨 일이 있었는지에 대한 자세한 내용을 공유합니다. 내부 복도가 완료되면 일반적으로 14 일 이내에 최종 Post Incident Review를 추가 세부 사항 및 학습으로 게시합니다. 그 일이 발생했을 때 알림을 받으려면, 그리고/또는 미래의 Azure 서비스 문제에 대해 알리기 위해 Azure Service Health alert를 구성하고 유지해야 합니다. 이러한 이메일, SMS, 푸시 알림, webhooks 등을 트리거할 수 있습니다. https://aka.ms/ash-alerts. Post Incident 리뷰에 대한 자세한 내용은 https://aka.ms/AzurePIRs를 참조하십시오. 마지막으로, 구름 사건 준비에 대한 더 넓은지도, 참조 https://aka.ms/incidentreadiness.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 7월 22일 오후 4:30 UTCupdate

   StatusCast 및 4me의 지원 팀은 모든 변경 요청 및 사건에 대해 4me을 직접 사용하여 StatusCast의 레거시 티켓 시스템에서 지원 서비스를 마이그레이션하는 다음 단계를 수행 할 준비가되어 있습니다. StatusCast의 4me의 운영을 통합하는 다음 단계는 궁극적으로 제출하고 그 상태에 대한 요청으로 훨씬 더 통찰력을 제공합니다. 어떤 변화? 수요일, 7월 24일 2024일 StatusCast의 지원 포털은 https://4me-statuscast-portal.4me.com/으로 바뀝니다. 이 셀프 서비스 포털은 새 티켓을 제출하고 제출 한 기존의 하나의 상태를 볼 수있는 새로운 리소스가 될 것입니다. 이 새로운 포털은 티켓의 더 정확한 상태를 제공 할 것이며, 변경을 요청하거나 개발 작업을 필요로하는 문제로 실행하는 경우 QA에 개발하는 상태에 가시성이있을 것입니다. 또한, 고객은 우리가 따라가는 지식베이스를 포함하는 포털을 통해 걷기하여 질문에 대한 답변을 찾을 수 있습니다. 우리는 우리가 제공하는 지원에서 중요한 단계로 우리의 고객에게 이 장시간 시정을 가져오기 위하여 아주 흥분합니다. 이 변경의 결과로, emailing [email protected]는 더 이상 열리는 표가 아닙니다. 셀프 서비스 포털에 액세스하고 액세스 지원 요청을 제출해야합니다. 이 셀프 서비스 포털에 대한 링크는 StatusCast의 관리자 포털에 추가되었으며 Settings >를 선택하여 액세스 할 수 있습니다. 도움말 센터 > 지원 티켓 Existing StatusCast 관리자는이 새로운 포털에 액세스 권한을 부여했습니다. StatusCast Portal에 액세스하려면 https://xurrent-statuscast-portal.xurrent.com/로 이동하고 '4me 암호를 잊어 버렸습니까?' (1)를 사용하여 지원 포털 암호를 등록 할 수 있습니다. 이 작업을 수행하는 동안 이메일을받지 못하면 자동화 된 액세스 권한을 부여받지 못했습니다. 그 경우 "Register as New User" (2) : StatusCast Portal은 이메일 주소를 사용해야 하며, 18개의 문자로 암호를 설정해야 합니다.

2. 2024년 7월 22일 오후 4:31 UTCresolved

   자동 폐쇄

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 7월 5일 오후 1:00 UTCupdate

   보안 및 투명성에 대한 우리의 약속을 유지하기 위해 우리는 SMS, Twilio에 대한 우리의 공급자가 발생 사건에 우리의 보안 팀을 경고했다. 아래는 Twilio에서받은 성명이며, 사건에 대한 상세한 계정을 부여하고 수행 한 것은 다음과 같습니다. ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Twilio는 우리의 백업 캐리어 중 하나에 의해 통보되었습니다, iBasis, IdentifyMobile는 개인 데이터를 포함 인터넷에 공개적으로 iBasis에 의해 전송 된 특정 SMS 관련 데이터를 노출. IdentifyMobile에 의해 공개적으로 노출 된 보안 연구 그룹에 의해 액세스 한 개인 데이터 및 비 개인 데이터 (마케팅 캠페인과 관련된 데이터와 같은)에 대한 귀하의 개인 데이터 및 비 개인 데이터의 일부를 알려줍니다. 이 사건이 Twilio의 통제 밖에 이었더라도, 우리는 아주 심각하게 가지고 가고 당신이 전체적인 충격을 이해하는 것을 돕기 위하여 투입됩니다. 당신이 알아야 할 것은? 특정 지역에서 메시지를 전달하기 위해 Twilio는 최종 목적지에 전달 가능성을 극대화하기 위해 수많은 캐리어에 의존합니다. Twilio는 iBasis (Twilio 백업 캐리어)가 개발 작업 중에 AWS S3 Bucket에 공개 액세스를 활성화 한 IdentifyMobile (iBasis의 추가 백업 캐리어)를 사용했다고 지적했습니다. 이 물통에 포함된 정보는 5월 10-15일부터 2024년까지 공개되었으며, 5월 13일부터 14일까지 접속되었습니다. IdentifyMobile 및 Amazon AWS 간의 공동 조사에 기반하여이 데이터의 일부가 Chaos Computing Club (CCC)에 접근 한 것을 배웠습니다. CCC는 보안 문제를 식별하는 보안 연구 그룹입니다. CCC는 AWS S3 Bucket에서 다운로드한 모든 데이터를 보유하지 않다는 것을 확인했습니다. 우리는 우리가 다른 타사가 데이터에 액세스 할 수없는 증거가 없습니다. Twilio는이 버킷을 소유하지 않으며 우리의 시스템의 아무도이 데이터 노출과 관련하여 손상되었습니다. 이 사건은 IdentifyMobile과 Twilio의 통제 밖에서 촬영한 행동의 결과였습니다. 우리는이 노출에 관한 가장 정확한 정보를 가져 이러한 캐리어와 협업하는 동안 IdentifyMobile에 의해 노출 된 데이터의 일부는 1 월 1, 2024 및 5 월 15, 2024 사이에 전송 SMS와 관련 된: • 모바일 번호 • SMS 메시지 내용 • SMS 발송자 ID • SMS 타임스탬프 우리가 지금까지 수행 한 것은 무엇입니까? • Twilio는 이 문제를 신속하게 조사하기 위해 우리의 사건 응답 과정을 시작했습니다. • Twilio는 iBasis 임원 팀에 이 문제를 확장했습니다. 그 후, 우리는 가능한 한 많은 정보를 제공하기 위해 타협 된 데이터 로그에 대한 분석을 수행했습니다. • 주의 복종 중, 우리는 가능한 iBasis에 트래픽을 전송하지 않았다. iBasis는 IdentifyMobile로 여정을 중단했습니다. • 우리는 우리의 3rd 파티 캐리어와 협력하여이 사건에서 발생할 수있는 추가 세부 사항을 얻을 것입니다. 당신은 무엇을해야합니까? 우리는 1 월 1, 2024 및 5 월 15, 2024 사이에 보내 SMS 트래픽을 검토하는 것이 좋습니다, 내부 팀 (들)과 노출의 영향을 논의하고 영향을받는 개인과 참여해야하는 경우 결정. 이 사건에 대한 추가 정보가 필요한 경우, 우리는이 상황에서 당신을 지원하기 위해 여기에 있습니다. 우리는 깊이이 불편을 겪고 이해와 협력을 평가할 수 있습니다. ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- StatusCast 란 무엇입니까? StautsCast의 보안 팀은 감사를 경고하고 우리의 서비스에 대한 잠재적 인 영향을 결정하기 위해 수행되었다. Twilio의 보고서에 따르면 StatusCast의 서비스를 통해 전송 된 일부 알림이 iBasis 캐리어를 사용하여 전송되었습니다. 보고서 데이터를 기반으로 수신자의 전화 번호뿐만 아니라 SMS 메시지가 포함되어 있습니다. StatusCast의 SMS 알림은 짧고 사용자를 상태 페이지로 구동하도록 설계되었습니다. SMS 메시지는 수신자 이름 또는 기타 개인 식별 정보를 포함하지 않습니다 (PII). 항상 StatusCast에서 SMS 알림이 전송되었는지 선택할 권리가 있습니다. SMS 옵션은 구성을 검토하려면 응용 프로그램의 설정 및 통합 섹션에서 제어 할 수 있습니다. 이 시기에는 Twilio와의 긴밀한 커뮤니케이션을 유지하지만, Twilio와 추가 정보가 공개되면 자체 상태 페이지를 통해 전달됩니다. StautsCast는 몇 년 동안 Twilio와 파트너 관계를 맺었으며 보안 및 투명성에 강한 의지를 유지했습니다. 우리는 또한이 사건을 고려하여 애플리케이션의 SMS 알림을 계속 제공합니다. 추가 질문이 있으시면 [email protected]으로 문의하십시오

2. 2024년 7월 5일 오후 1:01 UTCresolved

   자동 폐쇄

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 6월 7일 오후 1:00 UTCupdate

   4me의 인수에 따라 StatusCast의 지원 운영을 4me의 인프라로 통합 할 준비가되었습니다. 4me의 지원 가동을 결합함으로써, 우리의 고객은 24x7 지원의 이점이 있고 유효한 대표자의 수는 거의 4배 줄 것입니다. 공식적으로 이 팀에 대한 첫 번째 단계를 수행하기 위해 우리는 6 월 7 일 금요일부터 관리자 포털에서 라이브 채팅 옵션을 제거 할 것입니다, 2024. 이메일([email protected] ) 또는 현재 지원 포털에 액세스하여 지원을 계속할 수 있습니다. 앞으로 몇 달 동안 StatusCast의 지원이 제공되는 방법에 대한 몇 가지 변화를 볼 수 있습니다. 이것은 당신이 지원으로 로그인 한 모든 변경 요청 또는 문제 추적을위한 새로운 개선 된 지원 포털의 도입을 포함 할 것입니다. 또한, 더 많은 도구 및 감사 정보는 신청에서 사용할 수 있으며, 직접 접근 할 수있는 도움과 지식 리소스의 증가가 될 것입니다. 우리는 4me로 우리의 지원 제안을 확장하고 궁극적으로 가치있는 고객 및 사용자의 우리의 공동체를 도울 것이라는 점을 아주 흥분합니다!

2. 2024년 6월 7일 오후 1:01 UTCresolved

   자동 폐쇄

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 4월 4일 오전 12:19 UTCupdate

   약 8:19PM EDT에서 StatusCast의 엔지니어는 일부 상태 페이지와 관리자 응용 프로그램이 접근 할 수 있음을 경고했습니다. 이 팀은 호스팅 파트너 인 Microsoft가 앱 서비스와 SQL 데이터베이스 연결과 관련된 미국 동부 지역의 일부 문제를 경험했다고 확인했습니다. 9:03PM EDT 서비스는 복원되고 StatusCast의 팀은 현재 Microsoft와 협력하여 사건을 완전히 조사합니다. 팀이 완료되면 조사가 완료되면 RCA로 올라갑니다. 이 시간에 StatusCast는 예상대로 완전히 작동해야합니다. 더 많은 문제가 계속되면 [email protected]으로 문의하십시오

2. 2024년 4월 4일 오전 1:03 UTCresolved

   9:03PM EDT 서비스는 복원되고 StatusCast의 팀은 현재 Microsoft와 협력하여 사건을 완전히 조사합니다. 팀이 완료되면 조사가 완료되면 RCA로 올라갑니다.

3. 2024년 4월 5일 오후 9:00 UTCupdate

   Microsoft와 협력하여 StatusCast가 주로 호스팅되는 Azure의 미국 동부 지역에 위치한 SQL 데이터베이스와 부족으로 인해 중단 된 것을 확인했습니다. StatusCast 자체는 약 8:19 PM EDT에서이 정전에 영향을 받았으며 오후 9시 03분 EDT에 의해 완전히 회복되었습니다. StatusCast의 팀은 Microsoft와 긴밀하게 협력하여 서비스 제공 업체의 영향을 최소화 할 수 있도록 돕기 위해 더 최적화 된 서비스를 제공합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 4월 2일 오후 1: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. 2024년 4월 2일 오후 1:01 UTCresolved

   auto-closed

1. 2024년 3월 8일 오후 3: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. 2024년 3월 8일 오후 3: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. 2024년 3월 8일 오후 4: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. 2024년 3월 8일 오후 4:23 UTCresolved

   auto-closed

1. 2024년 3월 8일 오후 1: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. 2024년 3월 8일 오후 3: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. 2024년 3월 8일 오후 5:05 UTCresolved

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

1. 2024년 3월 7일 오전 7: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. 2024년 3월 7일 오전 7: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. 2024년 3월 7일 오전 7: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. 2024년 3월 7일 오전 8: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. 2024년 3월 7일 오전 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. 2024년 3월 7일 오후 2: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. 2024년 3월 7일 오후 3: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. 2024년 3월 7일 오후 3:13 UTCresolved

   auto-closed