Блог

Мы приступаем к разработке нового проекта, в котором у нас будет несколько микросервисов, взаимодействующих друг с другом для предоставления информации в облачной системе. Наше приложение будет разделено на множество сервисов, таких как Text Cleaner, Entities Extractor, Entities Resolver, Output Converter. Как вы можете видеть на диаграмме, у нас есть некоторое разветвление, когда ввод данных в одну службу требуется другой службе и так далее.

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

Я хотел проверить, может ли кто-нибудь указать мне здесь лучшие шаблоны:

1- Должны ли мы иметь один класс-оболочку, который содержит классы моделей для всех проектов как один, все детали необходимы в конечных выходных преобразователях или как должен передаваться поток данных, чтобы данные сортировались в последнем микросервисе. Мы хотим, чтобы системы были слабо связаны, и думаем о том, как организовать этот поток, не имея среднего уровня, который составляет все эти данные?

2- Как организовать этот поток? Сервисная сетка / шлюз Api?

Похоже на решение, основанное на рабочем процессе.. Когда задействовано так много шагов, единственный ответ, который вы можете дать потребителю, — это то, что запрос принят.. и процесс запускается в фоновом режиме..Вы не можете позволить потребителю ждать очень долго, потому что у него истечет время соединения.

если все эти службы развернуты на разных серверах (что должно быть в случае определения микросервисов для обеспечения масштабируемости); вы можете обмениваться данными через HTTP или с помощью какого-либо решения для обмена сообщениями, такого как JMS, или если вы развернуты в облаке; они предоставляют сервисы на основе рабочего процесса..