智能家居巨头 Aqara 基于 KubeSphere 打造物联网微服务平台( 二 ) 背景：从传统运维到容器化

使用DockerSwarm搭建容器编排系统

传统部署应用方式，资源利用率非常低，时长让老板们本狠狠地咬牙切齿。在这种情况下，本人在2017年开始接触容器，尝试着在公司上开发与测试环境。当时直接给公司开发、测试环境的资源利用率提高了50% 。到2018年，开始在生产环境用DockerSwarm排编容器，更显著提高了资源的利用率。

----智能家居巨头 Aqara 基于 KubeSphere 打造物联网微服务平台//----

从命令行到脚本化，最后到平台化，一路走来步步艰辛。当刚开始加入绿米大家庭，发现绿米运维还处在原始野人阶段，回顾四周，我只能屡起袖子顶着压力分析情况，发现绿米的微服务架构80%以上都是偏内存型服务，资源利用率非常低，尤其是CPU、磁盘存储，十分让人懊恼。且迭代速度也不尽人意。静心思静，决定大改这种状况。从持续集成开始、Jenkins、Harbor搭建，到测试环境DockerSwarm排编。这大大改善了测试环境的交付速度以及交付质量，但慢慢发现，业务量曾涨速度太快， DockerSwarm排编劣势明显：

1.跨平台支持效果差;

2.业务量访问高峰期的时候，内部Service通信的时候就会出现超时的问题

从DockerSwarm全面转向Kubernetes

智能家居巨头 Aqara 基于 KubeSphere 打造物联网微服务平台。三架马车时代已是过去式， Kubernetes击败DockerSwarm和Mesos成为容器编排领域的事实标准。因此，我们的业务架构从DockerSwarm全面转向Kubernetes 。选择Kubernetes几年前就在心里扎根，尤其是近来需要运维近千台机器的时候，一个运维友好与统一的容器云平台成为了我们基于kubernetes大规模落地云原生微服务应用的刚需。

----智能家居巨头 Aqara 基于 KubeSphere 打造物联网微服务平台//----

开源容器平台选型：拥抱KubeSphere

但是对于原生安装与运维Kubernetes还是借助第三方开源方案，我们经过反复的琢磨，最终选择了使用第三方开源项目。看来看去Rancher和KubeSphere成了考虑的选型。

KubeSphere是由青云QingCloud发起并联合多个企业共同参与开发的开源项目。对比Rancher和KubeSphere ，后者不仅有清爽的操作界面，向导式的资源创建方式，完全以应用为中心，更倾向于Kubernetes集群资源的管理，提供优雅的API接口，并且在Kubernetes之上集成与包装了我们运维开发常用的功能组件，例如Jenkins、Harbor、Promethues、ApacheSkyWalking ，还支持在任何基础设施环境部署，所以我们毫不犹豫的选择了KubeSphere容器平台。