【问题标题】:Inter-Process communication with .NET WebAPI best practices使用 .NET WebAPI 最佳实践进行进程间通信
【发布时间】:2019-06-08 04:05:36
【问题描述】:

背景: 我正在尝试在 .NET WebAPI 应用程序中使用 python 进行情绪分析部分。 (IronPython 在这种情况下不可用,因为它不支持这些 python 脚本中使用的库。)

到目前为止,我已经设法通过 IPC 使用 python,并调用所需的脚本并将字符串结果返回到 .NET 应用程序中以供进一步处理。

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

我的问题是,在这种方法中使用 IIS 中的 IPC 可能会遇到哪些挑战,例如性能、安全性、可用性等?在 IIS 中使用 IPC 的最佳实践是什么?

【问题讨论】:

    标签: python iis asp.net-web-api ipc


    【解决方案1】:

    如果您的方法是实现微服务架构,我强烈建议您退后一步,重新考虑您的协议,并选择任何基于 RESTFul 的方法。

    由于您使用不同的技术和平台,您不应该将您的消息合同和形成包含在您的服务中。

    建议 1:使用一些消息代理,例如 RabbitMQZeroMQ 在您的服务之间充当主持人并在它们之间交换消息

    建议 2:如果你坚持服务之间直接通信,请使用 RESTFul web-api 并将你需要的服务暴露在边界之外

    【讨论】:

    • 我认为存在一些混淆,它不是关于 2 个服务相互交谈,而是关于在调用特定 api 时启动和停止服务器上的进程(在本例中为 python.exe)。
    猜你喜欢
    • 1970-01-01
    • 2012-12-24
    • 2022-01-03
    • 1970-01-01
    • 1970-01-01
    • 2013-10-27
    • 2016-03-24
    相关资源
    最近更新 更多