Межпроцессное взаимодействие с .NET WebAPI лучшие практики - PullRequest
0 голосов
/ 14 января 2019

Справочная информация: Я пытаюсь использовать python для анализа настроений в приложении .NET WebAPI. (IronPython не может быть использован в этом случае, так как он не поддерживает библиотеки, которые используются в этих сценариях Python.)

До сих пор мне удавалось использовать python, используя IPC, вызывая необходимые сценарии и возвращая результаты строк в приложения .NET для дальнейшей обработки.

Я также успешно разместил это приложение в IIS с помощью FastCGI.

У меня вопрос: какие могут быть проблемы с использованием IPC в IIS для такого подхода, как производительность, безопасность, доступность и т. Д.? и каковы лучшие практики использования IPC в IIS?

1 Ответ

0 голосов
/ 14 января 2019

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

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

Рекомендация 1 : используйте некоторый брокер сообщений, например RabbitMQ или ZeroMQ , чтобы играть роль модератора между вашим сервисом и обмениваться сообщениями между ними

Рекомендация 2 : Если вы настаиваете на прямой связи между сервисами, используйте RESTFul web-api и просто предоставьте необходимую вам услугу за пределами

...