Снижение задержки с помощью нескольких переходов в архитектуре микросервисов (трафик Север-Юг c) (FE -> Шлюз API -> BFF -> Сервисный уровень -> Бэкэнд)

Question

Как можно уменьшить задержку с помощью обязательных множественных прыжков в архитектуре микросервисов для трафика север-юг c, т. Е. Front End -> API Gateway -> Backend для Front End -> Service Layer -> Backend

Для East West Traffi c, асинхронной связи, могут использоваться брокеры событий, такие как kafka.

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

Любые советы о том, как уменьшить задержку для таких траффиев со множеством прыжков с севера на юг c, пожалуйста?

Answer 1

Когда-нибудь играли в «Транспортный магнат»?

• Получите больше единиц, которые доставляют продукт.

• Уменьшите размер груза.

• Настройка прокси-операций между дальними пунктами назначения, которые доставляет посредник.

Или мой любимый ...

• Интегрируйте процесс, чтобы полностью исключить доставку.

Поскольку распределенные процессы естественны, реальная работа и выгоды, которые необходимо получить, - это их интеграция.

Answer 2

Доброе утро. Я предполагаю, что API Gateway и Backend Forntend совпадают.

A. Интерфейс пользователя -> B. Шлюз API -> C. MiddleTier / Backend Services -> D. Уровень кэша -> E. База данных.

Ниже приведено несколько моментов, на которые следует обратить внимание. Они должны основываться на содержании, насколько они постоянны. 1. Вы можете кэшировать контент в интерфейсе пользователя, чтобы не было обращений к серверу. 2. Вы можете кэшировать контент на уровне промежуточного уровня / Backend Services. 3. У вас может быть Cache Layer, это поможет не достичь базы данных.

URL: https://dotnet.microsoft.com/download/e-book/microservices-architecture/pdf