Бэкенд,
который
не падает

Биллинг подписок для SaaS

Задача

Счета вели в таблицах. Как только появились тарифы, перерасчёты и возвраты, каждый месяц заканчивался ручной сверкой и ошибками, которые доходили до клиентов.

Моя роль

Единственный бэкенд-разработчик: модель предметной области, REST API, вебхуки платёжных провайдеров, контейнеризация и деплой.

Сложность

Вебхуки платёжек приходят не по порядку и по нескольку раз — наивный обработчик списывает дважды. Сделал идемпотентный журнал событий с ключом дедупликации и очередью ретраев на RabbitMQ: повторный колбэк фиксируется, но повторно не списывает.

• PHP 8.4
• Symfony
• PostgreSQL
• Docker
• RabbitMQ

CRM для небольших команд

Задача

Отдел продаж вёл сделки в переписке и заметках. Ничего не искалось, никто не видел, какие сделки заглохли, а при передаче между людьми терялся контекст.

Моя роль

Fullstack: API и админка на Laravel, интерфейс на Vue 3, модель ролей, сборка в Docker Compose для локальной работы и продакшена.

Сложность

Список сделок вырос до тысяч строк со связанными контактами, задачами и этапами — классический N+1, страница открывалась секундами. Жадная загрузка плюс материализованная таблица сводки увели время под 100 мс и удержали его при росте данных.

• PHP 8.3
• Laravel
• Vue 3
• MySQL
• Docker

Шина уведомлений на RabbitMQ

Задача

Несколько сервисов слали свои сообщения в Telegram каждый сам по себе. Упирались в лимиты, неудачные отправки пропадали молча, а каждый новый сервис дублировал один и тот же код.

Моя роль

Спроектировал и написал сервис: контракт сообщений, топология очередей, шаблоны, ретраи и мониторинг.

Сложность

Telegram ограничивает частоту отправки и возвращает ошибки, которые нужно различать: часть имеет смысл повторить, часть — нет. Добавил экспоненциальные задержки и dead-letter очередь, чтобы сломанное сообщение не съедало очередь и не блокировало всё, что стоит за ним.

• PHP 8.3
• Symfony
• RabbitMQ
• Redis
• Docker