Honeycomb是一家领先的可观测性平台，被高绩效工程团队用于观察和调查云应用程序的行为。今天，该公司宣布推出新的Honeycomb部署保护规则，以支持GitHub Actions部署保护规则的公共测试版发布。
创新是任何公司的生命线。但是，越来越复杂和分布的云系统使工程团队更难以预测在将代码部署到生产环境时新版本的行为。对于一些工程团队来说，将代码部署到生产环境可能会产生压力，因为他们无法看到应用程序性能的微小变化。这些团队通常只能在问题变成更大的问题——影响用户之后才能看到问题。Honeycomb通过简化构建和发布过程并将可观测性集成到CI/CD流程中，帮助工程团队自信地快速而经常地部署功能。
“Honeycomb的部署保护规则使团队能够通过在Honeycomb中基于数据设置特定的阈值来改进其GitHub Actions中的CD过程，最终确保只有满足客户标准的代码实际上被部署到生产环境，”GitHub的业务发展经理Matthew Manning表示。“这对于组织和开发人员很重要，因为它可以增加一层额外的保护，可以帮助捕捉可能会被忽略的性能问题。”
Honeycomb很高兴支持新的GitHub Actions部署保护规则功能，这是GitHub Actions工作流程的自动门控机制。在此发布之前，GitHub Actions中的部署只有特定的门控机制(如手动审批)。现在，任何GitHub应用都可以提供部署保护规则，以在工作流程中做出自动部署决策。作为GitHub应用程序，Honeycomb的部署保护规则可让开发人员使用Honeycomb查询结果来决定是否安全进行部署。
Honeycomb用户允许使用查询数据来控制部署，并不意味着取代他们的预部署CI检查。相反，它是一层补充和额外的保护，可以帮助团队捕捉实时性能问题，这些问题在CI中可能会被忽略。使用Honeycomb的真实临时或金丝雀数据来防止部署提供了额外的安全保障，以防止CI/CD工作流在生产环境中崩溃。
“为了成为一个自信地部署的高绩效团队，你必须掌握做更少的艺术，包括持续学习、最佳实践和工具，帮助你用相同的努力取得更多的成果，”Honeycomb的首席技术官Charity Majors表示。“没有一位工程师会因为创新和发布过多而烧脑。他们会因为相对于自己的努力而发布太少而烧脑。”
使用查询数据控制部署并不意味着Honeycomb用户的预部署CI检查已经被取代。相反，这是一层补充和额外的保护，可以帮助团队捕捉实时性能问题，这些问题在CI中可能会被忽略。使用Honeycomb的真实临时或金丝雀数据来防止部署提供了额外的安全保障，以防止CI/CD工作流在生产环境中崩溃。
