Портфолио Go-бэкенд-инженера
Четыре бэкенд-кейса, разделяющие текущую реализацию и целевую архитектуру, с интерактивным демо и реальным Go-репозиторием.
Завершить границы HTTP/сервиса: валидация в хендлерах, результаты на уровне сервиса, сопоставление ошибок через errors.Is и тесты хендлеров/сервиса/домена.
Критерии приёмки (план):
HTTP-сервис заказов: сегодня — границы, построенные на валидации; цель — полноценное ядро жизненного цикла: машина состояний, идемпотентность, оптимистичная конкурентность и transactional outbox.
Рантайм: Только локальная разработка. Данные демо: моки (MSW)
Четыре бэкенд-кейса. Order в разработке; Auth, Notification и URL-сокращатель — на стадии спецификации с настоящими спецификациями.
HTTP-сервис заказов: сегодня — границы, построенные на валидации; цель — полноценное ядро жизненного цикла: машина состояний, идемпотентность, оптимистичная конкурентность и transactional outbox.
Фокус: Машины состояний, транзакции, идемпотентность, оптимистичная конкурентность, transactional outbox.
Текущая веха: order-http-service
Сервис учётных данных и сессий для демо-окружения: хранение секретов Argon2id, короткоживущие access-токены, непрозрачные ротируемые refresh-токены и обнаружение повторного использования.
Фокус: Жизненный цикл сессий, ротация и обнаружение повторного использования, RBAC, rate limiting.
Событийный сервис доставки: durable inbox, консьюминг at-least-once, ограниченные воркеры доставки и ретраи с backoff — спроектирован вокруг дубликатов, poison-сообщений и восстановления.
Фокус: Обработка at-least-once, durable-задачи, семантика ретраев/DLQ, ограниченные воркеры.
Сервис редиректов, спроектированный вокруг горячего пути: хранение в PostgreSQL, Redis cache-aside с ограниченным фолбэком, per-instance singleflight и воспроизводимые бенчмарки задержек.
Фокус: Redis cache-aside, singleflight, горячий путь, ограниченная аналитика.
Один репозиторий, одно развёртывание: статически сгенерированный слой портфолио и интерактивное демо-SPA под /demo/. Цель — четыре независимо владеемых Go-сервиса; сегодня сервис заказов работает локально, демо — на моках.
Разбор транспортного уровня не попадает в бизнес-логику; сервисы не читают хранилища друг друга. Интеграция — через API и явные контракты.
Current, target и measured — разные утверждения с разной доказательной базой. Планируемая инфраструктура никогда не выдаётся за развёрнутую.
Идемпотентность, оптимистичная конкурентность, доставка at-least-once и границы устаревания кэша — полноценная часть дизайна, а не запоздалая мысль.
Отражает роадмап бэкенд-репозитория. Состояния описывают последовательность, а не проценты.
Завершить границы HTTP/сервиса: валидация в хендлерах, результаты на уровне сервиса, сопоставление ошибок через errors.Is и тесты хендлеров/сервиса/домена.
Сервисы: order
Согласовать OpenAPI/DTO, добавить репозиторий/PostgreSQL/миграции и надёжные сценарии создания/чтения.
Сервисы: order
Матрица состояний заказ/оплата, отмена/возврат, версионирование, идемпотентность, история и тесты конкурентности.
Сервисы: order
Учётные данные, сессии, ротация refresh/обнаружение повторного использования, RBAC, cookies/CORS/CSRF и реальные браузерные сценарии с демо-фронтендом.
Сервисы: auth
Transactional outbox/контракт событий, inbox/jobs, воркеры доставки, ретраи и восстановление.
Сервисы: order, notification
Горячий путь редиректа через БД, фолбэк на Redis, per-instance singleflight, воспроизводимые измерения и ограниченная аналитика.
Сервисы: shortener
Runbook, наблюдаемость, бэкап/восстановление, интеграционный CI и воспроизводимые публичные доказательства.
Сервисы: order, auth, notification, shortener