如何使用反向代理配置使用Apache实现金丝雀部署？-Apache-PHP中文网

使用反向代理配置实施加金丝网部署

金丝雀部署是连续交付的关键方面，使您可以在全面发布之前逐渐将应用程序的新版本推出到一小部分用户。充当反向代理的Apache可以有效地管理此过程。关键是将Apache配置为将传入流量的一定百分比引向加那利（新）版本，而剩余的流量继续进行生产（稳定）版本。这通常是使用加权旋转蛋白或基于标头的路由等技术来实现的。

对于加权圆形旋转，您将定义多个<virtualhost></virtualhost>块，每个块都指向生产服务器或金丝雀服务器。 ProxyPass指令将指定后端服务器，重量属性将确定每个收到的流量的比例。例如：

 <code class="apache"><virtualhost> ServerName myapp.example.com ProxyPass / balancer://mycluster </virtualhost> <proxy balancer:> BalancerMember "production.myapp.example.com" weight=90 BalancerMember "canary.myapp.example.com" weight=10 </proxy></code>

登录后复制

此配置将90％的流量发送到production.myapp.example.com ，而10％则将其发送至canary.myapp.example.com 。您可以调整权重以控制流量拆分。另外，您可以使用基于标题的路由，从而允许更多的颗粒状控制。这可能涉及使用应用程序添加的自定义标头来确定要路由的后端服务器。

在此Apache反向代理设置中监视金丝雀部署的最佳实践

加拿大菜部署期间有效监控至关重要。您需要不断跟踪金丝雀和生产版本的性能和健康，以快速识别和减轻任何问题。这是最佳实践的细分：

实时指标：利用监视工具来收集两个版本的请求延迟，错误率和吞吐量等实时指标。可以集成Prometheus，Grafana或Datadog等工具以可视化这些指标并基于预定义阈值设置警报。
应用程序级记录：确保从金丝雀和生产实例中收集详细的应用程序日志。这使您可以分析用户行为，识别潜在的错误并了解新版本的影响。强烈建议使用集中式记录解决方案（例如Elk Stack（Elasticsearch，Logstash，Kibana））。
自动警报：基于关键指标配置自动警报。例如，如果金丝雀版本的错误率超过一定阈值，则应立即获得警报，以便在必要时快速调查和回滚。
A/B测试集成：如果可行，请整合A/B测试框架，以衡量新功能对关键性能指标（KPI）（KPI）的影响，例如转换率或用户参与度。这提供了有价值的数据，用于有关是否完全部署加那利版本的知情决策。
健康检查：对金丝雀和生产服务器进行强大的健康检查，以确保其正常运行。可以配置Apache以检查后端服务器的健康状况，并自动从负载平衡器中删除不健康的服务器。

使用Apache的MOD_REWRITE或其他模块来促进金丝雀部署中的流量路由

虽然mod_rewrite功能强大，但通常不是最有效或推荐的方法来管理金丝雀部署中的流量路由。它的主要优势在于RURL的重写，而不是复杂的负载平衡。对于金丝雀部署，具有加权圆形旋翼或基于标头路由的mod_proxy模块（如上所述）提供了更好的性能和可扩展性。

但是， mod_rewrite可以与其他技术结合使用，以进行更细粒度的控制。例如，您可以使用它来将特定的URL路径或用户段路由到金丝雀版本，同时将其剩下的产品放在生产版本上。对于大规模的金丝雀部署而言，这不太常见，但对于特定特征的有针对性测试可能是有用的。其他模块，例如mod_proxy_balancer和mod_proxy_hcheck ，更适合于强大的负载平衡和对有效的金丝雀部署必不可少的健康检查。