不要重复造轮子，新浪产品运维团队 K8s 应用实践

在快速变化的市场环境下，无论是新兴互联网行业还是传统行业都面临着敏捷开发的需求，要求应用快速开发、持续迭代、灵活部署和弹性伸缩，因此对应用进行微服务化以及开发运维一体化和管理框架的建设成为企业 IT 建设和管理的新焦点；而容器平台为微服务提供了恰当而高效的运行环境，也是云计算服务的有机延伸。

在此背景下，我们与 CNCF 定制了一场『KubeSphere and Friends』大趴体，精选出 7 场精彩演讲，聚焦容器技术落地经验，结合实战场景，助力容器技术爱好者快速走上进阶之路。

扫码即可报名

今天，我们邀请了本次沙龙的讲师，来自新浪产品运维团队的王洪磊，和他一起聊了聊 K8s 在新浪产品运维团队内的一些实践和走过的坑，希望对大家的日常工作及容器技术落地有所帮助。

1 不要重复造轮子

QingCloud：简单介绍一下你自己。

王洪磊：我来自新浪产品运维团队，目前负责团队内业务向 K8s 迁移及 K8s 集群的维护工作。

我接触容器技术是从自己日常工作中开始的，我的工作需要从业务运维的过程中做业务的标准化部署，会遇到一些重大活动、突发事件或者新项目，需要快速进行扩容或者上线场景，因此我开始接触 K8s。

在此之前，我们也尝试过 Docker Swarm Mode 和 Mesos，但在对 K8s 有了一些深入的接触之后，我们发现，前面提到的需求在 K8s 上都可以轻松实现，我们也避免了自研一套系统去解决这样复杂的问题，不用再去重复的造轮子。

QingCloud：作为高级运维开发工程师，你觉得接触使用 K8s 后最大的感触是什么？

王洪磊：主要有以下几点：

QingCloud：怎么看待 K8s 未来在企业中的应用？

王洪磊：我是一名 K8s 的使用者，个人非常看好 K8s。我希望 K8s 在企业中的应用越来越广泛，真正帮助企业解决现实的问题，帮助研发运维人员解放时间和双手，投入很多的精力在更重要的事情上。

QingCloud：应用迁移到容器会遇到哪些坑？如何事先规避？

王洪磊：要说坑的话其实比较多，K8s 对于我们来说毕竟是新事物，在我们应用的过程中出现的问题大多是对它不了解造成的，在使用中每一个 K8s 组件或者 K8s 生态软件的配置都可能会引起问题，比如 DNS 组件的性能，网络组件的配置等等。

要说事先规避的话，深入的了解工作原理机制是非常必要的，然后监控的维度要足够全面也是非常必要的。

我觉得最大的困难是沟通，解决这方面的问题，我觉得要用自身的专业性去说服你的业务方。对于不愿意参与的，在改造迁移的过程中尽量使业务方透明，不去或者尽量少去让业务方配合做太多的改造，对于愿意参与的给予足够的空间参与进来，当然如果 K8s 是公司级别的战略那就另当别论了。

QingCloud：你觉得哪种微服务技术更合适和容器技术结合在一起？

王洪磊：目前我们觉得 Istio 跟 K8s 的结合更完美一些。我们也会参考像青云 QingCloud 这样的知名的厂商的产品来去做选型，比如 Kubesphere 就集成了 Istio，大厂商的选型是值得信赖的。

QingCloud：用一句话总结，您认为 K8s 给企业带来最大的价值什么？

王洪磊：对我运维业务的环境来说，时间、人力、资源的节省和效率的极大提升，是 K8s 带来的最大价值。

QingCloud：本次你分享的话题是什么？你认为哪些人应该来了解这个内容？

王洪磊：本次主要是向大家介绍一下目前我们在 K8s 应用中的一些实践。想要在 K8s 上做应用的运维或者研发的朋友们可以参考了解一下。

广告时间

多轮互动抽奖

KubeSphere 定制帽衫

一段神秘代码组成的拼图

KubeCon 门票 x n

最受开发者欢迎的技术书籍

无人机现场 Friends 大合照留念

速速报名，这些都可以是你的

👉 👈