web 应用程序的动态更新

Question

目前，我正在为我正在寻找的一家新公司制定商业计划，我已成为这家新企业的首席程序员，因此我一直在为该项目提出一些想法。

有一次我的想法让我对处理它的最佳方式感到有些困惑，这个想法是有一个中央管理服务器专门用于控制客户端应用程序。

基本上我们有大约 1K 客户端都在服务器上运行我们的客户端应用程序，当我们为系统发布补丁时，主服务器将连接到每个客户端并获取它的基本信息，例如版本、磁盘空间等，然后我们推送新的相应地更新。

现在我知道我可以简单地拥有一个覆盖文件的脚本，但这太不专业而且还不够，所以基本上我要问的是：

考虑到服务器负载、版本控制、更新历史等重要事实，我有什么方法可以更新约 1K 客户端应用程序？

我的一个想法是使用 GitHub 之类的东西来管理修订，但我对如何 go 知之甚少。

任何建议表示赞赏，亲切的问候。

Answer 1

我猜想处理这种情况的最佳方法是将更新机制构建到客户端应用程序本身中。 然后，当更新准备就绪时，您可以让主管理服务器连接到客户端并通知他们更新可用。

与其从服务器覆盖文件而不考虑客户端当时可能在做什么，这样每个客户端都可以在最好的时候获取更新并安装它。

然后序列将是这样的：

1. 服务器通知客户端有可用更新
2. 客户完成它正在做的任何任务
3. 客户端检索并安装更新
4. 客户端通知服务器安装状态（成功/失败）和安装过程中发生的任何错误
5. 服务器在某种历史记录中记录安装信息。

我们在我不久前参与的一个项目中使用了这种机制，尽管只有少数客户（不到 20 个）——而且效果很好。