Стоп видалення тільки чат-под перед початком його заміни

FixMediaService
Змішані
4 вересня 2026 р. о 19:50 UTC
Авторизація
Kamo
Про нас
aefbb92

Розгортання замінили тільки под кожного сервісу з нічого не зловити запити рейс. Три налаштування, які застосовуються в флоті: - preStop спить 10s перед процесом бачить SIGTERM. Кубернети знімають под EndpointSlice і сигнали його одночасно, і Traefik тільки дізнаються про видалення шляхом годинник — так що для того моменту він зберігає відправлення нових запитів на под, який вже почався відредагувати їх. Цей проміжок, де з'явився 502-х на іншому місці. - розірванняGracePeriodSeconds, вирощені вище передчасного сну, тому гачок не сам SIGKILLed, а також вбудована робота має номер для обробки. Це стеля, не очікування: свічник Що ще виходить на другий. - minReadySeconds 15, тому под, який проходить готовність один раз, а потім падає над не може відступати здоровий под його заміщений після CI вже назвали добре згортання. TopologySpreadConstraints додано готовий до другої реплікації; вони вводять в одному. Аудит від живого кластера: 63 розгортань 65 у `kamo`` ran a single copy передСтоп гачок, і ніхто не мав minReadySeconds. MediaService відправлено з `strategy: Відтворити` на одній репліки з 5-ми пільговим періодом, тому кожен розгортати видалені под обслуговування чат, вкладення, чат і повідомлення WebSockets, наявність і виштовхуйте, і тільки потім запустили заміну — власні колоди надягають його завантаження на 59 секунд. Що є вікно ~65-х, в якому служба не існує, і завантаження на дріт була сильною 5с марка. Користувач втратив документ, що завантажується, щоб точно це. Не існує PersistentVolumeClaim тут і ніколи не було — обсяги ConfigMap, два секрети і два порожніDirs — так що нічого не потрібно Відтворити. Залишилося. RollingUpdate with maxUnдоступ 0 / maxSurge 1; grace 660s to match kamo-internal, яка несе і т.д. 3 Гіб; ****************************************************************************************************************************************************************************************************************************************************************************** 5s -> 600s, які були обмежити фактично відрізання, що випливають; CI розгортання піднімається до 900-х, щоб сидіти над грацією. Репліка залишається в 1: MediaService не може служити двома подами. Його STOMP брокер In-heap і його per-conversation JetStream споживач є ексклюзивним міцним, що називається після сеанс GUID, так що другий под мовчно отримає нічого для розмов першого пода межа. Що фіксується окремо, перед тим як пересувається кількість репліки.

Всі зміни

Як ви бачите відправлення?

Кожен з цих оновлень землі в робочому просторі автоматично. Почати вільний час і дивитися його на тиждень після тижня.

БезкоштовноПерегляд цін