以下是我与同事Serge Poueme合作撰写的一篇文章，介绍了我们部门在开源管道引擎Spinnaker方面的经验。

作为一名负责卓越交付的现场可靠性工程师，可靠部署对我来说非常重要。我已经和SAP合作了一段时间，我很自豪能成为他们使命的一部分：帮助世界运行得更好。信任是这一使命的核心，为了建立信任，我们必须成为我们社区的可靠资源。作为SREs，我们的目标是在所有方面提供可靠性，专门研究DevOps团队通常落后的方面：基础设施、部署、配置、监控和文档。因此，确定一个有效的CI/CD管道系统对于我们的成功以及我们的客户和合作伙伴的成功至关重要。这就是我们向斯宾纳克致敬的原因。

我们的SRE团队一年前遇到了斯宾纳克。我们被要求为标准的CI/CD管道构建一个蓝图，以提高开发人员的生产力并减少冗长的开发周期。我们马上开始深入研究，从GitLab、Bamboo、Jenkins、Concourse探索解决方案，最后终于找到了Spinnaker。在浏览我们的概念验证（POC）时，Spinnaker使我们的生活更加轻松，因此我们决定采用它的平台也非常容易。

到目前为止，360大数据，我们已经有了使用这个平台的丰富经验。首先，因为它的开源环境。如果我们遇到问题，Spinnaker庞大的在线社区可能有解决方案。其次，它与Slack完全集成（Slack已经在SAP中广泛使用），并允许我们的团队共享部署流的见解。交流是任何平台的关键，Spinnaker在这方面做得很好。

Spinnaker给了我生命的意义只是开玩笑不，但它肯定能帮助我到达我想去的地方。在SAP，我的重点是CI/CD管道标准化和创建DevOps自助服务，我可以肯定地说，Spinnaker通过将创新更快地推向云端做出了贡献。我敢说我们在通往天堂的高速公路上吗？我想我可以。特别是考虑到我们现在的处境：Spinnaker为我们的十个开发团队运行部署管道。这意味着生产中有30个Kubernetes集群，40个不同的部署管道。不错吧？一些团队在投入生产之前，每天都要进行200次金丝雀部署！

这是我们的一条管道，在不到13分钟的时间内完成产品发布。

因此，由于我们的效率水平提高了，自然我们的速度也提高了。使用Spinnaker更容易，因为不涉及编码。相反，您在表面上得到了一个易于消化的UI，在后端得到了一个受控制的环境。更少的犯错空间，更大的创新空间。

Spinnaker帮助我们将CI/CD产品线扩展到业务线之外。现在，我们正在SAP全球范围内提供it共享服务。因为它不仅是可伸缩的，而且非常直观-使它成为船上队友的一件轻而易举的事。通过利用Halyard配置工具和GitOps方法，我们可以使用自助服务模型（DaaS）在团队中进行部署。这改变了游戏规则，因为开发人员在部署过程中没有接近我们进行更改，淘客群，而是管道向我们发送信号。我想我们都同意自动化是未来，Spinnaker让我们离自动化更近了一步。

我的一位同事正在做一个很棒的项目，名为SAP Graph，这是一个易于使用的API，用于跨应用程序构建扩展。我的同事迈克尔对Spinnaker欣喜若狂，因为它既简化了他的生活，又降低了成本。"sapgraph是13个组件的集合，通过Spinnaker，我们能够保持部署相对简单，同时保持它们松散耦合。由于与Jenkins和GitHub的兼容性，他和他的团队节省的时间和金钱是非常值得的。我发现Spinnaker缺少的一件事是缺少深入的文档。例如，我喜欢深入研究Halyard配置工具之类的主题，而用户指南似乎仅限于典型实例。如果能找到一个空间，让我们更深入地了解Spinnaker及其工具能为我们做些什么，那将是很有帮助的。另一件事是，我们必须操作配置文件来自动更改Spinnaker。我们的团队已经开始将Halyard嵌入到一个API中，但是我们正在慢慢地进行，因为我们想看看Spinnaker的开发之旅将走向何方。在他们的特殊利益群体中进行的讨论可能会带来解决方案，使我们免于麻烦。

安全性也可能更好，特别是在Spinnaker使用的docker图像周围。我认为强制扫描有助于解决这个问题，这样盲点就会以更高的速度被覆盖，以保护我们免受网络攻击。当我们讨论安全问题时，我的队友William摇了摇头，"问题是在配置LDAP身份验证和授权时，在设置与Active Directory服务器的连接时，淘客佣金，很难将公司CA证书添加到信任存储中。"Spinnaker团队确实记录了一个解决方法，但即便如此，他还是花了一段时间才在我们的自动化系统中实现它。