从 Java Web 应用程序控制 C 应用程序

我有 C 应用程序将在不同站点的多台计算机上运行。

现在我想控制和监视这些C应用程序。为此，我正在考虑使用 Servlet/JSP 的 Java Web 应用程序。

我认为 C 应用程序将通过 TCP 连接到 Java Web 应用程序。在我的 Web 应用程序中，我正在考虑实现通过 TCP 与 C 应用程序通信的管理器。当 Web 应用程序作为单独的线程启动时，我将启动管理器。管理器将通过 Context 和 Session 与 servlet 请求进行通信。因此，每当用户在浏览器上执行某些操作时，我想在服务器上使用我的管理器的功能，并使用 ServetContext 和 Session 作为接口。

这就是我的想法。所以，我想知道是否有更好的方法，或者我做错了什么？有人可以建议我更好的解决方案吗？

EDIT

当前的工作流程：每当我需要启动/停止 C 应用程序时，我都必须通过 SSH 远程计算机 puTTY 终端，输入长命令，然后启动/停止它。每当出现问题时，我都必须滚动很长很长的日志文件。还有其他一些事情，例如应用程序每秒正在执行/处理所有事情的实时状态，我无法始终将其记录在日志文件中。

所以我发现这些工作流程很困难。我无法监控诸如实时状态之类的事情。

现在我想要一个网络应用程序接口。我可以修改我的 C 应用程序并从头开始实现 Web 应用程序。

要实施的新工作流程：我想从网页启动/停止 C 应用程序。我想在网页上查看日志和实时状态报告/实时图表（监控 C 应用程序正在做什么）。我想在网页上监控机器状态。

我想使用 JSP/servlet 在 Java 中设计 Web 界面。

因此，我将修改我的 C 应用程序，以便它可以与 Web 应用程序进行通信。

问题：

只需要制定新工作流程的指南/最佳实践。

EDIT 2

很抱歉造成混淆控制器 or manager。两者是同一件事。

我的想法： 系统将由运行在不同站点的 C 应用程序、在 Tomcat 服务器中并行运行的 Java 控制器和 Java Web 应用程序以及数据库组成。

1) C 应用程序将通过 TCP 连接到控制器。因此，这里的控制器成为服务器和 C 应用程序客户端。

2) C 应用程序将是多线程的，将从控制器接收任务并生成新线程来执行该任务。当控制器告诉停止任务时，C 应用程序将停止该任务的线程。此外，C 应用程序将发送工作进度（日志）每一秒至控制器。

3）控制器从Web应用程序接收任务命令（两者在Tomcat服务器中并行运行，都在JVM上的同一实例中），并且Web应用程序将通过HTTP接收来自用户的命令。

4）每秒从C应用程序接收到控制器的工作进度（日志），控制器然后将日志插入数据库中以供以后分析（需要考虑MySQL RDBMS中的插入日志是否良好，可能需要进行大量插入，可能是每秒 100 或 1000，永远）。 Web 应用程序还可以从控制器请求最近 5 分钟的日志并通过 HTTP 发送给用户。如果用户正在监视日志，则 Web 应用程序必须每秒从控制器检索日志并通过 HTTP 发送给用户。

5）用户监控C应用程序任务，将在图表中看到每秒更新的进度。另外，C 应用程序中可能偶尔发生的信息/错误事件日志的文本行。

6) C 应用程序将在每台机器上运行，它将执行用户从 Web 浏览器发送的任何任务。 C 应用程序将作为机器中的服务运行，它将在机器启动时启动，将连接到服务器，并将永远保持与服务器的连接。如果没有任务要执行，则可以空闲运行。

这是一种有效的方法，我相信套接字是大多数分布式系统通信的方式，甚至同一个盒子上的不同服务也常常以这种方式进行通信。另外，我相信您对 java web 服务的建议是非常典型的，并且会很好地工作（它的复杂性可能会超出您目前的想法，但您描述的架构是一个好的开始）。

如果您的 C 服务也被设计为独立于管理系统运行，那么您可能需要反转它并使管理系统连接到服务（除非您的防火墙阻止它）。

您肯定需要一个小型的、定义明确的协议。如果您要发送大量字段，您甚至可以将发送的所有内容都设置为 JSON 或 xml，因为它们已经有解析器来验证格式。

注意安全！在 C 方面，确保不会出现任何缓冲区溢出，并且如果您自己解析信息，请严格丢弃（并记录！）看起来不正确的数据。在 Java 上，缓冲区溢出并不是什么大问题，但请确保记录不完全符合协议的数据包，以检测错误和入侵。

您可能会考虑的另一个解决方案 - 您的系统都共享一个数据库，您已经可以通过数据库发送命令和响应（假设命令/响应不会经常发生）。我们并没有完全做到这一点，但我们共享一个变量表，在其中放置名称/值对，指示系统性能和配置的不同方面（它是双向的），这可能不是最佳的，但非常灵活，因为它允许我们在运行时重新配置系统（这些值在每个服务中本地缓存，并且每 30 秒重新读取/更新一次）。

如果我知道有关您期望执行的操作的更多细节，我也许可以为您提供更多信息 - 例如，您的浏览器更新其字段的频率，将发送什么样的命令信号或数据请求以及什么样的数据你期待回来吗？尽管您当然不必在此处发布这些内容，但您必须考虑它 - 我建议首先模拟您的浏览器页面。

根据评论进行编辑： 听起来不错，只是几点评论：

2) 任何好的数据库都应该能够处理日志记录的数据量，但您可能希望在数据库之上使用良好的缓存。

5) 您可能需要一个 Web 框架来呈现图形并管理更新。有很多而且大多数都可以很容易地完成你所说的事情，但是在没有某种框架的情况下尝试自己完成这一切可能会很困难。我这么说只是因为你没有提到。

6) 确保您可以处理断开的连接和重新连接。测试时，拔掉服务器的插头（至少拔掉网线）并保持 10 分钟，然后确保重新插入时得到预期的结果（客户端是否应该自动重新连接？是否应该）抓住原木还是扔掉它们？它能保留原木多久？）

您可能希望以某种方式构建“重新启动”您的 C 服务。由于它们是作为服务启动的，因此只需发送一个告诉它们终止/退出的命令通常就可以工作，因为系统将重新启动它们。您可能还需要一个小的监视循环，可以在某些条件下重新启动它们（例如它们在 n 分钟内没有从服务器收到命令）。当您上午 10 点在加利福尼亚州尝试凌晨 2 点在澳大利亚使用 C 服务时，这会派上用场。

另外，请考虑攻击者可以将自己插入到您的客户端和服务器之间。如果您使用的是 SSL 套接字，您应该没问题，但如果它是原始套接字，您必须非常小心。

更正：

将这么多记录放入 MySQL 数据库时可能会遇到问题。如果它没有被索引并且你最小化针对它的查询，你可能没问题。您可以通过将所有日志的最后 5 分钟保留在内存中来实现此目的，这样您就不必为数据库建立索引，并通过对插入进行分组或拥有经过良好调整的缓存。

更好的方法可能是放弃数据库，而只使用预先过滤为单个用户可能想要查看的内容的平面日志文件，因此，如果用户请求来自计算机的最后 5 分钟“WARN”和“DEBUG”消息，可以将日志文件从该机器读取到内存中，跳过除警告/调试消息之外的所有消息，并显示这些消息。这有其自身的问题，但应该比索引数据库更具可扩展性。这还允许您压缩较旧的数据（用户不想再查询这些数据），从而节省 70-90% 的磁盘空间。