Микросервисная архитектура с пользовательским интерфейсом и сервером аутентификации

Question

Я думаю о том, чтобы перевести портал нашей монолитной компании в микро сервисы. Для этого мне нужно создать пользовательский интерфейс HTML портала, который имеет некоторую избыточность, чтобы мы не отказывались от обновлений, а также от полной безопасности Spring, включая роли и разрешения.

В настоящее время я застрял в принятии решения о том, что является лучшей практикой и куда ставить пользовательский интерфейс.

Мои варианты:

1. Объедините API-шлюз и EDGE, чтобы пользовательский интерфейс был таким же, как и у любого другого микросервиса, и перешлите /ui/** на него. (Обратной ничьей с этим был путь к ресурсам, так как Zuul не обновлял их, добавляя префикс / ui, поэтому я подумал о том, чтобы перевести его по умолчанию)
2. Создайте два отдельных шлюза, как показано на рисунке выше.
3. Если 2 является оптимальным решением, следует ли отправлять вызовы покоя из HTML непосредственно на шлюз API или переходить на периферию и от него к шлюзу API?

Answer 1

У вас может быть разный уровень безопасности для двух... так что отдельные шлюзы могут быть лучше, я бы отправлял запросы напрямую на ali gateway и избавлялся от лишнего прыжка.