Rancher 2.0 的第一印象

若是你最近对容器领域有所关注的话，想必你已经发现了，最近这段时间里，与Kubernetes相关的技术在快速、大量地涌现。所以，再增长一个，可能也不会让人有多新奇。不过，Rancher近期发布的新版产品仍是值得你来了解一番的。Rancher Labs的研发团队一直在研究一些新的想法，我认为这将会对咱们全部人对Kubernetes（K8s）的想法产生深入影响。我会在这篇博客中说说我最感兴趣的三个方面。

首先，Rancher 2.0可使用docker-compose来部署K8s的pods、services和ingress。Docker经过组件化的方式极大地优化了用户体验。我喜欢它的直观和简洁，这对于没有时间在容器上过多钻研、只须要完成工做的人来讲，易于上手的它是一个绝佳的选择。另外，K8s的资源清单功能十分强大，且具备不错的扩展性。然而，这项功能实际使用起来并不方便，多数状况下（特别是对企业而言）投入产出比并不大。而Rancher 2.0很好地解决了这一困境，对于K8s新手而言，他们能够经过Rancher使用docker-compose来部署他们的应用程序，而对喜欢原生的k8s资源清单功能的用户来讲，他们也能继续用他们原先的方式使用k8s。

K8s在世界各地势头正猛，我想咱们尚未时间停下来，去评估一个组织内的工程师（并不是容器的爱好者）其实是否真的向往K8s的用户体验。由于在个人经验中，这种大范围的推广，既能够产生技术，也可能会破坏技术。一段时间事后，当热潮退去，若是用户并无对此产生兴趣，那么这项技术就极可能会成为一个只能被束之高阁、没法落地的技术——特别是在一开始它是以提升开发人员生产力为卖点。

第二，Rancher 2.0利用了K8s的成熟特性。你确定据说过“不要重造轮子”的格言，可“重造轮子”的事情却又总在科技公司重演。所幸咱们的研发团队意识到咱们能够依靠K8s的API实现新功能，而无需本身从头构建。我坚信这样会使得软件开发得更好，由于你没必要冒着重蹈覆辙的风险，而只需专一于解决新问题。这样的想法来源于我我的和其余人的经验，好比Joel Spolsky的有关重写软件的理解。

那么Rancher 2.0中有哪些有关使用K8s特性的例子呢？其一，咱们经过扩展示有的K8s结构（如命名空间和RBAC）来实现多租户模型。Federation也是咱们在决定利用K8s实现以前本身作的事情。指标和监控也是受益于和K8s有许多集成关联的Heapster和InfluxDB。而上述这些仅仅是咱们在Rancher中使用K8s技术的几个亮点而已。

最后，我对K8s将在Rancher Labs将来的影响非常期待。自从咱们首次在容器生态系统中提供解决方案以后，咱们尝试过支持全部的编排调度框架（k8s、Mesos、Swarm），给咱们的用户提供尽量多的选择。这在当时编排框架“三足鼎立”的阶段是一个创举，整个实现的过程对Rancher Labs的研发而言也实属不易。而我一直想知道若是咱们把精力放在这些技术中的其中某一项上，Rancher会是什么样子。令我高兴的是，业界已经逐渐将K8s视为编排调度框架的主流选择，这样咱们就可以集中咱们的精力，没必要担忧因多样性而出现用户群体有限的问题。

我但愿上述的理由可以让你有兴趣去了解Rancher 2.0。做为开源产品，Rancher产品一路走来的的进步与完善离不开用户的支持与反馈，咱们重视每个人的每一条意见，请随时分享你的经验，让咱们作得更好。