KamoCRM

Wyczerpanie basenu SecurityService spowodowało zabójstwa na żywo

FixSecurityService
Przesyłane
10 sierpnia 2026 17:14 UTC
Autor
Kamo
Zgłoszenie
2fb944b

Hikari nie miał wyraźnego maksymalnego rozmiaru basenu, więc działał na domyśle 10, podczas gdy Przedstawienie org/praw dla każdej usługi i wewnętrznej strony. Obserwowany W sumie 10 aktywnych-10-10 oczekującychx3, co opóźniło wskaźnik /actuator/zdrowotny db 18,8s; 3s sond timeout zabił kapsułę (exit 137), 29 gotowość Awarie ponad 154 minuty. To pojawiało się dla użytkowników, gdy 'Upstream powrócił 500' na wewnętrznej stronie. Basen podniesiony do 40 (bezpieczny teraz, gdy YSQL Connection Manager multipleksuje klientów Zamiast jednego backenda PostgreSQL każdy), a czasoprzesługi sond jest rozluźniony od 3s do 10s.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Wszystko to pojawia się w twoim miejscu pracy na własną rękę. Zacznij od bezpłatnego planu i przeczytaj tę stronę ponownie w miesiącu.

Zacząć na zawszeZobacz ceny