HISTORY: лимит 50, очистка очередей, итоги 1-го нагрузочного прогона

This commit is contained in:
“Naeel”
2026-08-14 16:53:41 +04:00
parent 0b56677363
commit 7ac750bd72
+22
View File
@@ -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-мин нагрузочный тест.