Historia awarii Statuscast

1. 29 października 2025 16:04 UTCupdate

   Między 15: 45 UTC w dniu 29 października a 00: 05 UTC w dniu 30 października 2025 r., klienci i usługi Microsoft dźwigające Azure Front Door (AFD) doświadczyły opóźnień, przerw czasowych i błędów. Usługi dostawy AFD & CDN są nadal stabilne i działają zgodnie z oczekiwaniami. Ze względu na dużą ostrożność, wszystkie operacje zarządzania usługami (w tym tworzenie, aktualizacje, usuwanie i czyszczenie) do AFD za pośrednictwem portalu lub API pozostają tymczasowo zawieszone. Pracujemy nad kompleksowym planem stopniowego zwiększania ich możliwości w ramach podejścia stopniowego, przy jednoczesnym zapewnieniu stabilności platformy. Będziemy nadal dzielić się okresowymi aktualizacjami w miarę postępów. Następna aktualizacja będzie do 01: 00 UTC 31 października 2025 lub wcześniej.

2. 31 października 2025 01:08 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały całkowicie złagodzone o godzinie 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Będziemy informować klientów po zniesieniu ograniczenia, i będziemy wysyłać okresową komunikację na temat postępu. Następna aktualizacja będzie do 19: 00 UTC 31 października 2025 lub wcześniej jako nakaz zdarzenia.

3. 31 października 2025 20:03 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Pracujemy nad zapewnieniem ETA, kiedy możemy znieść ograniczenia i będziemy nadal wysyłać okresową komunikację na temat postępów poprzez Azure Service Health. Następną aktualizacją będzie do 19: 00 UTC dnia 01 listopada 2025 lub wcześniej, jak wymaga to wydarzeń.

4. 31 października 2025 21:35 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Obecnie oczekujemy zniesienia ograniczeń w dniu 05 listopada 2025 r., a w dalszym ciągu będziemy wysyłać okresową komunikację na temat postępów za pośrednictwem Azure Service Health. Następną aktualizacją będzie do 19: 00 UTC dnia 01 listopada 2025 lub wcześniej, jak wymaga to wydarzeń.

5. 1 listopada 2025 19:41 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Obecnie oczekujemy zniesienia ograniczeń w dniu 05 listopada 2025 r., a w dalszym ciągu będziemy wysyłać okresowe komunikaty na temat postępów za pośrednictwem Azure Service Health. Następną aktualizacją będzie do 19: 00 UTC w dniu 02 listopada 2025 lub wcześniej, jak wymaga to wydarzeń.

6. 2 listopada 2025 20:31 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Obecnie oczekujemy zniesienia ograniczeń w dniu 05 listopada 2025 r., a w dalszym ciągu będziemy wysyłać okresowe komunikaty na temat postępów za pośrednictwem Azure Service Health. Następną aktualizacją będzie do 03: 00 UTC dnia 03 listopada 2025 r. lub wcześniej, jak wymaga to wydarzeń.

7. 2 listopada 2025 21:07 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Obecnie oczekujemy zniesienia ograniczeń w dniu 05 listopada 2025 r., a w dalszym ciągu będziemy wysyłać okresowe komunikaty na temat postępów za pośrednictwem Azure Service Health. Następną aktualizacją będzie do 03: 00 UTC dnia 03 listopada 2025 r. lub wcześniej, jak wymaga to wydarzeń.

8. 3 listopada 2025 03:02 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Obecnie oczekujemy zniesienia ograniczeń w dniu 05 listopada 2025 r., a w dalszym ciągu będziemy wysyłać okresowe komunikaty na temat postępów za pośrednictwem Azure Service Health. Następną aktualizacją będzie do 19: 00 UTC w dniu 03 listopada 2025 lub wcześniej, jak wymaga to wydarzeń.

9. 4 listopada 2025 00:14 UTCupdate

   W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. W ramach pełnego dochodzenia i bezpiecznych kontroli, wykonywanie operacji zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) było czasowo niedostępne. Dla tego identyfikatora subskrypcji Azure usunięto ograniczenia dotyczące operacji zarządzania usługami. Proszę pozwolić na około 30- 40 minut na zmiany w pełni rozprzestrzeniać się na krawędzie. Oczekujemy, że wszystkie ograniczenia dotyczące subskrypcji, w tym innych subskrypcji w ramach najemcy, zostaną zniesione do dnia 05 listopada 2025 r. Aktualizacje postępów będą kontynuowane za pośrednictwem Azure Service Health. Kolejna aktualizacja zostanie przekazana do godziny 22: 00 UTC w dniu 04 listopada 2025 r. lub wcześniej, jeśli okoliczności ulegną zmianie.

10. 4 listopada 2025 00:25 UTCupdate

    Przyznajemy, że poprzednia komunikacja mogła zawierać informacje przeznaczone dla innych klientów. Przepraszamy za niedogodności i prosimy o odnotowanie następujących. W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. Przepływ pracy do zarządzania i obracania certyfikatów Bring Your Own Certificate (BYOC) został ponownie włączony. Będziemy monitorować postępy prac w kolejce niezbędnych rotacji. Będziemy nadal dostarczać regularne aktualizacje postępów. Obecnie oczekujemy zniesienia ograniczeń w dniu 05 listopada 2025 r. Następną aktualizacją będzie do 22: 00 UTC w dniu 04 listopada 2025 lub wcześniej, jak wymaga to wydarzeń.

11. 4 listopada 2025 03:27 UTCupdate

    W ramach przygotowań do zniesienia ograniczeń w zakresie zarządzania usługami wysłano nieprawidłowy komunikat wskazujący na wczesne usunięcie. Nasza obecna data zniesienia wszystkich ograniczeń na płaszczyźnie sterowania pozostaje 05 listopada 2025. Następna aktualizacja zostanie przekazana do godz. 22: 00 UTC w dniu 04 listopada 2025 r., lub wcześniej.

12. 4 listopada 2025 22:22 UTCupdate

    W dniu 30 października 2025 r. samoloty Azure Front Door (AFD) i Content Delivery Network (CDN) zostały w pełni złagodzone o godz. 00: 05 UTC i utrzymują normalne poziomy operacyjne. Po zakończeniu naszego pełnego dochodzenia i realizacji dalszych bezpiecznych kontroli, operacje zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) są tymczasowo niedostępne. W dniu 05 listopada 2025 r. kontynuujemy działania zmierzające do zniesienia tego ograniczenia. Następna aktualizacja zostanie wysłana w celu potwierdzenia, kiedy to się stanie, lub wcześniej, jeśli wydarzenia uzasadniają.

13. 5 listopada 2025 23:36 UTCupdate

    Najnowsza aktualizacja: Od 23: 00 UTC w dniu 5 listopada, 2025 ograniczenia Azure Front Door (AFD) i Content Delivery Network (CDN) operacji zarządzania usługami zostały usunięte. Możesz teraz wznowić normalne operacje w samolocie zarządzania obsługą AFD. Dla zwiększenia bezpieczeństwa i ochrony wydłużyliśmy czas rozmnażania konfiguracji do 45 minut. Oczekuje się, że dalsze usprawnienie platformy pozwoli na optymalizację czasów rozmnażania. Poprzedni Context: Azure Front Door (AFD) oraz Content Delivery Network (CDN) zostały całkowicie złagodzone do 00: 05 UTC dnia 30 października 2025 i pozostają na normalnych poziomach operacyjnych. Wcześniej powiadomiliśmy Państwa, że w ramach pełnego dochodzenia i bezpiecznych kontroli, wykonywanie operacji zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) było tymczasowo ograniczone. Niniejsze powiadomienie ma na celu potwierdzenie, że te tymczasowe ograniczenia nie mają już zastosowania. Następne kroki: Jak wspomniano w naszym wstępnym PIR kończymy wewnętrzną retrospektywę, aby zrozumieć ten incydent bardziej szczegółowo. Po zakończeniu, czego oczekuje się w ciągu około 7 dni, opublikujemy nasz końcowy przegląd incydentów post (PIR) - w tym link do rejestracji do Azure Incident Retrospective livestream, omawiając incydent i nasze nauki. Azure Front Door często zadawane pytania (FAQ) 124; Microsoft Learn

14. 5 listopada 2025 23:42 UTCresolved

    Najnowsza aktualizacja: Od 23: 00 UTC w dniu 5 listopada, 2025 ograniczenia Azure Front Door (AFD) i Content Delivery Network (CDN) operacji zarządzania usługami zostały usunięte. Możesz teraz wznowić normalne operacje w samolocie zarządzania obsługą AFD. Dla zwiększenia bezpieczeństwa i ochrony wydłużyliśmy czas rozmnażania konfiguracji do 45 minut. Oczekuje się, że dalsze usprawnienie platformy pozwoli na optymalizację czasów rozmnażania. Poprzedni Context: Azure Front Door (AFD) oraz Content Delivery Network (CDN) zostały całkowicie złagodzone do 00: 05 UTC dnia 30 października 2025 i pozostają na normalnych poziomach operacyjnych. Wcześniej powiadomiliśmy Państwa, że w ramach pełnego dochodzenia i bezpiecznych kontroli, wykonywanie operacji zarządzania usługami (tworzenie, aktualizacja, usuwanie, czyszczenie itp.) było tymczasowo ograniczone. Niniejsze powiadomienie ma na celu potwierdzenie, że te tymczasowe ograniczenia nie mają już zastosowania. Następne kroki: Jak wspomniano w naszym wstępnym PIR kończymy wewnętrzną retrospektywę, aby zrozumieć ten incydent bardziej szczegółowo. Po zakończeniu, czego oczekuje się w ciągu około 7 dni, opublikujemy nasz końcowy przegląd incydentów post (PIR) - w tym link do rejestracji do Azure Incident Retrospective livestream, omawiając incydent i nasze nauki. Azure Front Door często zadawane pytania (FAQ) 124; Microsoft Learn

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 października 2025 16:01 UTCupdate

   Rozumiemy, że istnieje globalna przerwa dla MS Azure. Nasz zespół jest tego świadomy. Strony statusu i portal administracyjny mogą nie być dostępne. Przepraszamy za wszelkie niedogodności.

2. 29 października 2025 18:17 UTCupdate

   Wycofanie Microsoft Azure nadal wpływa na nazwy domen, ale nie na domenę status.page. Możesz użyć https: / / yourpagename .status.page, aby uzyskać dostęp do strony i logowania się portalu administratora. Przepraszamy za wszelkie niedogodności.

3. 30 października 2025 05:40 UTCresolved

   Usługi działają. To wydarzenie zostało rozwiązane.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 4 kwietnia 2025 13:37 UTCupdate

   Inżynierowie zostali poinformowani o opóźnieniach w przetwarzaniu powiadomień. Obecnie badamy i będziemy kontynuować dalsze szczegóły.

2. 4 kwietnia 2025 18:30 UTCresolved

   O 9: 37 AM EDT zdarzył się incydent, który opóźnione przetwarzanie powiadomienia o incydencie. Incydent został całkowicie rozwiązany o 14: 30. Więcej szczegółów na temat przyczyny roota będzie następował. Subskrybenci nadal postrzegaliby strony statusu zgodnie z oczekiwaniami, ale powiadomienie o incydencie byłoby opóźnione.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 lutego 2025 14:53 UTCupdate

   Xurrent Acquires Zenduty SANTA BARBARA, Calif., 27 lutego 2025 r. - Xurrent ™, platforma zarządzania usługami i operacjami specjalnie zbudowana dla nowoczesnych przedsiębiorstw i zarządzanych dostawców usług, nabyła Zenduty, lidera w zakresie niszczenia krawędzi i rozwiązań zarządzania alarmami. To nabycie oznacza kolejny znaczący kamień milowy w trwającej podróży Xurrenta, aby przekształcić IT i ponownie określić, jak organizacje radzą sobie z poważnymi incydentami od początku do końca. Phil Christianson, główny oficer ds. produktów Xurrenta, zauważył: "Xurrent z radością ogłasza znaczący postęp w zakresie możliwości ITOM. Nabycie StatusCast w kwietniu ubiegłego roku wzmocniło naszą platformę, aby dramatycznie poprawić zdolności organizacji do komunikowania szczegółów poważnych incydentów. Wraz z nabyciem Zenduty, umożliwimy IT automatyzację i usprawnienie rozwiązywania incydentów i rekultywacji przyczyn, zapewniając szybsze naprawy i zapobiegając powtarzającym się incydentom". Zenduty jest innowatorem w zarządzaniu incydentami i alarmami. Platforma zyskała reputację za umożliwienie dowódcom incydentów szybkiego zebrania odpowiednich zespołów do wirtualnej sali wojennej, kwestii selekcyjnych i szybkiego rozwiązania problemu. Dzięki zintegrowaniu Zenduty z solidnymi możliwościami zarządzania usługami IT firmy Xurrent (ITSM), klienci będą korzystać z kompleksowych, końcowych operacji IT i zarządzania usługami w ramach jednej, jednolitej platformy. Integracja ta zapewnia, że w przypadku poważnego incydentu, organizacje mogą nie tylko szybko zarządzać i rozwiązywać problem, ale również wdrożyć uporządkowane podejście, aby zapobiec jego powtarzaniu. Zenduty upoważnia dowódców incydentów do skutecznego koordynowania zespołów reagowania, podczas gdy platforma ITSM firmy Xurrent zapewnia przydzielanie zadań odpowiednim zespołom, śledzenie i wykonywanie zadań na czas, prowadząc do ciągłej poprawy między incydentami. Poprzez integrację Zenduty z platformą ITSM firmy Xurrent, organizacje uzyskują następujące kluczowe korzyści: • Automatyzacja wirtualnych sal wojennych dla szybkiej reakcji na incydenty. • Szybkie zarządzanie zdarzeniami i ich rozwiązywanie. • Zapewnienie odpowiedzialności za wykonanie zadania rekultywacji po zdarzeniu. "Połączenie najwyższej jakości narzędzi Zenduty i zarządzania alarmem z mocą zarządzania IT klasy światowej Xurrenta, pozwoli naszym klientom w pełni przejąć kontrolę nad swoimi operacjami IT i zarządzania usługami z bardziej nowoczesnym, połączonym i zautomatyzowanym podejściem", powiedział Kevin McGibben, dyrektor generalny Xurrent. - Dzięki Xurrentowi zespoły podejmują działania szybciej, szybciej rozwiązują incydenty i zapewniają, że nigdy więcej się nie powtórzą - wypełniając kluczowe zadania z efektywnością, dokładnością i pełną odpowiedzialnością. O Xurrent Xurrent ™ usprawnia ITSM i IT Operations Management z automatyzacji z napędem AI-. Nasza platforma upraszcza przepływy pracy, wzmacnia współpracę i zwiększa wydajność. Zbudowany dla skalowalności, Xurrent płynnie dostosowuje się do ewoluujących potrzeb nowoczesnych przedsiębiorstw, minimalizując wysiłek przy maksymalizacji wydajności. Dowiedz się więcej na stronie www.xurrent.com. O Zenduty Zenduty to rozwiązanie end-to@-@ end incidence and on@-@ call management, które zapewnia alarmy w kanale cross-channel poprzez e-mail, telefon, SMS, Slack i Microsoft Team, aby upewnić się, że Twój zespół jest niezwłocznie powiadamiany podczas przerw w obsłudze. Zaprojektowane w celu zwiększenia wydajności reakcji na incydenty, Zenduty oferuje funkcje takie jak zdalne do dostosowania alerting, on-call harmonogramowanie, i bezproblemowe integracji z ponad 150 narzędzi, w tym Datadog, Jira, i Slack. Organizacje wykorzystujące Zenduty zgłosiły znaczną poprawę, w tym skrócenie czasu przestoju, 50% zwiększenie średniego czasu do potwierdzenia (MTTA) i średniego czasu do rozwiązania (MTTR) oraz oszczędności kosztów. Więcej informacji na stronie www.zenduty.com. Komunikat prasowy: https: / / www.xurrent.com / press- release / xurrent- acquires- zenduty- completing- the- incident - response- and - remediation- loop /

2. 27 lutego 2025 14:54 UTCresolved

   auto- zamknięty

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 lutego 2025 14:00 UTCupdate

   Inżynierowie StatusCast zauważyli pewną degradację przetwarzania, która mogła spowodować opóźnienia w niektórych działaniach.

2. 24 lutego 2025 02:00 UTCresolved

   Zespół zidentyfikował problem.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 4 lutego 2025 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 lutego 2025 02:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29 grudnia 2024 23:00 UTCupdate

   Domena dostępu do portalu wsparcia StatusCast została zaktualizowana do https: / / xurrent- statuscast- portal.xurrent.com /. Podczas gdy stara domena przekieruje się do naszej obecnej, zalecamy odpowiednią aktualizację zakładek.

2. 29 grudnia 2024 23:01 UTCresolved

   auto- zamknięty

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 listopada 2024 19:24 UTCupdate

   Inżynierowie StatusCast zidentyfikowali kopię zapasową w procesie przetwarzania tła, która powoduje opóźnienia w niektórych działaniach z powodu ich terminowego zakończenia.

2. 25 listopada 2024 20:32 UTCupdate

   Inżynierowie ustalili przyczynę kopii zapasowej w procesie przetwarzania. W tym czasie zwiększyliśmy zakres usług, które są odpowiedzialne za szybsze usuwanie pozostałych elementów.

3. 25 listopada 2024 22:06 UTCresolved

   Usługi powinny działać zgodnie z oczekiwaniami.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 listopada 2024 01:00 UTCupdate

   Inżynierowie StatusCast zostali poinformowani o ewentualnym wpływie na wydajność zdarzenia na strony stanu i czasy odpowiedzi aplikacji admin. Zdarzenie to nie wpływa na przetwarzanie powiadomień. Przepraszamy za te niedogodności i wkrótce przedstawimy nowe informacje.

2. 18 listopada 2024 19:00 UTCresolved

   Wszystkie usługi powinny być w pełni funkcjonalne i regularnie wykonywane.

3. 27 listopada 2024 20:00 UTCupdate

   Inżynierowie StatusCast ustalili, że około godziny 20: 00 EST 15 listopada 2024 roku kilka serwerów aplikacji StatusCast doświadczyło problemu, który spowodował wydłużenie czasu reakcji. Infrastruktura StatusCast w Azure jest przeznaczona do wykonywania procedur skalowania dla usług pod przymusem, a dla wszystkich, oprócz jednej z usług aplikacji, o których mowa, dokonano tego z powodzeniem przywracając usługę do dopuszczalnego poziomu wydajności. Pozostała usługa składania wniosków w UE nie była właściwie skalowana i pozostawała w stanie zdegradowanym przez wiele dni. 18 listopada zostali poinformowani, że niektórzy klienci nadal doświadczają opóźnień w czasie obciążenia i w tym momencie ostatni serwer został poprawiony. Po tym zdarzeniu zespół StatusCast 's DevOps rozpoczął audyt wszystkich procedur skalowania w celu zapewnienia, że usługi aplikacji w naszych regionach operacyjnych Azure są zgodne z procesem skalowania oraz w celu zapewnienia, że monitorowanie jest właściwie stosowane do wszystkich usług jako że jedna usługa aplikacji pozostaje w stanie zdegradowanym przez kilka dni jest nie do przyjęcia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 września 2024 13:00 UTCupdate

   Nasz zespół z radością ogłosi oficjalną rebrandę 4me na nazwisko Xurrent. Nasz odświeżony wygląd i zaktualizowana tożsamość uchwycić istotę naszego biznesu, naszej platformy, naszej wizji i jej wartości. Nasz nowy wygląd jest rozwijany w nowej stronie internetowej, materiałów marketingowych i aplikacji Xurrent! Ważne daty: • 5 września (dzisiaj!) • Komunikat prasowy zapowiedział uruchomienie nowej marki. • Nasza nowa strona internetowa jest na żywo! Sprawdź na www.xurrent.com. • 7 września • Wszystkie komunikaty z Xurrent będą emanować z naszej nowej domeny, www.xurrent.com. Oznacza to e-maile i wszelkie inne oficjalne komunikaty. Co to dla ciebie znaczy? Od teraz zobaczycie nasze nowe marki w e-mailach, na stronie internetowej i w innych komunikatach. Zapewniam, że ta zmiana nie wpłynie na twoje obecne usługi. Dzięki za bycie wartościową częścią rodziny Xurrent (wcześniej 4me). Podczas gdy nasz wygląd się zmienia, nasze zaangażowanie w dostarczanie najwyższej jakości produktów i wyjątkowe wsparcie klienta pozostaje niezmienione. Nasza misja i wartości nadal nas napędzają, gdy rozwijamy się ku dynamicznej i współpracy przyszłości.

2. 5 września 2024 13:01 UTCresolved

   auto- zamknięty

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 sierpnia 2024 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 sierpnia 2024 17:46 UTCresolved

   auto-closed

1. 30 lipca 2024 13:30 UTCupdate

   Inżynierowie StatusCast zostali wcześniej poinformowani, że niektórzy użytkownicy doświadczają sporadycznych problemów, próbując połączyć się ze stroną statusu i portalem administracyjnym. Nasz dostawca usług hostingowych, Microsoft Azure, poinformował nas za pośrednictwem swojej strony statusu, że doświadczają niektórych problemów sieciowych na całym świecie. Dostarczymy aktualizację, jak tylko więcej informacji będzie dostępnych.

2. 30 lipca 2024 14:44 UTCupdate

   Dostęp do stron statusu pozostał stabilny, a Azure uaktualnił ich status, wskazując na to, że w celu poprawy dostępności usług zastosowano procesy przezwyciężania błędów. Inżynierowie StatusCast będą to uważnie obserwować i w razie potrzeby będą publikować dodatkowe aktualizacje.

3. 30 lipca 2024 20:47 UTCupdate

   Aplikacja StatusCast nadal pozostaje stabilna. Nasi inżynierowie będą nadal uważnie obserwować system, ponieważ Microsoft nie w pełni zamknął wydarzenie po ich stronie. Szczegółowe informacje na temat kwestii Azure można znaleźć na stronie ich statusu. W razie potrzeby zapewnimy dodatkowe aktualizacje.

4. 30 lipca 2024 22:00 UTCresolved

   Microsoft zamknął sprawę po ich stronie i platforma StatusCast nadal działa zgodnie z oczekiwaniami. Kiedy Microsoft opublikuje więcej szczegółów na ten temat zapewnimy tutaj w formie RCA.

5. 1 sierpnia 2024 17:07 UTCupdate

   Z MIKROSOFT: Oświadczenie o łagodzeniu skutków - Azure Front Door Issues dostęp do podzbioru usług Microsoft Identyfikator śledzenia: KTY1- HW8 Co się stało? Od około godziny 11: 45 UTC do 19: 43 UTC w dniu 30 lipca 2024 r. podzbiór klientów mógł doświadczyć problemów związanych z podzbiorem usług Microsoft na całym świecie. Impacted services included Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy, a także sam portal Azure i podzbiór usług Microsoft 365 i Microsoft Purview. Co wiemy do tej pory? Nieoczekiwany wzrost zużycia spowodował powstanie elementów sieci Azure Front Door (AFD) i Azure Content Delivery Network (CDN), które osiągają wartości poniżej akceptowalnych progów, co prowadzi do nieregularnych błędów, przerw czasowych i skoków opóźniających. Podczas gdy początkowe zdarzenie wyzwalające było atakiem DDoS (DDoS), który aktywował nasze mechanizmy ochrony DDoS, wstępne badania sugerują, że błąd w realizacji naszych defensyw wzmocnił wpływ ataku zamiast go złagodzić. Jak zareagowaliśmy? Wpływ na klienta rozpoczął się o 11: 45 UTC i zaczęliśmy śledztwo. Po zrozumieniu charakteru skali użytkowania, wprowadziliśmy zmiany konfiguracji sieci, aby wesprzeć nasze działania w zakresie ochrony DDoS, a także wykonaliśmy awarie na alternatywne ścieżki sieciowe, aby zapewnić ulgę. Nasza początkowa konfiguracja sieciowa zmienia się z powodzeniem, zmniejszając większość uderzeń o 14: 10 UTC. Niektórzy klienci zgłosili mniej niż 100% dostępności, co zaczęliśmy łagodząc około 18: 00 UTC. Podążaliśmy za zaktualizowanym podejściem w zakresie łagodzenia zmiany klimatu, po raz pierwszy wprowadzając to w życie w regionach Azji i Pacyfiku oraz w Europie. Po potwierdzeniu, że to zmienione podejście pomyślnie zlikwidowało skutki uboczne pierwotnego łagodzenia skutków, skierowaliśmy je do regionów Ameryki. Wskaźniki awarii powróciły do poziomu przed incydentami o 19: 43 UTC - po monitorowaniu ruchu i usług w celu zapewnienia, że problem został w pełni złagodzony, ogłosiliśmy incydent złagodzony o 20: 48 UTC. W zależności od tego, w jaki sposób zostały skonfigurowane do korzystania z AFD i / lub CDN, niektóre usługi niższego szczebla wymagały dłuższego czasu. Co dalej? Nasz zespół dokończy wewnętrzną retrospektywę, by lepiej zrozumieć ten incydent. Opublikujemy wstępny przegląd incydentów post (PIR) w ciągu około 72 godzin, aby podzielić się więcej szczegółów na temat tego, co się stało i jak zareagowaliśmy. Po zakończeniu naszej wewnętrznej retrospektywy, zazwyczaj w ciągu 14 dni, opublikujemy Final Post Incident Review wraz z dodatkowymi szczegółami i uczniami. Aby zostać poinformowanym, gdy tak się stanie, i / lub być informowanym o przyszłych problemach z usługami Azure, upewnij się, że skonfigurujesz i utrzymasz Azure Service Health alerts - mogą one wywoływać e-maile, SMS, wysyłać powiadomienia, haki internetowe i więcej: https: / / aka.ms / ash- alerts. Więcej informacji na temat przeglądu incydentów post można znaleźć w https: / / aka.ms / AzurePIR. Wreszcie, w celu uzyskania szerszych wskazówek dotyczących przygotowania do incydentów w chmurze, należy odnieść się do https: / / aka.ms / incidentpresibility.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 lipca 2024 16:30 UTCupdate

   Zespół wsparcia StatusCast i 4me jest gotowy do podjęcia kolejnego kroku w migracji naszych usług wsparcia z dotychczasowego systemu biletów StatusCast do korzystania z 4me bezpośrednio do wszystkich wniosków o zmianę i incydentów. Ten kolejny krok w integracji operacji StatusCast do 4me ostatecznie zapewni Ci dużo więcej wglądu w wnioski złożyć i ich status. Co się zmienia? W środę, 24 lipca 2024 roku portal wsparcia StatusCast zostanie przeniesiony do https: / / 4me- statuscast- portal.4me.com /, ten portal samoobsługowy będzie nowym zasobem, aby przedstawić nowe bilety i zobaczyć status wszystkich już złożonych. Ten nowy portal da Ci bardziej dokładny status biletu, a w przypadku gdy zażądasz zmiany lub wpadniesz na problem wymagający prac rozwojowych, będziesz miał widoczność na jego status od rozwoju do QA, do perspektywy produkcji. Ponadto, klienci będą mogli znaleźć odpowiedzi na swoje pytania, przechodząc przez portal, który zawiera bazę wiedzy, która zostanie rozszerzona w miarę trwania. Jesteśmy bardzo podekscytowani, aby zapewnić naszym klientom tę rozszerzoną widoczność, ponieważ uważamy, że jest to ważny krok naprzód w udzielaniu wsparcia. W wyniku tej zmiany e-mail support @ statuscast.com nie otworzy już biletów. Będziesz musiał uzyskać dostęp do portalu samoobsługi, aby złożyć i uzyskać dostęp do wniosków o wsparcie. Link do tego portalu samoobsługowego został dodany do portalu administracyjnego StatusCast i można do niego uzyskać dostęp wybierając Ustawienia & gt; Centrum pomocy & gt; Bilety wsparcia Istniejący administratorzy StatusCast uzyskali dostęp do tego nowego portalu. Aby uzyskać dostęp do portalu StatusCast, przejdź do https: / / xurrent- statuscast- portal.xurrent.com / i zacznij od 'Zapomniałeś hasła 4me?' (1), aby można było wysłać e-mail, aby zarejestrować swoje hasło do portalu wsparcia. Jeśli podczas wykonywania tej czynności nie otrzymasz wiadomości e-mail, nie uzyskałeś automatycznego dostępu, w takim przypadku możesz się zarejestrować klikając "Zarejestruj się jako nowy użytkownik" (2): Portal StatusCast wymaga używania adresu e-mail i konfiguracji hasła z 18 znakami.

2. 22 lipca 2024 16:31 UTCresolved

   auto- zamknięty

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 lipca 2024 13:00 UTCupdate

   Zgodnie z naszym zaangażowaniem na rzecz bezpieczeństwa i przejrzystości chcieliśmy poinformować, że nasz dostawca SMS, Twilio, poinformował nasz zespół bezpieczeństwa o incydencie, który miał miejsce. Poniżej jest oświadczenie, które otrzymaliśmy od Twilio, które zawiera szczegółowy opis zdarzenia i tego, co zostało zrobione: - To... Twilio został powiadomiony przez jednego z naszych przewoźników kopii zapasowej, iBasis, że IdentifyMobile nieumyślnie ujawnił niektóre dane związane z SMSe wysyłane przez iBasis publicznie w Internecie, które zawierały dane osobowe. Piszemy, aby poinformować, że niektóre dane osobowe i nieosobowe (takie jak dane związane z kampaniami marketingowymi) zostały udostępnione przez grupę badawczą ds. bezpieczeństwa, podczas gdy zostały publicznie ujawnione przez IdentifyMobile. Chociaż ten incydent był poza kontrolą Twilio, traktujemy go bardzo poważnie i jesteśmy zaangażowani w pomoc w zrozumieniu pełnego wpływu. Co chcesz wiedzieć? W celu dostarczenia wiadomości w określonych regionach, Twilio opiera się na licznych przewoźników, aby zmaksymalizować wydajność ich końcowych miejsc docelowych. Twilio został poinformowany, że iBasis (przewoźnik zapasowy Twilio) korzystał z IdentifyMobile (dalszy przewoźnik zapasowy iBasis), który niechcący umożliwił publiczny dostęp do wiadra AWS S3 podczas prac rozwojowych. Informacje zawarte w tym wiadrze zostały podane do publicznej wiadomości od 10-15 maja 2024 roku i dostępne między 13-14 maja 2024 roku. Na podstawie wspólnego dochodzenia pomiędzy IdentifyMobile i Amazon AWS dowiedzieliśmy się, że część tych danych została udostępniona przez Chaos Computing Club (CCC). CCC jest grupą badawczą ds. bezpieczeństwa, która identyfikuje kwestie bezpieczeństwa; CCC potwierdziła, że nie posiadają żadnych danych pobranych z pojemnika AWS S3. Nie mamy dowodów, które pozwoliłyby nam potwierdzić, że żadna inna osoba trzecia nie uzyskała dostępu do danych. Twilio nie jest właścicielem tego wiadra, a żaden z naszych systemów nie został naruszony w związku z tą ekspozycją na dane. Ten incydent był wynikiem działań podjętych przez IdentifyMobile i poza kontrolą Twilio. Podczas gdy nadal współpracujemy z tymi przewoźnikami, aby dostarczyć Państwu najdokładniejsze informacje dotyczące tej ekspozycji, część danych ujawnionych przez IdentifyMobile związanych z SMS wysłanych między 1 stycznia 2024 a 15 maja 2024 r. i zawierała: • Numer telefonu komórkowego • Zawartość wiadomości SMS • Identyfikator nadawcy SMS • Znacznik czasu SMS Co do tej pory zrobiliśmy? • Twilio zainicjował nasz proces reagowania, aby szybko zbadać tę sprawę. • Twilio zwiększył tę kwestię do zespołu wykonawczego iBasis; następnie, przeprowadziliśmy analizę dzienników danych, które zostały zagrożone, aby dostarczyć jak najwięcej informacji, jak to możliwe. • Ze względu na dużą ostrożność, przestaliśmy wysyłać ruch do iBasis tam, gdzie to możliwe. iBasis poinformowała Twilio, że przestała być w trasie z IdentifyMobile. • Będziemy kontynuować współpracę z naszymi przewoźnikami firm trzecich, aby uzyskać dodatkowe szczegóły, które mogą powstać w związku z tym incydentem. Co musisz zrobić? Zalecamy przegląd ruchu SMS, który wysłałeś między 1 stycznia 2024 a 15 maja 2024 roku, omawiając konsekwencje ekspozycji z wewnętrznym zespołem (-ami) i decydując, czy trzeba zaangażować się w wpływających osób. Jeśli potrzebujesz dodatkowych informacji na temat tego incydentu, jesteśmy tu, by wspierać cię w całej tej sytuacji. Głęboko żałujemy wszelkich niedogodności, które mogą spowodować i docenić wasze zrozumienie i współpracę. - To... Co zrobił StatusCast? Gdy zespół bezpieczeństwa StautsCast został powiadomiony, przeprowadzono audyt w celu ustalenia potencjalnego wpływu, jaki miało to na nasze usługi. Na podstawie sprawozdania Twilio możliwe jest, że niektóre powiadomienia przesłane za pośrednictwem usługi StatusCast zostały wysłane przy użyciu przewoźnika iBasis. W oparciu o raport dane zawierałyby numer telefonu odbiorcy oraz wiadomość SMS. Powiadomienia SMS w StatusCast są zaprojektowane tak, aby były krótkie i doprowadzały użytkowników do strony statusu. Wiadomości SMS nie zawierają nazwy odbiorców lub innych możliwych do zidentyfikowania danych osobowych (PII). Jak zawsze w StatusCast masz prawo do wyboru, czy powiadomienia SMS są wysyłane, czy nie. Opcje SMS mogą być sterowane w sekcjach Ustawienia i Integracja aplikacji, jeśli chcesz przeglądać konfiguracje. W tym czasie nie ma żadnych dodatkowych punktów działania dla StatusCast do podjęcia w odniesieniu do jego zastosowania lub infrastruktury, jednak będziemy utrzymywać ścisłą komunikację z Twilio i jeśli jakiekolwiek dodatkowe informacje są udostępniane będziemy przekazywać go przez naszą własną stronę statusu. StautsCast od lat współpracuje z Twilio i utrzymują silne zaangażowanie na rzecz bezpieczeństwa i przejrzystości. Weźmiemy to również pod uwagę, ponieważ nadal oferujemy powiadomienia SMS w aplikacji. Jeśli masz jakieś dodatkowe pytania, skontaktuj się z nami pod adresem support @ statuscast.com

2. 5 lipca 2024 13:01 UTCresolved

   auto- zamknięty

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 czerwca 2024 13:00 UTCupdate

   Po przejęciu przez 4me, przygotowywaliśmy się do włączenia operacji wsparcia StatusCast do infrastruktury 4me. Poprzez połączenie naszych operacji wsparcia z 4me, nasi klienci będą mieli przewagę wsparcia 24x7 i liczba dostępnych przedstawicieli będzie prawie czterokrotnie. Aby zrobić pierwszy krok naprzód w oficjalnym połączeniu tych zespołów, będziemy usuwać opcję czatu na żywo dostępną w portalu administracyjnym począwszy od piątku 7 czerwca 2024 roku. Możesz nadal komunikować się ze wsparciem poprzez e-mail (support @ statuscast.com) lub poprzez dostęp do naszego aktualnego portalu wsparcia. W najbliższych miesiącach zauważysz kilka zmian w sposobie udzielania wsparcia przez StatusCast. Będzie to wymagało wprowadzenia nowego i ulepszonego portalu wsparcia do śledzenia wszelkich wniosków o zmianę lub problemów, które zostały zalogowane ze wsparciem. Ponadto w aplikacji zostanie udostępniona więcej narzędzi i informacji audytowych, a także nastąpi zwiększenie dostępnych bezpośrednio zasobów pomocy i wiedzy. Jesteśmy bardzo podekscytowani, aby rozszerzyć naszą ofertę wsparcia z 4me i wiedzieć, że ostatecznie pomoże naszej społeczności cennych klientów i użytkowników!

2. 7 czerwca 2024 13:01 UTCresolved

   auto- zamknięty

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 4 kwietnia 2024 00:19 UTCupdate

   Około 20: 19 EDT, inżynierowie StatusCast zostali poinformowani, że niektóre strony statusu i aplikacje admin były niedostępne. Zespół stwierdził, że jego partner hostingowy, Microsoft, doświadcza pewnych problemów w swoim regionie US East związanych z usługami aplikacji i połączeniami baz danych SQL. Od 9: 03PM EDT usługi zostały przywrócone, a zespół StatusCast pracuje obecnie z Microsoft w celu pełnego zbadania incydentu. Kiedy zespół zakończy śledztwo, będziemy kontynuować śledztwo. W tym czasie StatusCast powinien działać w pełni zgodnie z oczekiwaniami, jeśli nadal masz jakiekolwiek inne problemy prosimy o kontakt na support @ statuscast.com

2. 4 kwietnia 2024 01:03 UTCresolved

   Od 9: 03PM EDT usługi zostały przywrócone, a zespół StatusCast pracuje obecnie z Microsoft w celu pełnego zbadania incydentu. Kiedy zespół zakończy śledztwo, będziemy kontynuować śledztwo.

3. 5 kwietnia 2024 21:00 UTCupdate

   Współpracując z Microsoft, zespół StatusCast potwierdził, że zakłócenie było spowodowane brakiem bazy danych SQL w regionie Azure 's US East, gdzie StatusCast jest przede wszystkim gospodarzem: Samo StatusCast zostało dotknięte tym brakiem od około 8: 19 PM EDT i w pełni odzyskało się do 9: 03 PM EDT. Zespół StatusCast będzie nadal ściśle współpracować z Microsoft w celu dalszej optymalizacji swojej oferty, aby zapewnić, że wpływ przerw w świadczeniu usług jest jak najmniejszy.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 kwietnia 2024 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 kwietnia 2024 13:01 UTCresolved

   auto-closed

1. 8 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 16:23 UTCresolved

   auto-closed

1. 8 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 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 marca 2024 15:13 UTCresolved

   auto-closed