kubernetes as a service调研

    容器和容器编排工具的使用近些年已经在互联网行业盛行了起来,相比传统的运维架构,容器化的系统架构大大简化了运维工作量,并且在众多中大型互联网公司的生产服务上得到可靠性的验证,是互联网运维架构的趋势,很多互联网公司甚至传统行业也在向此转型和架构重构。而在一众容器及其编排工具中,docker+kubernetes的组合相比于其他同类工具使用率更为普遍,市场占有率更高,k8s作为google开源出的容器编排服务在google内部大规模线上服务使用,可靠性得要有力的验证。我们在使用k8s的时候遇到一些问题如下:

1.k8s集群搭建相对比较复杂,希望寻求一键部署集群/高可用集群的方案

2.k8s的使用相对复杂,需要对运维人员进行培训,理解k8s相应的概念以及命令,希望寻求更简单的web ui,相比于k8s dashboard更有优势

3.希望在集群内部一键部署ci/cd,日志收集,集群报警,gitlab,gerrit,配置中心等基础组件和基础服务

4.希望能在集群部署的时候根据自己需求选择公有云,私有云或者裸机搭建,存储,oss等服务也能直接在平台上进行选择各个厂商的saas服务

5.可以简洁配置的service mesh,从运维架构层面实现流控,灰度发布,安全,链路监控等等

针对以上诉求我们对现有的类似产品进行了调研。调研的产品总结大致分为三类:

1.各大云服务厂商提供的kubernetes服务 

2.非云服务厂商提供的pass平台,如paltform9 

3.提供本地安装的开源解决方案,如rancher

第一类局限性很明显,只能选择自家的云服务,而且提供的功能相对简单,还是需要运维同学花费大量时间去研究相应的解决方案和部署基础服务。第二类只能选择云主机,不能选择自己的裸机或者虚拟机,功能和第一类大致相似。第三类我们主要调研了rancher,基本可以满足我们

欢迎关注 技术分享,黑客精神的网站 ShareTech

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容