Развернуть очереди rabbitmq + fanout обменник

Итак, практическое задание этого модуля: самостоятельно подготовьте ТЗ для заказчика — документ, описывающий, что именно будет сделано для реализации его идеи на практике.

Документ должен описывать технический скоуп работ:

• Проработаны ограничения спроектированной архитектуры, проверен запас прочности как по нагрузке, так и по гибкости внесения изменений. При аргументации выбранного решения должны быть понятны и учтены долгосрочные последствия технических решений.
• Зафиксированы функциональные и нефункциональные требования к решению. При выработке SLO команда самостоятельно принимает решения о балансе: идеальная архитектура, текущая архитектура или сделать на коленке в зависимости от сроков и важности проекта.
• Проект должен быть декомпозирован по продуктовым фичам, а декомпозиция провалидирована лидом.
• Понятна очерёдность выпуска фич, определена и зафиксирована дата релиза всего проекта.
• Техническое задание нужно согласовать с заказчиком. Постарайтесь найти решение win/win, устраивающее как разработку, так и бизнес.

Добрый день!

Отличный у вас диплом получился!!! Видно, что был проделан большой объем работы. У меня немного замечаний.

1. В docker-compose.yml много лишних портов выставлено наружу, достаточно только nginx. Для безопасности приложения это плохо.
2. Не совсем понял зачем на каждый handler создавать отдельную папку, воркер, контейнер. У них много общего кода и кажется это все можно в один контейнер (воркер) занести. Это вполне себе будет хорошо и быстро работать на asyncio. Давайте перепишем на один.
3. В логгировании не стоит использовать f-string,.format() , а делать через printf-style примерно так - logging.info("message %s", param)
   printf-style строка не форматируется до самого последнего момента. То есть если использовать f-string, то все вычисления по формированию строки происходят сразу, а если использовать %s и параметры, то только непосредственно перед выводом данных. А если например level handler будет в конфиге поставлен в critical, то этот лог никуда не отправится, а значит опять же строка форматироваться не будет.
   https://okomestudio.net/biboroku/2020/04/on-lazy-logging-evaluation/
4. Тут создание новой сессии на каждый запрос может быть неэффективным, особенно если функция вызывается многократно в рамках одной задачи. Лучше создать сессию во внешнем контексте и передавать её в функцию как параметр, чтобы повторно использовать для множества запросов.

В ручке alice предусмотреть варианты ответов, которые позволяют:

• согласиться на просмотр выбранного фильма (в ответ просто желаем приятного просмотра)
• в случае ошибки сервера извиниться, сказать что что-то пошло не так и преджложить отправить запрос в поддержку.

• Изящная деградация до "пришлём уведомление когда заработает"

Сейчас у нас ответ npl_api — это просто дикт

Надо сделать чтобы в свагере было понятно какой ответ может быть в каком случае

• логи должны писаться
• доступ в кибану должен быть с паролем
• в кибане не должно быть индекса фильмов

• https://python.langchain.com/v0.1/docs/integrations/providers/elasticsearch/
• https://spacy.io/models/ru

2. Добавь helloworld ручку апи на фастапи (нам энтрипоинт будет не нужен, будем делать деградацию на ошибках)
3. Подключи к ней setry (укажи пока старый ключ, я новый потом дам — я всё никак не приеду в уверенный интернет, чтобы работал впн без блокировок)
4. Проинциализируй логи
5. Убедись, что логи пишутся в ELK
6. Напиши в ридми интро:

ELK
Доступна по адресу ....
Конфигурация логов: ....

Протестируй sentry сделав 1/0 операуцию внутри стека ручки апи (п1)
Это где-то на час еще.