HISTORY: лимит 50, очистка очередей, итоги 1-го нагрузочного прогона
This commit is contained in:
@@ -546,3 +546,25 @@ DeleteQueue всегда успешен; NextSequenceNumber пересоздаё
|
||||
- smoke.sh: 11/11 PASS.
|
||||
- 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