与.NETWebAPI最佳实践的进程间通信

Question

背景： 我尝试在.NETWebAPI应用程序中使用python进行情绪分析。（在这种情况下，IronPython不可用，因为它不支持这些python脚本中使用的库。）

到目前为止，我已经成功地使用了python，使用IPC调用所需的脚本，并将字符串结果返回到.NET应用程序中进行进一步处理。在

我还使用FastCGI在IIS中成功地托管了这个应用程序。在

我的问题是，在IIS中使用IPC实现这种方法会遇到什么挑战，比如性能、安全性、可用性等。？在IIS中使用IPC的最佳实践是什么？在

Answer 1

如果您的方法是实现一个微服务架构，我强烈建议您回过头来考虑一下您的协议，并选择基于RESTFul的任何方法。在

因为您使用的是不同的技术和平台，所以您不应该将您的消息契约和格式包含在您的服务上。在

建议1：使用一些消息代理，如RabbitMQ或{a3}在服务之间充当仲裁人，并在它们之间交换消息

建议2：如果您坚持在服务之间进行直接通信，请使用RESTFulweb-api，并将所需的服务暴露在边界之外