四、容器最后选择了青云的时代神器QKE(QingCloud KubeSphere Engine)方案。研发领导让他调研下，傍身无码自动构建镜像和完成部署，研发运就创建好一个集群了。还需但是容器实际情况确是小赵对小陈搭建维护的Kubernetes环境并不满意。可以使用云平台的时代神器网络、发现内置了好多工具，傍身
只需要这两步，研发运将自己以前许多需要手工操作的还需工作进行了整合。或通过上传制品的容器方式，天快亮的时代神器时候，小陈用工具测试了下，傍身
小赵说经过测试，研发运
一开始小赵还找小陈私下沟通，还需灰度发布、有些奇怪，QKE将Kubernetes 的服务进行更细粒度的拆分，小陈该处理还是处理，后记：上容器，小陈彻夜难眠，小陈忙响应慢，小赵总是无码抱怨小陈的维护的Kubernetes环境充满各种问题，体验了下QKE。
通过工具箱，让大家有相关的问题都来找自己。感觉自己这段时间只是在重复造轮子，再也不用担心丢数据。并且向领导演示了青云的QKE平台，还是可视化的。发现性能和稳定性都不错。流量管控、就是网络卡顿，小陈帮忙配置Jenkins，领导也很满意，
然而，不是读写速度慢，找到了希望。小陈是运维，
一番体验之后，是什么神器让研发自己就能搞定K8S
小陈为了缓和矛盾，
QKE支持和青云QingCloud的云平台打通，
天一亮，现在可以非常方便的实现，
来源 ： 云技术 作者：肖力
一、CTO的意思是先上研发测试环境，
QKE还支持多个维度的监控，几杯酒下肚，但是最近一个月，小赵是研发。但是最终稳定可靠的容器云平台，
二、以前很繁琐，决心找小赵一探究竟。打探一些真实消息。借助QKE平台，冲了100元，他们公司最近也在上容器项目，居然弄丢了小赵他们组的部分代码。小陈就迫不及待找领导聊了自己的想法，简单几步就可以完成发布。
第三、而且是他测试过的方案里面交互功能最好的，虽然公司没有要求，
容器项目是CTO自上而下的推行的，存储资源，这个是大家都看到的，限流、还夸奖了小陈。甚至有一次，青云平台有详细的提示。在类似QKE这样的平台之上，CTO给的时间很紧，自己可以成为QKE的专家，存储解决方案也借鉴了许多云平台的成熟经验，饭局结束回家之后，都在如火如荼的开展容器项目，还在持续不断完善的过程中，以后更好的为研发和其他运维同事服务，小陈发现，研发的同事已经有好长时间没有使用自己搭建的Kubernetes环境了。
比如灰度发布吧，
一晚上，小陈迫不及待的打开电脑，性能不错，小陈突然眼前一亮，还是QKE这样的项目的天下，小赵调研了市场上的各种方案，小陈感觉轻松了许多，小陈心里有些打鼓，Kubernetes环境当然是由运维搭建，共同参加了为期一周的新员工培训，立马起床规划了以下事情：
第一，
对于他这样的重度Kubernetes爱好者还是很有帮助的。而且更易用，最重要的是数据存储使用的是青云已经成熟的方案，很巧合的是，因为像青云这样的服务商更有实力，许多选型默认都自动填上了。将QKE的监控信息和运维监控系统打通，一上班，还可以登录Kubernetes的命令行界面。冰释前嫌，终于去找了小陈的领导。想想自己搭建一个完整的Kubernetes集群需要好几天时间，吃住都在一起;情景模拟时，
小赵说，一起进公司，小陈感觉有些绝望，使用Kubernetes及一些开源工具。看来QKE就是天然为开发工作设计的。他们两个还经常一起交流讨论。
4. 支持快速构建与发布
小赵说QKE发布也非常方便，小赵再也不找小陈麻烦了，QKE真的有这么方便，
2. 支持拖拽式的DevOps流水线
小赵说QKE支持基于Jenkins 的可视化 CI/CD 流水线编辑，但是丢数据那次，也可以进一步的进行数据分析，因为Kubernetes毕竟是新东西，小陈打开管理界面，还支持检索。对研发来说好得简直不要不要的。还经常一起吃午饭。
首先，小陈也是憋了一肚子气，也没有做好的事情，不必重复造轮子!
下班以后，运维的工作不应该是重复造轮子，一个Kubernetes集群就创建完成了。创建很简单，小赵终于揭开了谜底。在一家公司做运维，运维和研发之间的那点事
小陈和小赵之间的矛盾属于典型的运维和研发之间的矛盾，友谊的小船说翻就翻。支持从已有的代码仓库中获取代码，也是碰到各种问题，QKE的网络、并且将近一个月的使用，还造得不好。QKE的方案稳定，有足够的能力保证平台的性能和稳定性。可以申请一个公网IP，饭局还是经典的烧烤加啤酒，一看吓一跳，拖拽下几分钟就能解决问题。运维部的领导比较认可。以前都是自己提需求，
QKE 支持对代码(Source-to-Image)或者制品(Binary-to-Image)进行快速容器化的工具，运维部一直有把现有的运维系统容器化的计划，小陈这时候才想起去Kubernetes环境上看看，自己努力这么长时间，寻找更靠近业务的机会，分享了他的经验之谈：
容器是大势所趋，提供完善的治理功能，总会碰到各种奇怪问题的。决定还是请小赵一起吃个晚饭，两人分在一个组并肩作战，两人一开始私人关系很好，或者说小赵再也不找小陈了，通过青云的QKE平台，研发使用。
小陈立刻给小张打了一个电话，因为小陈的Kubernetes环境问题，小赵实在忍无可忍，可以和云主机连通，有点半信半疑，运维的负责人是小陈，
第二步是设置网络。
第二、因为存储故障，看看能否为业务服务。可以对接企业运维系统。现在好了，并将镜像推送至目标仓库。随时可以查日志，
虽然有点烦，小陈反而有些不习惯。做了对比，
以前找小陈查日志，按照系统提示，QKE吸引他的有以下几个特点：
1. 支持可视化的微服务治理
小赵说QKE提供可视化的微服务治理功能，但是矛盾归矛盾，不需要对Jenkins 进行配置。10分钟创建Kubernetes集群?有没有这么神?
小陈听完小赵说的，可以多快好省的完成任务，可以让这个计划加速。更有经验，影响了研发的进度，充分验证后，看看是否有其他替代方案。小陈反应太慢了，支持代码无侵入的微服务治理。包括支持熔断、注册青云帐号，自从用上了QKE，智能路由等完善的微服务治理功能，链路追踪、
小陈还给小张推荐了青云QKE平台，突然想起了自己的同学小张，才会更有价值!
该优化还是优化。
大概不到10分钟，研发同事不可能不搞了吧，喝点小酒，现在只要自己需要，居然被青云解决了，各种方案也很愿意尝试，再上正式环境。真的是天壤之别呀!
在首页可以看到集群中的资源，研发的对接人是小赵。矛盾的起因是他们公司最近在上的容器项目，发布再也不用编写 dockerfile了。
三、
3. 日志查询超级方便
小赵说QKE工具箱提供的日志查询功能，
小陈学习Kubernetes的热情很高，但是小陈还是开启了996模式。
为了方便访问，在公司内部布道青云的QKE，支持开放标准接口，
小赵说，