🍕 Микросервисы, API Gateway, хореография и оркестрация: новый проект по доставке еды #FoodDeliveryGA 🍕

Представим свою версию Яндекс.Еды — платформу, где:
▫️ пользователи заказывают еду из десятков ресторанов,
▫️ курьеры забирают и развозят заказы,
▫️ рестораны управляют меню и статусами блюд,
▫️ операторы следят за заказами в реальном времени.

Классика для старта — развернуть всё на одном сервере Backend, с одной большой БД.
👉 То есть начать с монолитной архитектуры.

Но как только появляются пиковые часы, акции и тысячи параллельных пользователей, монолит превращается в точку отказа.

👉 Поэтому в #FoodDeliveryGA сразу идём в сторону распределённой архитектуры.


В процессе работы над проектом разберём:

1️⃣ Проектирование микросервисов
Как разделить домен доставки еды на сервисы: заказы, пользователи, рестораны, курьеры, платежи и т.д.

2️⃣ API Gateway
Единая точка входа для мобильных и веб-клиентов + отдельные входы для партнёров (рестораны, внешние курьерские службы).

3️⃣ Партнёрские интеграции
Подключение ресторанов к нашему сервису - как это встраивается в архитектуру и что для этого нужно.

4️⃣ Оркестрация vs Хореография
Подходы к управлению процессами.

5️⃣ Брокеры RabbitMQ и Kafka
Когда и какой брокер выбрать, их устройство и ключевые принципы работы.


Будем делать схемы, продумывать потоки данных и разбирать, почему конкретное решение по архитектуре здесь будет работать лучше другого.


Подписывайтесь на @getanalysts и следите за хэштегами #FoodDeliveryGA и #АрхитектураGA в ближайшем месяце, чтобы изучать архитектуру на реальных примерах и быть в курсе актуальных публикаций по проекту 🍕

#АрхитектураGA