2024年IT基础架构团队的Kubernetes管理-从入门到评估报告-Smartx.pdf

概念⼊⻔

IT基础架构团队的

Kubernetes管理

从⼊⻔到评估

越来越多的企业开始采⽤围绕Kubernetes的云原⽣开发⽅式。通常，Kubernetes

的部署运维主要由开发团队或平台团队负责完成，基础架构团队仅负责提供服务器、

⽹络和存储等设备和⽀持。不过，不少企业发现，由于Kubernetes与承载的应⽤之

间完全解耦的特性，它⾮常适合作为⼀种InfrastructureasaService(IaaS)，既可

以在公有云上提供，也可以在企业私有云上作为新⼀代的基础架构，为现代化应⽤提

供可靠的基础设施。因此，伴随着这种定位的转变，Kubernetes的建设和运维也将

更多地交由基础架构团队负责。

对于IT基础架构团队⽽⾔，接管Kubernetes平台的管理运维，⽆疑是⼀项不⼩的

挑战。为此，我们将为您提供接管Kubernetes平台所需的核⼼信息，如选型评估要

点、部署运维建议、基于虚拟化还是裸⾦属部署等等。

2024年1⽉更新

⽬录

基础架构团队为何要接管Kubernetes部署运维？

基础架构团队接管Kubernetes部署运维的可⾏性

如何选择Kubernetes管理平台？

如何部署运维Kubernetes？来⾃Gartner的建议

Kubernetes部署，选择虚拟化还是裸⾦属？

适合在虚拟化环境中部署Kubernetes的三个场景

虚拟化vs.裸⾦属：⽀持Kubernetes性能对⽐测试

资源推荐

基础架构团队为何要接管Kubernetes部署运维？

K8s部署运维占⽤了开发⼈员⼤量的时间精⼒

作为现代化应⽤的载体，容器和Kubernetes最开始被认为是“新型PlatformasaService(PaaS)平台的基础”，由开发团队

或平台团队负责规划和建设，包括预热期的学习、调研、技术储备、试⽤环境搭建及维护、制定技术体系、⽅法及⼯具组合

（包括针对裸⾦属的⼯具软件）。

然⽽，作为⼀种新兴的技术，Kubernetes学习成本较⾼，⼤部分开发⼈员除了进⾏前期的规划，还需要在使⽤Kubernetes

进⾏应⽤开发的同时，承担Kubernetes集群的基础管理和维护⼯作，例如多次、重复搭建相似的Kubernetes集群：

•使⽤kubeadm初始化集群。

•在服务器上安装操作系统并连接到交换机。

•在服务器上安装最新版本的容器运⾏时。

•在服务器上安装kubeadm、kubelet、kubectl。

•安装和配置⽹络插件CNI。

这些步骤完成后，只是部署了⼀个Kubernetes节点，要使之成为集群，还需要：

•设置节点为管理节点。

•创建其他Kubernetes节点。

•将其他节点加⼊集群，设置为管理节点或⼯作节点。

•验证所有节点是否正常运⾏。

•配置安全访问。

•配置容器存储。

这种⽇常运维不仅会占⽤开发⼈员⼤量的时间精⼒，还会拖延新应⽤的开发和上线速度，与企业选择使⽤Kubernetes以加快

开发速度、提⾼服务效率的初衷相违背。⽽由于基础架构团队拥有从硬件设施到操作系统的全套技能和经验，在上述过程中可

以优化部署流程、引⼊批量配置脚本，快速完成从硬件安装、连接到部署Kubernetes环境的全过程，⽽且这个过程还可以不

断复制，不断提⾼部署的效率和质量。

基础架构团队为何要接管Kubernetes部署运维？

基础架构团队接管具有天然优势

Gartner在《CTOs’GuidetoContainersandKubernetes—AnsweringtheTop10FAQs》报告中，建议企业将

Kubernetes部署运维等⼯作移交给其他团队，帮助开发团队专注于软件开发⼯作。具体职责与⼯作内容包括：

团队职责⼯作内容

软件开发开发⼈员•编程、软件设计、实现与测试