C++ 服务的零停机部署：无中断更新

C++ 服务的零停机部署：当每一秒停机都在损失金钱

想象一下：您的 C++ 后端每秒处理数千个请求。您准备了一个包含关键修复或优化的新版本。停止旧进程，启动新进程——然后用户看到“503 Service Unavailable”。对于在线商店，这意味着销售损失；对于 API，这意味着信任丧失。C++ 服务的零停机部署解决了这个问题，它允许您更新代码，而客户端甚至不会察觉到切换。

在本文中，我们将探讨经过验证的策略：C++ 蓝绿部署、C++ 滚动更新以及二进制文件热替换技术。您将获得用于优雅关闭、信号管理和健康检查的现成 C++ 代码片段，这些代码可以立即应用到您的项目中。

为什么停机是祸害，以及零停机如何改变游戏规则

传统的部署方式是这样的：kill -9 旧进程 → 复制新二进制文件 → 启动。结果是 1 到 30 秒的停机时间。在高负载系统世界中，这是一场灾难。C++ 服务的零停机部署确保在任何时刻至少有一个服务版本在接收流量。用户看不到“加载中”，DevOps 也不会因为警报而在半夜惊醒。

关键思想很简单：在新进程完全准备好之前，我们不会杀死旧进程。对于 C++ 来说，这一点尤其重要，因为启动时间长（初始化线程池、加载字典、连接数据库）以及无法轻易迁移的“重型”资源。

策略 #1：C++ 的蓝绿部署

经典架构：您有两个完全隔离的环境——Blue（当前版本）和Green（新版本）。负载均衡器（nginx、HAProxy）将流量导向 Blue。您部署 Green，进行冒烟测试，然后将负载均衡器切换到 Green。Blue 保留作为快速回滚的备用。

对于 C++ 来说，如果服务仅将状态存储在外部的系统（数据库、Redis）中，这是理想的选择。用于C++ 蓝绿部署的 nginx 配置示例：

upstream backend {\n    server 127.0.0.1:8081; # Blue\n    # server 127.0.0.1:8082; # Green（暂时注释掉）\n}\n\nserver {\n    listen 80;\n    location / {\n        proxy_pass http://backend;\n        proxy_http_version 1.1;\n        proxy_set_header Connection "";\n    }\n}

将 Green 部署到 8082 端口后，您取消注释第二行，注释掉第一行，然后重新加载 nginx：nginx -s reload。这个过程只需毫秒——连接不会中断。

C++ 代码：为优雅关闭做准备

即使采用蓝绿部署，也需要正确终止旧进程，以免丢失正在处理的请求。添加信号处理程序：

#include <csignal>\n#include <atomic>\n#include <iostream>\n\nstd::atomic<bool> stop_requested{false};\n\nvoid signal_handler(int sig) {\n    if (sig == SIGTERM || sig == SIGINT) {\n        std::cout << "收到终止请求" << std::endl;\n        stop_requested.store(true);\n    }\n}\n\nint main() {\n    std::signal(SIGTERM, signal_handler);\n    std::signal(SIGINT, signal_handler);\n\n    while (!stop_requested.load()) {\n        // 您的事件循环，例如，带超时的 epoll_wait\n        // process_requests();\n        std::this_thread::sleep_for(std::chrono::milliseconds(100));\n    }\n\n    // 在这里关闭连接，保存缓存，记录日志\n    std::cout << "优雅关闭完成" << std::endl;\n    return 0;\n}

重要提示：不要在信号处理程序中使用 exit()——给进程时间来完成数据写入。负载均衡器应停止向旧服务器发送请求，但已接受的请求将被处理完毕。