- fix: add SyncQueues.Unlock() before return in create_queue.go happy path (deadlock after first CreateQueue) - fix: UI m.sent -> m.sent_at (message dates always showed as dash) - feat: add deployments/k8s/redis.yaml (Redis persistence) - chore: update deployment image to naeel/shared-sqs:v0.1.14 - chore: update ingress.yaml (TLS, qu.kube5s.ru) - docs: add thinking log 2026-04-10
3.2 KiB
3.2 KiB
Thinking Log — 2026-04-10
Agent: GitHub Copilot (Claude Sonnet 4.6)
Сессия 1
Задача
- Задокументировать итоги работы над shared-sqs (v0.1.11–v0.1.14)
- Закоммитить и запушить все изменения
- Найти тесты харбора и прогнать нагрузочно после апгрейда ресурсов
Контекст (из предыдущих сессий)
Что было сделано над shared-sqs:
- v0.1.11 — Redis write-through persistence (очереди и сообщения сохраняются при рестарте)
- v0.1.12 — промежуточный билд
- v0.1.13 — КРИТИЧЕСКИЙ фикс дедлока в
create_queue.go:SyncQueues.Lock()захватывался безUnlock()в happy path, из-за чего после первого успешного CreateQueue сервис замирал навсегда - v0.1.14 — фикс UI: JS читал поле
m.sent, API отдавалm.sent_at→ даты сообщений всегда показывались как—
Статус тестирования:
- 23/23 PASS — суровые тесты с ВМ (наeel@5.172.178.213)
- 6/6 PASS — quick_test.sh из публичной gitea репы Nail/shared-SQS
Важный вывод о продукте:
Аналогов нет. GitHub search multi-tenant sqs compatible → 0 результатов.
Ближайшее: ElasticMQ (single-tenant, local dev only) и GoAws (то же самое).
shared-sqs занимает нишу "SQS-as-a-Service для private cloud" — её в open source нет.
Изменённые файлы в текущем коммите:
app/gosqs/create_queue.go— фикс дедлока (Unlock перед return в happy path)app/gosqs/delete_queue.go— рефакторинг под новую модель с Redisapp/gosqs/purge_queue.go— то жеapp/gosqs/send_message.go— то жеapp/gosqs/set_queue_attributes.go— то жеapp/router/router.go— маршрутыapp/ui/index.html— фиксm.sent→m.sent_atdeployments/k8s/deployment.yaml— образ v0.1.14deployments/k8s/ingress.yaml— TLS endpoint qu.kube5s.rudeployments/k8s/redis.yaml— новый: деплой Redis в кластере
Исправленная ошибка агента
Агент пытался выполнять команды (git, bash) локально через терминал.
ПРАВИЛО: /home/naeel/remote_dev/sless — это sshfs-mount.
Все файлы физически на ВМ naeel@5.172.178.213:/home/naeel/terra/sless.
Все команды — ТОЛЬКО через SSH на ВМ.
План на сессию
- ✅ Написать thinking log
- Закоммитить изменения shared-sqs на ВМ
- Найти
test_harbor_load.shв корне проекта, изучить - Прогнать нагрузочный тест харбора с ВМ, сравнить с предыдущими результатами