k8s集群规划效果图

docker

开发

获取镜像

promethues

邮件告警

gitlab

maven

测试环境未考虑高可用，可以加一台做主备

harbor仓库

jenkins

推送镜像

zabbix

k8s sit/uat环境机器规划

部署

滚动部署

jenkins pipeline管道(星辰端构建与部署)

应用容器化后达到的效果：   应用可以实现高可用的运行，高峰期可以通过监控cpu以及内存的指标实现自主的弹性扩缩容，对容器的运行指标进行及时的健康检查剔除运行状态不佳的实列，稳健高效的部署方式，对灰度发布蓝绿发布等和应用的回滚有很方便的管理。

获取状态

构建应用打包发布pipeline，集群的跳板，构建镜像推送到仓库

k8s 生产环境集群

pinpoint

kafka

zippkin

      harbor:                 8c/16g/1t  1台   k8s/master:                 8c/16g/500g  3台      k8s/node:                8c/16g/200g  7台        rancher:                8c/16g/200g  1台promethues:                8c/16g/500g  1台        jenkins:                8c/16g/200g  1台         共：                    8c/16g/200g  9台                                   8c/16g/500g  4台                                 8c/16g/1t     1台

拉镜像

获取镜像标签

日志记录

k8sApi

k8s集群状态信息的监控，告警

skyworking

包含 k8s master的组件，以及集群信息存储器etcd，etcd高可用至少3台

安装

业务监控

钉钉告警

Server

k8s sit/uat 环境集群

星图

traceid

系统监控

pull拉取代码

k8s master

kibana

cat

本地开发

运维

node节点包含一个与k8s集群交互的kubelet组件，这类节点主要负责运行pod节点，pod可以理解为我们跑的真正的应用

监控

maven私服仓库

git

应用容器化规划第一步: 申请测试环境机器，完成测试环境容器的搭建，以及安装过程中安装文档的编写。(除机器外暂无需要协助)第二步: 技术平台开发组测试环境应用容器化，完成测试环境中应用的容器化部署。（需要每个应用的负责人告知应用的gitlab地址以及每个应用使用何种方式运行，以及健康检查的地址，jvm的参数设置，运行后的效果）第三步：对测试环境的容器化环境进行整体的测试。（需要测试人员支持对整体容器环境的常规功能性测试以及性能测试）第四步：生产环境机器的预估以及生产环境机器的申请，完成生产环境的搭建。（除机器外还需要与应用负责人讨论生产的节点数以便于准确的的评估生产环境的机器数，以及包含生产环境中网络资源的申请如数据库权限等）第五步：完成生产环境的容器化，切入部分流量到生产环境容器应用中。（需应用负责人每天关注容器环境的应用流量，查看运行是否正常，根据运行的情况选择加大流量）第六步：生产环境整体的容器化，以及其他项目组的容器化推广。

K8sApi

es

生产部署/Jenkis pipeline

rancher

k8s node

告警

harbor

微信告警