分析Netflix公司产品Spinnaker的微服务实践

Netflix 是业界微服务和 DevOps 组织的楷模，有大规模生产级微服务的成功实践。微服务有些公司甚至比 Netflix 做得更早，但 Netflix 大概是大规模生产级微服务做得最杰出的。

Netflix在开源社区有着非常大的贡献，发布了很多开源工具去做部署、打包等各种功能。 Spinnaker 是 Netflix的一个开源项目，来做混合云环境部署，能够实现跨云平台的部署任务的编排。在 Netflix 使用 Spinnaker 每天发布 4000 次变更到亚马逊的机器上。谷歌云也在用 Spinnaker 去做部署。他们构建时也是用 Jenkins，其中有一个过程叫 bake，bake 是把应用打包成一个镜像，然后把这个镜像用 deploy 去做部署。Netflix 的 DevOps实践非常值得关注，他们也有很多项目和开源工具都值得一看。

本文主要分析Spinnaker其开发模式、持续集成、部署实践。

服务架构

Spinnaker

是由多个微服务组成的。

Deck

是前端页面；

Gate

是

API

网关

Spinnaker UI

和所有

api

调用程序都通过

Gate与Spinnaker

进行通信；

Orca

是编排引擎处理所有临时操作和管道；

Clo
5b4
udDriver

是负责对云提供商的所有变更调用，并索引/缓存所有已部署的资源；

Front50

用于保存应用程序，管道，项目和通知的元数据；

Rosco

生成镜像，它为各种云提供商生成不可变的VM映像；

Igor

用于通过

Jenkins和Travis CI

等系统中的持续集成作业来触发管道，并且它允许在管道中使用

Jenkins / Travis

阶段；

Echo

负责消息通知；

Fiat

负责用户权限管理；

Kayenta

为

Spinnaker

提供自动化的金丝雀分析；

Halyard

是

Spinnaker

生命周期配置管理工具。

代码仓库管理

Spinnaker的微服务是每个微服务都创建一个代码库。大家可以访问Github上面spinnaker的仓库，里面每个微服务都有对应一个仓库管理代码。进入项目查看分支策略，主干分支开发，版本分支发布。

持续集成

使用的工具为GitHub Actions，这个ci文件中只有一个作业

branch-build

，主要是运行gradle构建。

.github/workflows/build.yml

CI文件内容如下： 当

master

分支和

version-*tag

有提交时自动触发。通过

env

配置了

gradle

构建的参数。

name: Branch Build

on:
push:
branches:
- master
- version-*

env:
GRADLE_OPTS: -Dorg.gradle.daemon=false -Xmx2g -Xms2g

jobs:
branch-build:
# Only run this on repositories in the 'spinnaker' org, not on forks.
if: startsWith(github.repository, 'spinnaker/')
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
# Install Java 8 for cross-compilation support. Setting it up before
# Java 11 means it comes later in $PATH (because of how setup-java works)
- uses: actions/setup-java@v1
with:
java-version: 8
- uses: actions/setup-java@v1
with:
java-version: 11
- uses: actions/cache@v1
with:
path: ~/.gradle
key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle') }}
restore-keys: |
${{ runner.os }}-gradle-
- name: Build
run: ./gradlew -PenableCrossCompilerPlugin=true build --stacktrace

应用部署

Spinnaker安装部署是一件令人头疼的事情，因为很多资源文件都是需要外面获取的。当我们把所需要的资源文件导入到国内后，其实就没有那么痛苦了。至少现在30分钟内部署一个spinnaker已经很现实了。（如果不算从阿里云镜像的pull时间，一个脚本5分钟内部署一个实例）

我们来看下这个版本文件，这里面记录了spinnaker产品所有的微服务版本信息。而halyard部署Spinnaker其实也是读取的这个文件，根据文件内容获取所需的资源。

version: 1.19.4
timestamp: '2020-04-03 08:01:05'
services:
echo:
version: 2.11.2-20200401121252
commit: 5e2b673d1d658f88a3ae7741ab99cc0fd4a9df48
clouddriver:
version: 6.7.3-20200401190525
commit: 77c774d185de42bb83dffde1f813f719f712994b
deck:
version: 3.0.2-20200324040016
commit: 7c228ce82928f73a0f3051c4233242a6f87e0bec
fiat:
version: 1.10.1-20200401121252
commit: aaebd07d8134d48630b056d6877a799a09ed282b
front50:
version: 0.22.1-20200401121252
commit: ef1e7feff41797beb2d1695c1c3c0face550fe4b
gate:
version: 1.15.1-20200403040016
commit: 365aa9fc5b1351207731c4445d7bbb79885d6da1
igor:
version: 1.9.2-20200401121252
commit: 576235bcfce0c48bc139e9c94fe98b3467d3d170
kayenta:
version: 0.14.0-20200304112817
commit: 85f590de74db46d54f016d88862418c990a17747
orca:
version: 2.13.2-20200401144746
commit: 8460456e8380d370d1678b06acd015900a94f515
rosco:
version: 0.18.1-20200401121252
commit: 9a20165e9c0d33e538d0038d5d02cb480e27f8c3
defaultArtifact: {}
monitoring-third-party:
version: 0.16.2-20200228142642
commit: 94c6e9cd3006347efe3101c0e6d8f98ce65f9053
monitoring-daemon:
version: 0.16.2-20200228142642
commit: 94c6e9cd3006347efe3101c0e6d8f98ce65f9053
dependencies:
redis:
version: 2:2.8.4-2
consul:
version: 0.7.5
vault:
version: 0.7.0
artifactSources:
debianRepository: https://dl.bintray.com/spinnaker-releases/debians
dockerRegistry: gcr.io/spinnaker-marketplace
googleImageProject: marketplace-spinnaker-release
gitPrefix: https://github.com/spinnaker

这是一个Yaml格式的文件， 顶部的

version

指的是Spinnaker的版本号；

services

下面包含每个服务的信息（版本，提交）。

dependencies

是spinnaker部署时所需要的依赖服务。我们来分析下每个服务中的

version

字段的作用，这个字段的作用很大。通过此字段指定Docker镜像标签和服务分支中配置文件的获取。

echo:
version: 2.11.2-20200401121252

echo是spinnaker其中的一个微服务，负责消息通知。 halyard会读取

version-2.11.2

标签中

halconfig

目录下的

echo.yml

配置文件，会下载

gcr.io/spinnaker-marketplace/echo:2.11.2-20200401121252

镜像。其他服务以此类推。

最后，我们执行

hal deploy apply

一键部署发布Spinnaker。

对于微服务模式的项目，很多细节可以借鉴Spinnaker的模式。例如：我们也可以在gitlab仓库中创建一个对应版本号的yaml文件，里面包含当前版本中每个微服务的镜像标签。准备发布的时候在Jenkins上面选择版本分支，然后根据版本分支中的版本号读取gitlab仓库中对应版本的yaml文件，然后一键部署。 当需要回滚的时候，输入上个版本号同样的过程进行回滚。

想了解更多关于Spinnaker平台的最佳实践 课程更新中下方点击链接 感谢您的支持！

https://edu.51cto.com/sd/1546e