Spinnaker 1.10强化Kubernetes自动化部署不再需要操作複杂的Manifests

由Google和Netflix Inc.共同开发的多云持续交付平台 Spinnaker释出了1.10版本，新增了Kubernetes供应商（Kubernetes Provider），并且整合了Helm套件管理器，让使用者以样板产生Manifests，透过Istio支援对流量控制的支援，让容器和Kubernetes的自动化部署更加容易。

Google提到，在Kubernetes环境中，持续交付工作仍然属于早期阶段，而企业中的发布工程团队希望Spinnaker能以最佳实践提供软体交付框架，而对于刚开始使用Kubernetes的组织，也期望能取得所需要的资源，设计出适合的环境。

因此在Spinnaker 1.10中，Google与社群合作，重新设计了Kubernetes的支援，抽象化管理Kubernetes Manifests的複杂性，让开发人员可以花更多心力在开发工作上。现在发布工程团队可透过Manifests存取完整的Kubernetes资源，而且还会自动化处理管理Manifests的低阶複杂性，像是正确处理标籤，或是为非专家提供量身定做的使用者体验。

发布工程团队可以为企业设计专属的Kubernetes使用方法，并将工作管线打包成最常用路径，发布给其他开发团队，这将让开发团队不用接触複杂的脚本以及低阶Manifests操作，但同时也能继续使用Kubernetes的所有功能。

一般来说，有两种将应用程式自动化部署到Kubernetes的方法，其一是使用像是Jenkins这类通用调度程式（Orchestrator），编写部署流程来控制应用程式部署，另外一种则是相对较新，以Kubernetes为主的持续整合和持续交付工具。Google指出，通用调度软体编写的脚本容易出错，而这两种方法都需要开发人员深入研究Kubernetes Manifests，但这将在进行大规模部署的时候产生瓶颈。

而Spinnaker 1.10新增的Kubernetes供应商，提供了多种特性来解决既存问题。Kubernetes供应商可以自动为要释出的容器映像档抓取正确的Manifests，并且支援GitOps型程序的储存库布局和控制流。而且还会为工作管线中的开发、QA以及产品阶段产生多个Manifests，且支援Helm或是其他的样版引擎。

Kubernetes供应商会自动再将被部署的Manifests中设定容器映像档版本，在最佳实践中，会使用摘要（Digests）而非标记（Tags），进而避免複杂的脚本操作。另外，也赋予了发布工程团队限制开发人员存取Kubernetes命名空间、丛集和资源类型的能力。

Google提到，Spinnaker 1.10是持续交付和自动化软体交付工作管线的重要里程碑，使用者现在可以在Codelab中取得Spinnaker对Kubernetes的新支援。