如果你最近對容器領域有所關註的話，想必你已經發現了，最近這段時間裏，與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會是什麽樣子

我希望上述的理由能夠讓你有興趣去了解Rancher 2.0。作為開源產品，Rancher產品一路走來的的進步與完善離不開用戶的支持與反饋，我們重視每一個人的每一條意見，請隨時分享你的經驗，讓我們做得更好。

原文來源：Rancher Labs

本文出自 “12452495” 博客，請務必保留此出處http://12462495.blog.51cto.com/12452495/1972777

Rancher 2.0 的第一印象