远程进程管理协议
简而言之：是否有任何已知的远程进程管理协议？
我有一个包含多个应用程序的系统，每个应用程序在本地网络中都有自己的计算机。 当应用程序启动并运行时，它们可以毫无问题地进行通信。
我感兴趣的是管理远程应用程序启动、关闭和监控的协议。 我所说的监控是指在出现问题时获取错误代码（预定义）。 理想情况下，我会从一个管理应用程序控制整个系统并获取正在发生的情况的状态。
我曾经工作过的一个地方写了一个内部协议来做到这一点。 然而，如果有人已经弄清楚了这一点，我希望避免再次编写它。
编辑：更多详细信息：
- 使用的平台是 Windows 和 Linux，均基于 x86。
- 在 Windows 上，使用 C/C++ 和 .NET。 在 Linux 上，C/C++。
In short: Is there any known protocol for remote process management?
I have a system that contains several applications, each has it's own computer in a local network. When the applications are up and running, they communicate without any problems.
What I'm interested in is a protocol to manage the remote applications startup, shutdown and monitoring. By monitoring I mean getting error codes (predefined) when something goes wrong. Ideally I would control the whole system from one managing application and get status about what's going on.
I once worked in a place that wrote an in-house protocol that did this. However, I wish to avoid writing it again if someone already figured this out.
Edit: some more details:
- Platforms in use are Windows and Linux, both on x86.
- On Windows, C/C++ and .NET are used. On Linux, C/C++.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
为什么要费心使用本土解决方案而不是使用久经考验的技术？ 除非您只雇用具有 30 多年经验的 MENSA 会员程序员，否则您的解决方案将不太健壮且维护成本更高。
您没有提及有关您正在使用的平台的任何详细信息，因此我假设是一个 Unix 系统。 我会使用（多年来一直使用）
Why bother with homegrown solutions instead of using tried and tested technology? Unless you only employ programmers who are MENSA members with 30+ years of experience, your solution will be less robust and costlier to maintain.
You failed to mention any details about the platform you're using, so I'll assume a Unix-ish system. I would go with (and have been going with for years)