HISTORY: лимит 50, очистка очередей, итоги 1-го нагрузочного прогона
This commit is contained in:
@@ -546,3 +546,25 @@ DeleteQueue всегда успешен; NextSequenceNumber пересоздаё
|
|||||||
- smoke.sh: 11/11 PASS.
|
- smoke.sh: 11/11 PASS.
|
||||||
- 30-мин нагрузочный тест с ВМ — в процессе.
|
- 30-мин нагрузочный тест с ВМ — в процессе.
|
||||||
|
|
||||||
|
## Лимит очередей 50 + очистка (14.08.2026)
|
||||||
|
|
||||||
|
**Нагрузочный тест (1-й прогон v0.1.35, с ВМ)**: 217440 операций, но 214683
|
||||||
|
«неожиданных» = LimitExceeded. Причина: у JWT-тенанта лимит 10 очередей
|
||||||
|
(CreateFromJWT хардкод 10), а 9 мусорных очередей от прежних тестов заняли
|
||||||
|
почти весь лимит — 4 воркера теста упирались в лимит на create-queue.
|
||||||
|
Некорректное принято: 0. /health сбоев: 0. max latency 77.6с = ReadTimeoutError
|
||||||
|
(25с × 3 ретрая бото3) — потери ответов на пути, не сервис.
|
||||||
|
|
||||||
|
**Изменения (по команде пользователя)**:
|
||||||
|
- `app/tenant/tenant_store.go`: константа `DefaultTenantMaxQueues = 50`;
|
||||||
|
`CreateFromJWT` теперь обновляет `MaxQueues` существующего тенанта до актуального
|
||||||
|
значения при КАЖДОМ логине + персистит в Redis (иначе после рестарта пода из
|
||||||
|
Redis восстановился бы старый лимит).
|
||||||
|
- `app/admin/admin.go`: `CreateFromJWT(..., tenant.DefaultTenantMaxQueues)`.
|
||||||
|
- Деплой v0.1.35 digest `sha256:72f11c67…`.
|
||||||
|
- Удалены все мусорные очереди тенанта (11 штук: probe-*, err-test*, integr-*,
|
||||||
|
vt-check-*, load-*, int-*): осталось 0.
|
||||||
|
|
||||||
|
**Осталось**: логин в консоль для применения лимита 50 к существующему тенанту,
|
||||||
|
затем повторный 30-мин нагрузочный тест.
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user