KubeSphere帮助某物联网数智化园区服务商开发团队走向全面容器化

作为物联网 + 数智化园区一体化解决方案提供商，我们企业致力于为大中型园区、停车场提供软硬件平台，帮助园区运营者实现数字化、智能化运营。

在使用  K8s  之前我们使用传统的方式部署上线，使用  spug （一款轻量级无  Agent  的自动化运维平台） 自动化在单节点完成代码部署上线，也没有进行容器化，随着产品上线提上日程，对稳定性要求提高，以及私有化部署环境管理问题，我们开始使用 Docker 以及  K8s 。

背景介绍

降本增效是每个企业的目标，而  DevOps 、容器化、云原生就是研发团队降本增效的方法论。在这个趋势下，使用  Docker、K8s  几乎是每个开发团队的必经之路。

物联网平台对稳定性要求非常高，一旦停机，所有设备都将掉线重连，因此保证服务的稳定性，减少停机时间就非常重要。

在使用  K8s  之前，我们很多时间都要人工处理各种繁琐重复的服务维护问题，这种枯燥且毫无技术含量琐碎极大的消磨开发团队的激情。为了将人力从大量重复的环境配置、服务维护中解放出来从而提高开发迭代效率，我们就决定全面容器化，拥抱云原生。

总结来说就是：

•服务稳定性，自动化运维，减少停机时间；

•分布式部署，弹性伸缩；

•DevOps  规范的部署上线流程。

这些问题迫使我们开始调研容器化、 Docker、K8s  的应用。

选型说明

由于没有相关经验，因此一开始我们就希望找到一款能够帮助快速上手  K8s  的工具，在调研  KubeSphere、Zadig、Rancher、KubeVela、Kubeadm  等多款工具后，我们最终选择了  KubeSphere 。

选择  KubeSphere  最主要的原因首先是它的社区活跃，有问题能够找到解决方案。同时它集成了很多开箱即用的插件如  DevOps ，这正是我们所需要的。当然第一眼就选中  KubeSphere  还是因为它的颜值，能看得出来  KubeSphere  的  UI  是经过精心设计过的，这在开发工具领域中是极为难得的，从这点上就能够看出背后的开发团队对于打造一款基于  K8s  的云原生操作系统的理念与决心。

使用  KubeSphere  让我们立马就拥有了成熟  DevOps  工作流了，而无需额外的搭建成本，这对于我们毫无  K8s  经验的团队来说太重要了，极大的降低了上手门槛。

目前我们将所有无状态应用全部容器化，使用  K8s  负载，提交代码 Webhook 触发  KubeSphere  流水线自动发布，对于不习惯命令行操作的用户， KubeSphere  后台能满足所有需求。

使用效果

使用  KubeSphere  后我们几乎就没再关注过服务是否在线等运维的琐碎事情了，因为  K8s  会保证一切按照预期进行，这使得我们的迭代发布速度大大提高，开发要做的只是提交代码，其它的一切都不用操心，极大的提高了开发编码的幸福度和对保障服务稳定的信心。

•无状态应用分布式部署，弹性伸缩；

•自动发布，自动化运维，故障自愈；

•一次构建到处运行，无惧环境搭建。