Конечно, я готов помочь вам с вашими вопросами по написанию микросервисов для вашего проекта в портфолио. Уточните, какие вопросы возникли у вас?
Давайте рассмотрим основные шаги проектирования микросервисной архитектуры: 1. Определение бизнес-требований: перед тем как начать проектирование, необходимо понять бизнес-задачи и цели проекта. 2. Разделение функциональности: определите какие функции вашего приложения могут быть разделены на отдельные микросервисы. 3. Определение границ сервисов: установите четкие границы между сервисами, чтобы избежать излишней зависимости. 4. Выбор технологий: выберите подходящие технологии и инструменты для реализации каждого микросервиса. 5. Обеспечение коммуникации: предусмотрите механизмы коммуникации между микросервисами, такие как API и message queues. 6. Мониторинг и управление: обеспечьте мониторинг и управление каждым микросервисом для обеспечения высокой доступности и производительности. Надеюсь, это поможет вам при проектировании микросервисов для вашего проекта. Если у вас есть конкретные вопросы или потребность в дополнительной информации, не стесняйтесь спрашивать.
Забей на микросервисы, джуны не способны их нормально сделать, тут тупо нужен опыт, так что для начала пиши монолит. Красивое раскидывание кода по папкам, вообще не имеет отношение к микросервисам.
Условно мы отправляем сообщение в чат, в котором состоит пользователь. Нам нужно получить и заблокировать список пользователей, добавить сообщение, и разблокировать.зачем вообще тут блокировать пользователей?
Вы не сможете себе в портфолио добавить микросервисную архитектуру просто написав ее в пет-проекте. Настоящие микросервисы можно пощупать только на масштабах больших компаний и их инфраструктуре, так что устраивайтесь джуном/стажером в какой-нибудь Авито или Озон.
Плюсы микросервисов проявляются только когда над системой работает много человек, а система большая и нагруженная. Писать на микросервисах домашний проект -- это полностью провальная мысль, вы хлебнете кучу минусов, да еще плюс без нужных инструментов, инфры и советов коллег, сделаете ее неправильно.
Сделайте лучше хороший проект-монолит, отработайте навыки языка, БД, развертывания, гита, итд... на одном проекте. Будет гораздо полезнее.