Historia awarii Cycode

1. 27 października 2026 10:06 UTCinvestigating

   / Podsumowanie Niektóre Bitbucket Cloud integracje, które używają OAuth odłączony po Bitbucket usługi uwierzytelniania zwrócił błędy w dniu 27 października 2026, o 03: 45 UTC. * * Uderzenie * * Cycode nie może mieć dostępu do Bitbucket. Skanuje, synchronizuje repozytorium i usuwa statusy dla tych pomieszczeń roboczych, zatrzymując się do czasu ponownego autoryzacji integracji. Integracje, które używają haseł aplikacji, żetonów API lub żetonów dostępu do przestrzeni roboczej nie są naruszone. * * Najnowsza aktualizacja * * Nasze dochodzenie pokazuje, że Bitbucket wydał nowe referencje dla tej integracji, ale nie dostarczył ich do Cycode, ponieważ jego serwis zwrócił błąd. Bitbucket nie akceptuje już poprzednich referencji, więc integracje nie mogą być automatycznie odzyskiwane. Zgłaszamy sprawę Atlassianowi. * * Akcja wymagana * * Jeśli integracja Bitbucket pokazuje jako odłączona, autoryzuj ją ponownie w konsoli Cycode pod [Ustawienia > Integracje > Bitbucket]. Cycode jest kontynuowany z miejsca, gdzie się zatrzymał i nie jest konieczna żadna inna zmiana. Wyślemy aktualizację, gdy będziemy mieli więcej informacji.

2. 27 października 2026 10:46 UTCmonitoring

   Zidentyfikowaliśmy każdą dotkniętą integrację i teraz kontaktują się bezpośrednio z użytkownikami. Integracja zaczyna działać ponownie, gdy tylko użytkownik zatwierdzi ją ponownie w konsoli Cycode pod [Ustawienia > Integracje > Bitbucket]. Zgłosiliśmy błąd Bitbucket do Atlassian i opublikujemy aktualizację, gdy będziemy mieli więcej informacji.

3. 27 października 2026 12:51 UTCresolved

   Zidentyfikowano wszystkie dotknięte nimi integracje w chmurze Bitbucket, a ich użytkownicy otrzymali instrukcje, aby ponownie je autoryzować. Integracje, które zostały zatwierdzone ponownie pracować normalnie. Przyczyną był błąd usługi Bitbucket 27 października 2026, o 03: 45 UTC, który unieważnił referencje niektórych integracje. Podzieliliśmy się szczegółami z Atlassianem do ich śledztwa.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 20 października 2026 09:28 UTCinvestigating

   Zidentyfikowaliśmy potencjalną przyczynę problemów z przepływem logowania i badamy dalej.

2. 20 października 2026 09:54 UTCinvestigating

   Rozwiązaliśmy problem przepływu logowania w regionie UE.

3. 20 października 2026 10:04 UTCmonitoring

   Problem został rozwiązany, a my nadal monitorujemy system, aby zapewnić stabilność.

4. 20 października 2026 15:43 UTCresolved

   Incydent został w pełni rozwiązany i nie widzimy dalszych problemów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 18 października 2026 13:10 UTCinvestigating

   Badamy błędy w aplikacji związane z skanowaniem PR i uszkodzeniem ładunku. Będziemy informować o kolejnych aktualizacjach, gdy znajdziemy przyczynę.

2. 18 października 2026 13:26 UTCidentified

   Mieliśmy problem z jedną z naszych baz aplikacji. Baza danych wraca do normalnych operacji, ale nadal jest zdegradowana i aktywnie pracujemy nad jej naprawą. Platforma wraca do normalnych operacji, a naruszenia i badania PR powinny działać normalnie.

3. 18 października 2026 13:34 UTCmonitoring

   Baza danych wraca do normalnych operacji. Aktywnie monitorujemy, aby zapewnić brak pozostałych kwestii.

4. 18 października 2026 14:40 UTCresolved

   Incydent został w pełni rozwiązany i nie widzimy dalszych problemów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 października 2026 12:56 UTCmonitoring

   * * Monitoring * *: skany API (region USA) Wcześniej nasz system alarmowy wykrył, że usługa za skanowaniem API zaczyna się częściej niż się spodziewano, co spowodowało, że niektóre prośby zawiodły na krótki czas. Zwiększyliśmy pamięć dostępną dla serwisu i od tego czasu jest stabilny. Utrzymujemy usługę pod ścisłą obserwacją, podczas gdy finalizujemy trwałą poprawę.

2. 13 października 2026 13:01 UTCresolved

   * * Resoluted * *: Krótkie spowolnienie skanów API (region USA) 13 października 2026, między 07: 58 a 08: 28 UTC, niektóre wnioski Skan API w regionie USA nie powiódł się lub był powolny. Zeskanowanie stron w Interfejsie Cycode i Interfejsie Cycode CLI może wykazywać tymczasowe błędy, a niektóre skany prośby o ściągnięcie dotarły kilka minut później niż zwykle. Zwiększyliśmy pamięć dostępną dla serwisu, który w pełni rozwiązał problem o 08: 34 UTC. Wszystkie skany w kolejce zakończyły się wkrótce po tym, a dane nie zostały utracone. Zidentyfikowaliśmy przyczynę i stała poprawa jest w przeglądzie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 października 2026 08:30 UTCinvestigating

   GitLab doświadcza obecnie zakłóceń w obsłudze, które mogą mieć wpływ na skanowanie i integrację Cycode PR. Problem pochodzi z infrastruktury GitLab i jest poza kontrolą Cycode. Monitorujemy sytuację i dostarczymy aktualizacje, jak GitLab pracuje, aby przywrócić normalne usługi. Więcej informacji na stronie GitLab: [https: / / status.gitlab.com / pages / incident / 5b36dc6502d06804c08349f7 / 6acdd94de3aa7005ae52c614] (https: / / status.gitlab.com / pages / incident / 5b36dc6502d06804c08349f7 / 6acdd94de3aa7005ae52c614 "https: / / status.gitlab.com / pages / incident / 5b36dc6502d06804c08349f7 / 6acdd94de3aa7005ae52c614")

2. 13 października 2026 08:47 UTCmonitoring

   GitLab przeniósł incydent wpływający na skanowanie PR i połączenie integracyjne do fazy monitorowania. GitLab wdrożył fix i monitoruje wyniki. Kontynuujemy monitorowanie wpływu na integracje Cycode i w razie potrzeby przedstawimy dalsze aktualizacje. Więcej informacji na stronie GitLab: [https: / / status.gitlab.com / pages / incident / 5b36dc6502d06804c08349f7 / 6acdd94de3aa7005ae52c614] (https: / / status.gitlab.com / pages / incident / 5b36dc6502d06804c08349f7 / 6acdd94de3aa7005ae52c614 "https: / / status.gitlab.com / pages / incident / 5b36dc6502d06804c08349f7 / 6acdd94de3aa7005ae52c614")

3. 13 października 2026 11:27 UTCresolved

   GitLab rozwiązał incydent wpływający na skanowanie PR i połączenie integracyjne

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 14:22 UTCinvestigating

   Zespół kontynuuje współpracę z AWS, co nasiliło problem wewnętrznie. Równolegle pracujemy nad przywróceniem funkcjonalności poprzez przejście do innej bazy danych. Wszelkie zablokowane żądania ciągnięcia oczekujące na status Cycode można odblokować poprzez usunięcie skanów Cycode z oczekiwanych kontroli bezpośrednio w SCM (Zarządzanie kodem źródłowym). Skontaktuj się z przedstawicielem Cycode, aby pomóc w usprawnieniu procesu.

2. 7 października 2026 14:22 UTCinvestigating

   AWS potwierdził, że dotknięta instancja PostgreSQL jest obecnie w stanie odzyskiwania wewnętrznego. Oczekiwana awaria Multi- AZ nie wystąpiła zgodnie z projektem, a AWS aktywnie bada dlaczego. Równolegle kontynuujemy prace nad przywróceniem poszkodowanych usług za pomocą alternatywnej ścieżki bazy danych w celu przyspieszenia odzyskiwania

3. 7 października 2026 14:22 UTCinvestigating

   Widzimy, że baza danych przywraca swoje operacyjne możliwości. Widzimy pierwsze skanowanie. Monitorujemy system i zwiększamy przepustowość.

4. 7 października 2026 14:22 UTCinvestigating

   Baza danych nadal działa. Pracujemy nad zwiększeniem prędkości przetwarzania poza regularną, aby jak najszybciej przetworzyć wszystkie zaległości.

5. 7 października 2026 14:22 UTCinvestigating

   Kontynuujemy badanie poważnej degradacji w amerykańskiej platformie spowodowanej wyczerpaniem połączenia PostgreSQL. Klienci mogą doświadczać powolnego czasu reakcji, zwiększonego poziomu 500 błędów oraz wolniejszych przepływów pracy PR i skanów CLI. Zredukowaliśmy obciążenie bazy danych w kilku usługach i uruchomiliśmy awarię RDS. Zespół aktywnie pracuje nad przywróceniem normalnej wydajności.

6. 7 października 2026 14:22 UTCinvestigating

   Zauważyliśmy zdegradowany występ w prod- us Flows like Pull Request lub CLI skanowanie może być wolniejsze niż zwykle

7. 7 października 2026 14:22 UTCinvestigating

   Zespół aktywnie współpracuje z AWS i bada, co wydaje się być problemem awarii bazy danych wpływającym na środowisko USA. Podzielimy się kolejną aktualizacją, jak tylko zdobędziemy więcej informacji.

8. 7 października 2026 14:22 UTCinvestigating

   Platforma USA poprawia się po wcześniejszym wyczerpaniu połączenia RDS / PostgreSQL. AWS potwierdziło, że pierwotna instancja PostgreSQL powróciła do stanu operacyjnego i widzimy powtórne przetwarzanie skanów PR. Główną pozostałą degradacją jest opóźniona obróbka napędzana przez GitHub- ze względu na duży webhook backlog, który jest nadal drenaż. Będziemy kontynuować monitorowanie odzysku i dostarczyć kolejną aktualizację, gdy przetwarzanie wróci do normy

9. 7 października 2026 14:22 UTCinvestigating

   System jest w pełni operacyjny

10. 7 października 2026 14:22 UTCresolved

    (2 / 2) • Przerwał ładunki robocze, które tworzyły duże ilości krótkotrwałych operacji danych, w celu zmniejszenia obciążenia bazy danych, podczas gdy opóźnione zdarzenia oczyszczone. • Skanował żądania ciągnięcia, które zostały pominięte podczas incydentu. * * 4b. Pozycje akcji * * • Zmień jak duże partie danych są zapisywane w celu zmniejszenia obciążenia bazy danych. • Przenieś nasz duży ładunek pracy do własnej dedykowanej bazy danych, więc problem nie może mieć wpływu na resztę platformy. • Dodawanie ostrzeżeń i głębsze monitorowanie korzystania z bazy danych i zdrowia bazy danych. • Daj każdej usłudze swoje własne referencje bazy danych. • Przetwarzanie zdarzeń przychodzących bardziej efektywnie w celu przyspieszenia odzyskiwania po zakłóceniu. • Poprawa monitorowania opóźnień w przetwarzaniu i wewnętrznych wpisów o zdarzeniach. • Przegląd pojemności bazy danych i ustawień wydajności, aby dodać więcej zagłówka.

11. 7 października 2026 14:22 UTCresolved

    (1 / 2) Podsumowanie W dniu 5 października 2026 r., począwszy od godz. 15: 55 IDT, klienci na naszej amerykańskiej platformie widzieli powolne reakcje, okresowe błędy oraz opóźnienia w sprawdzaniu wniosków i skanowaniu CLI. Niektórzy klienci, których repozytoria wymagają Cycode print request check nie mogli się połączyć do czasu wznowienia skanowania. Problem rozpoczął się, gdy proces konserwacji tła w naszej podstawowej bazie danych pozostał w tyle i przestał się uzupełniać, a baza danych przestała zapisywać nowe dane. Usługa przywracania zajęła kilka godzin, ponieważ baza danych w trybie czuwania najpierw musiała przetworzyć duży backlog zmian. Baza danych wróciła, a platforma była dostępna do 19: 43 IDT. Opóźnione przetwarzanie później nadrabiane, a incydent został rozwiązany o 23: 24 IDT. Zeskanowano prośby, które zostały pominięte podczas incydentu. * * 2. Kluczowy harmonogram (IDT) * * * * * 5 października 2026, 12: 55 IDT * *: Rutynowy proces konserwacji bazy danych zaczyna działać znacznie wolniej niż zwykle. Nie ma jeszcze wpływu na klientów. * * 5 października 2026, 14: 53 IDT * *: Następny cykl konserwacji zaczyna się i nie kończy. * * * 5 października 2026, 15: 55 IDT * *: Baza danych przestaje zapisywać nowe dane, a wydajność platformy ulega degradacji. * * * 5 października 2026, 16: 03 IDT * *: Baza danych osiąga limit połączeń. Klienci zaczynają dostrzegać błędy. • * * 5 października 2026, 16: 21 IDT * *: Incydent ogłoszony i zespół reagowania zaangażowany. * * * 5 października 2026, 16: 24 IDT * *: Pierwsza aktualizacja wysłana do strony statusu. • * * 5 października 2026, 16: 49 IDT * *: Przełącz na bazę danych. * * * 5 października 2026, 17: 00 IDT * *: Sprawa wsparcia została otwarta z naszym dostawcą infrastruktury w chmurze. • * * 5 października 2026, 18: 24 IDT * *: Alternatywna ścieżka odzyskiwania rozpoczęła się równolegle. Warsztaty opublikowane dla klientów zablokowane przez wymagane żądanie kontroli. • * * 5 października 2026, 19: 43 IDT * *: Baza danych dostępna ponownie, a Cycode API i platforma Cycode są dostępne. • * * 5 października 2026, 19: 54 IDT * *: Pociągnij za skanowanie. • * * 5 października 2026, 20: 20 IDT * *: Zdolność przetwórcza zwiększyła się w celu usunięcia opóźnionych zdarzeń. * * * 5 października 2026, 20: 45 IDT * *: Wysokogłośne obciążenia robocze wstrzymane w celu zmniejszenia obciążenia bazy danych. • * * 5 października 2026, 21: 56 IDT * *: Wyciągnij wnioski pominięte w czasie zdarzenia zidentyfikowanego i zeskanowanego. * * * 5 października 2026, 23: 09 IDT * *: Wszystkie usługi w pełni sprawne. • * * 5 października 2026, 23: 24 IDT * *: Incydent rozwiązany. * * 3. Nasza baza danych prowadzi rutynowy proces tła, który regularnie zapisuje ostatnie zmiany do stałego przechowywania danych. Dwa warunki przyczyniły się do spowolnienia tego procesu: • * * Operacje danych krótkotrwałych o dużym wolumenie: * * niektóre z naszych operacji przetwarzania nieustannie tworzyły i usuwały dużą liczbę krótkotrwałych struktur danych. • * * Opóźniona synchronizacja tła: * * proces data- synchronizacji spadł daleko w tyle, co zatrzymało bazę danych przed oczyszczeniem po sobie. Proces konserwacji zwolnił i ostatecznie przestał się kończyć. Baza danych nie mogła już zapisywać nowych danych, a wnioski zaczęły się kolejkować. Nasze usługi ponownie wypróbowały te żądania i otworzyły wiele nowych połączeń, które wykorzystały zdolność połączenia bazy danych. Klienci postrzegali to jako błędy i powolne reakcje. Przełączyliśmy się do bazy danych. Zanim mógł obsługiwać ruch, musiał przetworzyć wszystkie zmiany poczynione od ostatniego ukończonego cyklu konserwacji, około czterech godzin aktywności. To przedłużyło przestoje. * * 4. Działania podjęte * * • Zmniejszone obciążenie bazy danych poprzez tymczasowe zmniejszenie ilości nieniezbędnego przetwarzania. • Uruchomiony przełącznik do bazy danych czuwania. • Otworzył przypadek wsparcia z naszym dostawcą infrastruktury w chmurze i pracował z nimi na zasadzie eskalacji. • Równolegle przygotowano alternatywną ścieżkę odzysku. • Udostępniono tymczasową pracę dla klientów zablokowanych przez wymagane sprawdzenie wniosku. • Po odzyskaniu bazy danych, zwiększona zdolność przetwarzania do usuwania opóźnionych zdarzeń.

12. 7 października 2026 14:22 UTCinvestigating

    Ostatnie zaległości są przetwarzane w stałym tempie. Nasze szacunki pokazują, że ostatni backlog części powinny być w pełni przetworzone w około 60- 90 minut (20: 30 UTC). Widzimy, że większość skanów prośby (60% w chwili aktualizacji) jest wykonywana w mniej niż 15 minut. i ta liczba stale rośnie w stałym tempie. Poza tym system wygląda na sprawny. Uważamy, że aplikacja / UI są w pełni sprawne.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 października 2026 13:24 UTCinvestigating

   Zauważyliśmy zdegradowany występ w prod- us Flows like Pull Request lub CLI skanowanie może być wolniejsze niż zwykle

2. 5 października 2026 14:17 UTCinvestigating

   Kontynuujemy badanie poważnej degradacji w amerykańskiej platformie spowodowanej wyczerpaniem połączenia PostgreSQL. Klienci mogą doświadczać powolnego czasu reakcji, zwiększonego poziomu 500 błędów oraz wolniejszych przepływów pracy PR i skanów CLI. Zredukowaliśmy obciążenie bazy danych w kilku usługach i uruchomiliśmy awarię RDS. Zespół aktywnie pracuje nad przywróceniem normalnej wydajności.

3. 5 października 2026 14:29 UTCinvestigating

   Zespół aktywnie współpracuje z AWS i bada, co wydaje się być problemem awarii bazy danych wpływającym na środowisko USA. Podzielimy się kolejną aktualizacją, jak tylko zdobędziemy więcej informacji.

4. 5 października 2026 15:17 UTCinvestigating

   Zespół kontynuuje współpracę z AWS, co nasiliło problem wewnętrznie. Równolegle pracujemy nad przywróceniem funkcjonalności poprzez przejście do innej bazy danych. Wszelkie zablokowane żądania ciągnięcia oczekujące na status Cycode można odblokować poprzez usunięcie skanów Cycode z oczekiwanych kontroli bezpośrednio w SCM (Zarządzanie kodem źródłowym). Skontaktuj się z przedstawicielem Cycode, aby pomóc w usprawnieniu procesu.

5. 5 października 2026 16:10 UTCinvestigating

   AWS potwierdził, że dotknięta instancja PostgreSQL jest obecnie w stanie odzyskiwania wewnętrznego. Oczekiwana awaria Multi- AZ nie wystąpiła zgodnie z projektem, a AWS aktywnie bada dlaczego. Równolegle kontynuujemy prace nad przywróceniem poszkodowanych usług za pomocą alternatywnej ścieżki bazy danych w celu przyspieszenia odzyskiwania

6. 5 października 2026 16:58 UTCinvestigating

   Widzimy, że baza danych przywraca swoje operacyjne możliwości. Widzimy pierwsze skanowanie. Monitorujemy system i zwiększamy przepustowość.

7. 5 października 2026 17:31 UTCinvestigating

   Baza danych nadal działa. Pracujemy nad zwiększeniem prędkości przetwarzania poza regularną, aby jak najszybciej przetworzyć wszystkie zaległości.

8. 5 października 2026 18:17 UTCinvestigating

   Platforma USA poprawia się po wcześniejszym wyczerpaniu połączenia RDS / PostgreSQL. AWS potwierdziło, że pierwotna instancja PostgreSQL powróciła do stanu operacyjnego i widzimy powtórne przetwarzanie skanów PR. Główną pozostałą degradacją jest opóźniona obróbka napędzana przez GitHub- ze względu na duży webhook backlog, który jest nadal drenaż. Będziemy kontynuować monitorowanie odzysku i dostarczyć kolejną aktualizację, gdy przetwarzanie wróci do normy

9. 5 października 2026 19:06 UTCinvestigating

   Ostatnie zaległości są przetwarzane w stałym tempie. Nasze szacunki pokazują, że ostatni backlog części powinny być w pełni przetworzone w około 60- 90 minut (20: 30 UTC). Widzimy, że większość skanów prośby (60% w chwili aktualizacji) jest wykonywana w mniej niż 15 minut. i ta liczba stale rośnie w stałym tempie. Poza tym system wygląda na sprawny. Uważamy, że aplikacja / UI są w pełni sprawne.

10. 5 października 2026 20:09 UTCinvestigating

    System jest w pełni operacyjny

11. 5 października 2026 20:24 UTCresolved

    Podsumowanie W dniu 5 października 2026 r., począwszy od godz. 15: 55 IDT, klienci na naszej amerykańskiej platformie widzieli powolne reakcje, okresowe błędy oraz opóźnienia w sprawdzaniu wniosków i skanowaniu CLI. Niektórzy klienci, których repozytoria wymagają Cycode print request check nie mogli się połączyć do czasu wznowienia skanowania. Problem rozpoczął się, gdy proces konserwacji tła w naszej podstawowej bazie danych pozostał w tyle i przestał się uzupełniać, a baza danych przestała zapisywać nowe dane. Usługa przywracania zajęła kilka godzin, ponieważ baza danych w trybie czuwania najpierw musiała przetworzyć duży backlog zmian. Baza danych wróciła, a platforma była dostępna do 19: 43 IDT. Opóźnione przetwarzanie później nadrabiane, a incydent został rozwiązany o 23: 24 IDT. Zeskanowano prośby, które zostały pominięte podczas incydentu. * * 2. Kluczowy harmonogram (IDT) * * * * * 5 października 2026, 12: 55 IDT * *: Rutynowy proces konserwacji bazy danych zaczyna działać znacznie wolniej niż zwykle. Nie ma jeszcze wpływu na klientów. * * 5 października 2026, 14: 53 IDT * *: Następny cykl konserwacji zaczyna się i nie kończy. * * * 5 października 2026, 15: 55 IDT * *: Baza danych przestaje zapisywać nowe dane, a wydajność platformy ulega degradacji. * * * 5 października 2026, 16: 03 IDT * *: Baza danych osiąga limit połączeń. Klienci zaczynają dostrzegać błędy. • * * 5 października 2026, 16: 21 IDT * *: Incydent ogłoszony i zespół reagowania zaangażowany. * * * 5 października 2026, 16: 24 IDT * *: Pierwsza aktualizacja wysłana do strony statusu. • * * 5 października 2026, 16: 49 IDT * *: Przełącz na bazę danych. * * * 5 października 2026, 17: 00 IDT * *: Sprawa wsparcia została otwarta z naszym dostawcą infrastruktury w chmurze. • * * 5 października 2026, 18: 24 IDT * *: Alternatywna ścieżka odzyskiwania rozpoczęła się równolegle. Warsztaty opublikowane dla klientów zablokowane przez wymagane żądanie kontroli. • * * 5 października 2026, 19: 43 IDT * *: Baza danych dostępna ponownie, a Cycode API i platforma Cycode są dostępne. • * * 5 października 2026, 19: 54 IDT * *: Pociągnij za skanowanie. • * * 5 października 2026, 20: 20 IDT * *: Zdolność przetwórcza zwiększyła się w celu usunięcia opóźnionych zdarzeń. * * * 5 października 2026, 20: 45 IDT * *: Wysokogłośne obciążenia robocze wstrzymane w celu zmniejszenia obciążenia bazy danych. • * * 5 października 2026, 21: 56 IDT * *: Wyciągnij wnioski pominięte w czasie zdarzenia zidentyfikowanego i zeskanowanego. * * * 5 października 2026, 23: 09 IDT * *: Wszystkie usługi w pełni sprawne. • * * 5 października 2026, 23: 24 IDT * *: Incydent rozwiązany. * * 3. Nasza baza danych prowadzi rutynowy proces tła, który regularnie zapisuje ostatnie zmiany do stałego przechowywania danych. Dwa warunki przyczyniły się do spowolnienia tego procesu: • * * Operacje danych krótkotrwałych o dużym wolumenie: * * niektóre z naszych operacji przetwarzania nieustannie tworzyły i usuwały dużą liczbę krótkotrwałych struktur danych. • * * Opóźniona synchronizacja tła: * * proces data- synchronizacji spadł daleko w tyle, co zatrzymało bazę danych przed oczyszczeniem po sobie. Proces konserwacji zwolnił i ostatecznie przestał się kończyć. Baza danych nie mogła już zapisywać nowych danych, a wnioski zaczęły się kolejkować. Nasze usługi ponownie wypróbowały te żądania i otworzyły wiele nowych połączeń, które wykorzystały zdolność połączenia bazy danych. Klienci postrzegali to jako błędy i powolne reakcje. Przełączyliśmy się do bazy danych. Zanim mógł obsługiwać ruch, musiał przetworzyć wszystkie zmiany poczynione od ostatniego ukończonego cyklu konserwacji, około czterech godzin aktywności. To przedłużyło przestoje. * * 4. Działania podjęte * * • Zmniejszone obciążenie bazy danych poprzez tymczasowe zmniejszenie ilości nieniezbędnego przetwarzania. • Uruchomiony przełącznik do bazy danych czuwania. • Otworzył przypadek wsparcia z naszym dostawcą infrastruktury w chmurze i pracował z nimi na zasadzie eskalacji. • Równolegle przygotowano alternatywną ścieżkę odzysku. • Udostępniono tymczasową pracę dla klientów zablokowanych przez wymagane sprawdzenie wniosku. • Po odzyskaniu bazy danych, zwiększona zdolność przetwarzania do usuwania opóźnionych zdarzeń. • Przerwał ładunki robocze, które tworzyły duże ilości krótkotrwałych operacji danych, w celu zmniejszenia obciążenia bazy danych, podczas gdy opóźnione zdarzenia oczyszczone. • Skanował żądania ciągnięcia, które zostały pominięte podczas incydentu. * * 4b. Pozycje akcji * * • Zmień jak duże partie danych są zapisywane w celu zmniejszenia obciążenia bazy danych. • Przenieś nasz duży ładunek pracy do własnej dedykowanej bazy danych, więc problem nie może mieć wpływu na resztę platformy. • Dodawanie ostrzeżeń i głębsze monitorowanie korzystania z bazy danych i zdrowia bazy danych. • Daj każdej usłudze swoje własne referencje bazy danych. • Przetwarzanie zdarzeń przychodzących bardziej efektywnie w celu przyspieszenia odzyskiwania po zakłóceniu. • Poprawa monitorowania opóźnień w przetwarzaniu i wewnętrznych wpisów o zdarzeniach. • Przegląd pojemności bazy danych i ustawień wydajności, aby dodać więcej zagłówka.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 14:14 UTCmonitoring

   O 2: 00 PM EDT (18: 00 UTC) zidentyfikowaliśmy znaczący wzrost obciążenia wpływający na bazę danych uwierzytelniania. Aby złagodzić problem, wykonaliśmy upgrade instance. Podczas aktualizacji mogło dojść do krótkiego przerwania połączeń z bazami danych. Platforma jest stabilna i nadal uważnie monitorujemy sytuację.

2. 7 października 2026 14:14 UTCresolved

   System jest w pełni operacyjny, nie zaobserwowano żadnych bieżących problemów. Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 września 2026 19:08 UTCmonitoring

   O 2: 00 PM EDT (18: 00 UTC) zidentyfikowaliśmy znaczący wzrost obciążenia wpływający na bazę danych uwierzytelniania. Aby złagodzić problem, wykonaliśmy upgrade instance. Podczas aktualizacji mogło dojść do krótkiego przerwania połączeń z bazami danych. Platforma jest stabilna i nadal uważnie monitorujemy sytuację.

2. 28 września 2026 20:45 UTCresolved

   System jest w pełni operacyjny, nie zaobserwowano żadnych bieżących problemów. Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 14:14 UTCresolved

   Rozwiązane

2. 7 października 2026 14:14 UTCinvestigating

   Komponent GitHub: Wyciągnąć wnioski Oryginalny incydent GitHub:

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 października 2026 08:42 UTCinvestigating

   Komponent GitHub: Wyciągnąć wnioski Oryginalny incydent GitHub:

2. 8 października 2026 08:42 UTCresolved

   Rozwiązane

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 września 2026 10:36 UTCinvestigating

   Komponent GitHub: Wyciągnąć wnioski Oryginalny incydent GitHub:

2. 13 września 2026 18:53 UTCresolved

   Rozwiązane

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 14:04 UTCresolved

   Metrics MemoryDB są stabilne, czas przetwarzania odzyskał moc, a system jest teraz w pełni operacyjny.

2. 7 października 2026 14:04 UTCmonitoring

   Zaobserwowaliśmy gwałtowny wzrost wykorzystania pamięci MemoryDB w prod- nas, w tym aktywne wykorzystanie swap. Zastosowano środki łagodzące. Metrics MemoryDB pozostały stabilne od tego czasu, a opóźnienie przetwarzania szybko maleje

3. 7 października 2026 14:04 UTCinvestigating

   Zauważyliśmy zdegradowany występ w prod- us Flows like Pull Request lub CLI skanowanie może być wolniejsze niż zwykle

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 września 2026 16:53 UTCinvestigating

   Zauważyliśmy zdegradowany występ w prod- us Flows like Pull Request lub CLI skanowanie może być wolniejsze niż zwykle

2. 8 września 2026 17:21 UTCmonitoring

   Zaobserwowaliśmy gwałtowny wzrost wykorzystania pamięci MemoryDB w prod- nas, w tym aktywne wykorzystanie swap. Zastosowano środki łagodzące. Metrics MemoryDB pozostały stabilne od tego czasu, a opóźnienie przetwarzania szybko maleje

3. 8 września 2026 17:26 UTCresolved

   Metrics MemoryDB są stabilne, czas przetwarzania odzyskał moc, a system jest teraz w pełni operacyjny.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 14:14 UTCinvestigating

   Zauważyliśmy zdegradowany występ w prod- eu. Degradacja wydajności wpływa na wszystkie zastosowania i wszystkie przepływy (* * jak żądanie ciągnięcia lub CLI skanowanie * *) mogą być wolniejsze niż zwykle. Nasze wstępne śledztwo sugeruje nadmierne obciążenie wspólnej bazy danych, dzięki czemu czytanie i pisanie jest wolniejsze. Zespół kontynuuje śledztwo.

2. 7 października 2026 14:14 UTCresolved

   System znów jest w pełni operacyjny.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 września 2026 09:53 UTCinvestigating

   Zauważyliśmy zdegradowany występ w prod- eu. Degradacja wydajności wpływa na wszystkie zastosowania i wszystkie przepływy (* * jak żądanie ciągnięcia lub CLI skanowanie * *) mogą być wolniejsze niż zwykle. Nasze wstępne śledztwo sugeruje nadmierne obciążenie wspólnej bazy danych, dzięki czemu czytanie i pisanie jest wolniejsze. Zespół kontynuuje śledztwo.

2. 8 września 2026 10:52 UTCresolved

   System znów jest w pełni operacyjny.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 14:14 UTCresolved

   Komponent GitHub: żądania ciągnięcia Incydent w GitHub: https: / / stspg.io / 0xbhhq84v4mt

2. 7 października 2026 14:14 UTCinvestigating

   Komponent GitHub: żądania ciągnięcia Incydent w GitHub: https: / / stspg.io / 0xbhhq84v4mt

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 października 2026 08:42 UTCinvestigating

   Komponent GitHub: żądania ciągnięcia Incydent w GitHub: https: / / stspg.io / 0xbhhq84v4mt

2. 8 października 2026 08:42 UTCresolved

   Komponent GitHub: żądania ciągnięcia Incydent w GitHub: https: / / stspg.io / 0xbhhq84v4mt

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 września 2026 15:10 UTCinvestigating

   Komponent GitHub: żądania ciągnięcia Incydent w GitHub: https: / / stspg.io / 0xbhhq84v4mt

2. 1 września 2026 16:05 UTCresolved

   Komponent GitHub: żądania ciągnięcia Incydent w GitHub: https: / / stspg.io / 0xbhhq84v4mt

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 października 2026 08:42 UTCinvestigating

   Komponent GitHub: żądania ciągnięcia Pierwotny incydent w GitHub: https: / / stspg.io / nrbwjftcz72d

2. 8 października 2026 08:42 UTCresolved

   Komponent GitHub: żądania ciągnięcia Pierwotny incydent w GitHub: https: / / stspg.io / nrbwjftcz72d

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.