容器时代神器傍身,研发还需要运维吗?

百家 作者:QingCloud 2019-12-26 12:07:16


1

运维和研发之间的那点事


小陈和小赵之间的矛盾属于典型的运维和研发之间的矛盾,小陈是运维,小赵是研发。两人一开始私人关系很好,一起进公司,共同参加了为期一周的新员工培训,吃住都在一起;情景模拟时,两人分在一个组并肩作战,还经常一起吃午饭。


然而,友谊的小船说翻就翻。矛盾的起因是他们公司最近在上的容器项目,使用 Kubernetes 及一些开源工具。CTO 的意思是先上研发测试环境,充分验证后,再上正式环境。Kubernetes环 境当然是由运维搭建,研发使用。很巧合的是,运维的负责人是小陈,研发的对接人是小赵。


小陈学习 Kubernetes 的热情很高,各种方案也很愿意尝试,虽然公司没有要求,但是小陈还是开启了 996 模式。但是实际情况确是小赵对小陈搭建维护的 Kubernetes 环境并不满意。小赵总是抱怨小陈的维护的 Kubernetes 环境充满各种问题,不是读写速度慢,就是网络卡顿,甚至有一次,因为存储故障,居然弄丢了小赵他们组的部分代码。


一开始小赵还找小陈私下沟通,但是丢数据那次,小赵实在忍无可忍,终于去找了小陈的领导。小陈也是憋了一肚子气,因为 Kubernetes 毕竟是新东西,还在持续不断完善的过程中,总会碰到各种奇怪问题的。



虽然有点烦,但是矛盾归矛盾,小陈该处理还是处理,该优化还是优化。但是最近一个月,有些奇怪,小赵再也不找小陈麻烦了,或者说小赵再也不找小陈了,小陈反而有些不习惯。小陈这时候才想起去 Kubernetes 环境上看看,一看吓一跳,研发的同事已经有好长时间没有使用自己搭建的 Kubernetes 环境了。


容器项目是 CTO 自上而下的推行的,研发同事不可能不搞了吧,小陈心里有些打鼓,决心找小赵一探究竟。


2

是什么神器让研发自己就能搞定 K8s


小陈为了缓和矛盾,决定还是请小赵一起吃个晚饭,喝点小酒,打探一些真实消息。饭局还是经典的烧烤加啤酒,几杯酒下肚,冰释前嫌,小赵终于揭开了谜底。



小赵说,因为小陈的 Kubernetes 环境问题,影响了研发的进度,研发领导让他调研下,看看是否有其他替代方案。小赵调研了市场上的各种方案,做了对比,最后选择了青云的 QKE(QingCloud KubeSphere Engine)方案。


小赵说经过测试,并且将近一个月的使用,QKE 的方案稳定,性能不错,而且是他测试过的方案里面交互功能最好的,最重要的是数据存储使用的是青云已经成熟的方案,再也不用担心丢数据。


小赵说,QKE 吸引他的有以下几个特点:


1、支持可视化的微服务治理



小赵说 QKE 提供可视化的微服务治理功能,将自己以前许多需要手工操作的工作进行了整合。QKE 将 Kubernetes 的服务进行更细粒度的拆分,提供完善的治理功能,包括支持熔断、灰度发布、流量管控、限流、链路追踪、智能路由等完善的微服务治理功能,支持代码无侵入的微服务治理。


比如灰度发布吧,以前很繁琐,现在可以非常方便的实现,还是可视化的。




2、支持拖拽式的 DevOps 流水线


小赵说 QKE 支持基于 Jenkins 的可视化 CI/CD 流水线编辑,不需要对 Jenkins 进行配置。以前都是自己提需求,小陈帮忙配置 Jenkins,小陈忙响应慢,现在好了,拖拽下几分钟就能解决问题。



3、日志查询超级方便


小赵说 QKE 工具箱提供的日志查询功能,对研发来说好得简直不要不要的。



以前找小陈查日志,小陈反应太慢了,现在只要自己需要,随时可以查日志,还支持检索。



4、支持快速构建与发布


小赵说 QKE 发布也非常方便,简单几步就可以完成发布。自从用上了 QKE,发布再也不用编写 dockerfile 了。


QKE 支持对代码(Source-to-Image)或者制品(Binary-to-Image)进行快速容器化的工具,支持从已有的代码仓库中获取代码,或通过上传制品的方式,自动构建镜像和完成部署,并将镜像推送至目标仓库。



3

10 分钟创建 Kubernetes 集群?有没有这么神?


小陈听完小赵说的,有点半信半疑,QKE 真的有这么方便,饭局结束回家之后,小陈迫不及待的打开电脑,注册青云帐号,冲了 100 元,体验了下 QKE。


首先,创建很简单,许多选型默认都自动填上了。



第二步是设置网络。



为了方便访问,可以申请一个公网 IP,青云平台有详细的提示。



只需要这两步,就创建好一个集群了。



大概不到 10 分钟,一个 Kubernetes 集群就创建完成了。想想自己搭建一个完整的 Kubernetes 集群需要好几天时间,真的是天壤之别呀!



在首页可以看到集群中的资源,按照系统提示,小陈打开管理界面,发现内置了好多工具,看来 QKE 就是天然为开发工作设计的。




通过工具箱,小陈发现,还可以登录 Kubernetes 的命令行界面。



对于他这样的重度 Kubernetes 爱好者还是很有帮助的。



QKE 还支持多个维度的监控,支持开放标准接口,可以对接企业运维系统。



QKE 支持和青云QingCloud 的云平台打通,可以和云主机连通,可以使用云平台的网络、存储资源,QKE 的网络、存储解决方案也借鉴了许多云平台的成熟经验,小陈用工具测试了下,发现性能和稳定性都不错。


一番体验之后,小陈感觉有些绝望,自己努力这么长时间,也没有做好的事情,居然被青云解决了,而且更易用,感觉自己这段时间只是在重复造轮子,还造得不好。


一晚上,小陈彻夜难眠,天快亮的时候,小陈突然眼前一亮,找到了希望。立马起床规划了以下事情:


第一,在公司内部布道青云的 QKE,自己可以成为 QKE 的专家,让大家有相关的问题都来找自己。


第二、将 QKE 的监控信息和运维监控系统打通,以后更好的为研发和其他运维同事服务,也可以进一步的进行数据分析,看看能否为业务服务。


第三、运维部一直有把现有的运维系统容器化的计划,借助 QKE 平台,可以让这个计划加速。


天一亮,一上班,小陈就迫不及待找领导聊了自己的想法,并且向领导演示了青云的 QKE 平台,运维部的领导比较认可。CTO 给的时间很紧,通过青云的 QKE 平台,可以多快好省的完成任务,领导也很满意,还夸奖了小陈。


4

后记:上容器,不必重复造轮子!


下班以后,小陈感觉轻松了许多,突然想起了自己的同学小张,在一家公司做运维,他们公司最近也在上容器项目,也是碰到各种问题,他们两个还经常一起交流讨论。


小陈立刻给小张打了一个电话,分享了他的经验之谈:


容器是大势所趋,这个是大家都看到的,都在如火如荼的开展容器项目,但是最终稳定可靠的容器云平台,还是 QKE 这样的项目的天下,因为像青云这样的服务商更有实力,更有经验,有足够的能力保证平台的性能和稳定性。


小陈还给小张推荐了青云 QKE 平台,运维的工作不应该是重复造轮子,在类似 QKE 这样的平台之上,寻找更靠近业务的机会,才会更有价值!


(文章转载自:云技术


点击 “阅读原文” ,限时免费体验 QKE 容器平台

- FIN -

关注公众号:拾黑(shiheibook)了解更多

[广告]赞助链接:

四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/

公众号 关注网络尖刀微信公众号
随时掌握互联网精彩
赞助链接