Сергей / Go backend-инженер

Надёжные
системы.
Инженерный подход
к масштабу.

Я Сергей, Go backend-инженер. Работаю с распределёнными системами, событийной архитектурой и облачной инфраструктурой.

Связаться
eventforge / system map

По следу события.

Одна система. Не только успешный сценарий.

PostgreSQL1 / 5

Одна транзакция записывает заказ и событие outbox. Фиксируются обе записи или ни одна.

Модель · выберите узелat-least-once

Небольшое окно в мой подход к системам.

GoPostgreSQLKafkagRPCCloud
К проектам

Из инженерной практики

Три взгляда на backend: эксперимент, учебная система и профессиональная практика.

Все проекты
Инженерный подход

Надёжность складывается из решений.

Самое интересное — за пределами успешного сценария. Что произойдёт при тайм-ауте, повторной доставке события или отказе зависимости?

Учитывать отказы.

Гарантии доставки, идемпотентность, ограниченные повторы. Восстановление — часть архитектуры, а не инструкция после инцидента.

Измерять до изменений.

Профили, трассы, воспроизводимая нагрузка. Сначала понять узкое место, затем выбрать оптимизацию.

Сохранять ясность системы.

Небольшие интерфейсы, ясная ответственность, простота эксплуатации. Система должна оставаться понятной в сложный момент.

Технический фокус

Инструменты следуют за задачей.

Go в основе. Явные контракты между сервисами. Наблюдаемость, которая помогает понять происходящее между ними.

Сервисы и интерфейсы
Go / REST / gRPC
Данные и события
PostgreSQL / Redis / Kafka / NATS
Инфраструктура
Docker / Linux / GCP / CI/CD
Наблюдаемость
OpenTelemetry / Prometheus / Grafana
Профессиональный опыт

За интерфейсами — инженерная работа.

Backend для голосовых и ML-сценариев: потоковые интерфейсы, асинхронная обработка и интеграции между сервисами.

Подробнее о работе
ZuzexBackend-разработчикГолосовые и ML-системыgRPC / async / observability
На связи

Хорошие системы начинаются с диалога.

Интересны backend-разработка, распределённые системы или вдумчивое техническое сотрудничество?

Написать письмоbxmbuksss@gmail.com