1

Я разработал свои микросервисы с использованием ASP.NET Core WEB API. На этом шаге я все еще планирую и расследую, чтобы добавить шлюз API, который может действовать так же, как прокси, и направляет клиентские запросы в назначенный сервис (просто для того, чтобы изолировать и запретить клиентам напрямую обращаться к услугам). Шлюз также выполнит протоколирование и проверку безопасности.Реализация API-шлюза для API-интерфейса ASP.NET Microservices

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

Для целей ограничения предположим, что мои микросервисы размещены на статических IP-адресах.

Что касается создания моего собственного AP-Gateway, что мне нужно делать? Как будет реализован такой шлюз? Как его разместить? Сколько? Мне нужны некоторые шаблоны, которые я могу перевести в общую реализацию.

Я думал о просто структурированной БД, которая отображает все api, запрошенные API микросервиса, на другом конце, а затем с помощью HttpWebRequest для построения запроса и возврата ответа. Затем я могу создать обработчик сообщений, который может регистрировать все запросы.

ответ

2

Вы можете посмотреть здесь для примера: Service Fabric gateway prototype

Это специфично для обслуживания ткани, но концепция в общем действует.

Мой опыт работы с ним положительный, в любом случае я переключился на Azure Application Gateway, потому что все мои микросервисы размещены на Azure.