基于传统ECS和K8S的运维平台设计思路_ecs和kubernates

工作过的公司参考

流程：

(1) 研发提交代码，在devops上打包，调用jenkins，在git上拉代码和k8s模板，会生成一个ECS 包和一个k8s 镜像，镜像仓库也是用的阿里云的。

(2) 打包: 比如说研发提交代码，然后打包的时候，如果研发提交，它会有一个规范，如果研发提交代码里面有Dockfile，它就根据那个Dockfile自动编译一个容器的镜像，如果没有Dockfile，它就会用默认的一个Dockfile，那默认Dockfile就是在git上，然后用会用那个去打一个包，然后推到那个阿里云的镜像仓库，全部都是Jenkins的接口实现的。

(3) 发布： 我们先在运维平台配置好K8S的模板，这个存在git 上的，如果你有编辑这个模板文件的话，就会存在本地。最后模板渲染，变量替换成yaml文件推到K8S上去。

(4) 检测: 这样推到K8S上了之后，在K8S就可以自动检查POD的状态是 Running 还是非Running，如果在检测多少秒之后是非Running就表示发布失败。

(5) 当发布到K8S上去的话，如果是 Running状态。这样分两种，一种走内网（SLB）,也就是阿里云的基于Service的Load Balance; 一种走公网的Kong，Kong的前面是SLBÿ