天天给大家谈谈k8s属于运维还是开发，以及干运维为什么会废了应用的知识点，希望对你所遇到的问题有所帮助。

k8s属于运维还是开发 干运维为什么会废了k8s属于运维还是开发 干运维为什么会废了


k8s属于运维还是开发 干运维为什么会废了


k8s属于运维还是开发 干运维为什么会废了


1、4、运维开发工程师一、背景应用开发的第三个方向就是后台开发。

2、这个其实也是后端，很多后端是用Ja进行开发，但也有一些是用C++开发然后跑在Linux系统上，比如微信的后台就是使用C++开发的。

3、随着vivo业务迁移到k8s的增长，我们需要将k8s部署到多个数据中心。

4、如何高效、可靠的在数据中心管理多个大规模的k8s集群是我们面临的关键挑战。

5、kubernetes的需要对os、docker、etcd、k8s、cni和网络插件的安装和配置，维护这些依赖关系繁琐又容易出错。

6、以前集群的部署和扩缩容主要通过ansible编排任务，黑屏化作、配置集群的inventory和vars执行ansible playbook。

7、集群运维的主要困难点如下：二、集群部署实践2.1 集群部署介绍主要基于ansible定义的OS、docker、etcd、k8s和addons等集群部署任务。

8、主要流程如下：ConmponentConfig[1]提供的API去标识配置文件。

9、（2）切换到kubeadm部署（3）ansible使用规范2.2 CI 矩5个主要趋势阵测试部署出来的集群，需要进行大量的场景测试和模拟。

10、保证线上环境变更的可靠性和稳定性。

11、CI矩阵部分测试案例如下。

12、（1）语法测试：（2）集群部署测试：（3）性能和功能测试：这里利用了GitLab、gitlab-runner[2]、ansible和kubevirt[3]等开源软件构建了CI流程。

13、详细的部署步骤如下：如上图所示，当开发人员在GitLab提交PR时会触发一系列作。

14、这里主要展示了创建虚拟机和集群部署。

15、其实在我们的集群还部署了语法检查和性能测试gitlab-runner，通过这些gitlab-runner创建CI的job去执行CI流程。

16、具体CI流程如下：如上图所示，当开发人员提交多个PR时，会在k8s集群中创建多个job，每个job都会执行上述的CI测试，互相不会产生影响。

17、这种主要使用kubevirt的能力，实现了k8s on k8s的架构。

18、kubevirt主要能力如下：三、Kubernetes-Operator 实践3.1 Operator 介绍Operator是一种用于特定应用的，可以扩展 K8s API的功能，来代表k8s的用户创建、配置和管理复杂应用的实例。

19、基于k8s的资源和概念构建，又涵盖了特定领域或应用本身的知识。

20、用于实现其所管理的应用生命周期的自动化。

21、总结 Operator功能如下：3.2 Kubernetes-Operator CR 介绍kubernetes-operator的使用很多自定义的CR资源和，这里简单的介绍功能和作用。

22、【ClusterDeployment】 : 配置的的CR，其中MachineSet、Machine和Cluster它的子资源或者关联资源。

23、ClusterDeployment是所有的配置参数入口，定义了如etcd、k8s、lb、集群版本、网路和addons等所有配置。

本文到这结束，希望上面文章对大家有所帮助。