asynchronous-architecture

• Смириться с абсурдом топ-менеджмента UberPopug Inc. Прочитать требования.

• Создать репозиторий в гитхабе, пригласить туда @f213 и @davydovanton. Ссылку на созданный репозиторий приcлать на support@tough-dev.school или в чатик на сайте (синий кружок с сердечком в правом нижнем углу). Не забудьте указать емейл, на который покупали курс, чтобы мы поняли, кто вы такой.

• Создайте черновой проект системы так, как вы видите её сейчас, до старта обучения. Не заморачивайтесь с проработкой, не бойтесь ошибиться — мы это делаем, чтобы вы в конце обучения сравнили «было» и «стало». Подойдёт любой инструмент для рисования квадратиков, к примеру LucidChart или Miro + текст о том, как это потенциально работает. Писать код не нужно. Минимальные требования к проекту:

• Выбрать сервисы, минимально должно быть 2+ сервисов — мы всё-таки асинхронную архитектуру делаем. Желательно обосновать почему были выбраны именно такие сервисы. И чем каждый должен заниматься.

• Описать коммуникации между сервисами — вид (синхронный\асинхронный) и данные которые будут передаваться в коммуникациях (хватит основных полей, детали в духе id, created_at и прочие технические поля можно опустить).

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

• Описать спорные места и (или) места, которые вам кажутся критичными на данный момент.