分析師視角 | Rancher如何成爲全球客戶衆星捧月的企業K8S平臺明星

本文做者爲美國著名分析師James Governor。James Governor是RedMonk的首席分析師和創始人。他負責領導企業應用程序領域的相關分析報道，爲客戶提供應用程序開發、集成中間件和系統管理等問題的分析和建議。James Governor有十多年的從業經驗，他的分析與觀點常被美國和歐洲的媒體引用，他還曾任BBC等媒體機構的特邀行業專家。

Rancher Labs 於6月28日在舊金山舉辦了分析者大會。Rancher Labs在美國已擁有200多家付費企業客戶，考慮Rancher產品的下載使用量，以及Rancher Labs只是一個成立短短4年的初創公司，這個付費客戶數已經很是可觀。這次分析者大會上，有13位客戶表明進行了發言分享。整場分享沒有在市場宣傳上作大動做，而是密切關注於技術層面的乾貨輸出。每一位發言人都提供了頗有意思的技術看法。

K8S平臺的強大功能VS簡易性

Rancher Labs CEO及聯合創始人梁勝博士首先針對「平臺的強大功能性VS.簡易性」之間的取捨及對比展開了完整有力的討論 。雖然說AWS在推出伊始也很簡單，但不能否認，AWS現在已變成了一個完整、功能強大的平臺，擁有一系列先進功能來與傳統企業供應商（如VMware）相抗衡。

正因如此，那些想使用開源產品（如原生Kubernetes平臺）來避免技術鎖定的用戶，正面臨「開源開放VS.方便強大」這個進退兩難、難以抉擇的困境。一般狀況下，用戶會選擇「便捷」這一屬性，這也是AWS現在能壟斷市場的緣由之一。

「作一個管理平臺，僅僅是‘能在多雲環境下都可使用’，這一特性是遠遠不夠的，用戶須要的是一個比讓他們本身直接使用多雲更優的解決方案。」梁勝博士表示，「爲了推進用戶對多種雲的使用，市場期待比AWS更優的產品。」

這正是對Rancher以及業裏其餘玩家的挑戰。只提供可移植性是不足夠的——跨平臺體驗須要更好的表現方式。

當下市場普遍接受的一個觀點是，咱們須要雲基礎設施以及微服務更多地爲用戶服務，而不是要用戶當心翼翼地去維護基礎設施——粗暴點說，即虛擬機和容器須要是短暫且可拋棄的。在持續部署和應用鏡像擴容的年代，服務是很難持續的。不斷修修補補打補丁的方式，終將會被不可變基礎架構取代。

最初當Docker騰飛時，Rancher Labs結合其自身一向的簡易、靈活的理念，建立了本身的容器編排和管理平臺，稱之爲Cattle。Cattle能在開發人員的筆記本電腦上構建及管理Docker鏡像，這一特性幫助Rancher 1.6贏得了業界的「易於部署和管理」的讚譽。

但在2017年，Kubernetes逐步贏得了容器編排工具之戰，成爲了標準的容器服務編排環境。Rancher Labs極具前瞻性地對Rancher產品作了重大升級轉向，新推出的Rancher 2.0延續了Cattle一向的簡潔易用的特性，但成爲了徹底基於Kubernetes的平臺。Rancher的這一決策也充分證實了咱們前文所說的「靈活性」的理念。雖然說很多客戶認爲 Cattle比Docker Swarm、Apache Mesos或Kubernetes更簡單、更易於使用、甚至可能更適合他們的需求，但在2.0產品上他們不得不放棄對Cattle的使用。Rancher並非惟一做出這樣決策的公司 ——例如，Docker公司本來擁有本身的編排工具Swarm，但也在不久後宣佈擁抱Kubernetes；Mesosphere如今也支持DC / OS上的Kubernetes。

Kubernetes不是哪家公司的競爭對手，當下狀況是，業界各公司正處於Kubernetes這一環境中在進行競爭。

Rancher的這次大會多是最具說服力、最具參考價值的，由於客戶的緊張感暴露無遺。客戶在必定程度產生了認識失調。一方面他們想繼續使用Rancher的Cattle編排調度工具，另外一方面他們意識到Kubernetes的勢頭不可抵擋。同時對於Rancher來講，從研發團隊的角度看，標準化Kubernetes老是比支持多個第三方協調引擎更容易。

所以，對於Rancher 2.0而言，它的工做主要是經過CLI、UI、Compose等，來爲運行在Kubernetes pod上的容器提供Rancher UX和API。原生支持Kubernetes，意味着對於那些想要使用Kubectl、Helm chart的公司而言，全部常見的Kubernetes工具均可以用了。

Rancher還計劃經過Prometheus（用於監控和指標）以及RBAC（基於角色的訪問控制）等工具提供更好的集成。 Rancher擁有本身的身份驗證模型，並支持SAML、LDAP和Microsoft Azure Active Directory。用戶能夠設置警報和閾值——例如，若是etcd內存消耗超過70％，它會經過Slack通知團隊。

Rancher首席架構師Darren Shepherd對功能性與簡易性的理解略有不一樣，他在大會上表示Rancher正在開發的一個名爲Rio的新項目——基於Kubernetes，擁有用戶熟悉的、簡單的Docker 1.11.x 風格的UX，擁有端到端的服務，包括構建、運行時、日誌、監控與無服務器架構。

我在大會上詢問了Rancher Labs團隊如何達到產品、服務和技術支持間的平衡。 Rancher聯合創始人兼銷售副總裁Shannon Williams說：「客戶使用Kubernetes以後，咱們須要爲客戶提供的服務大部分都是培訓。 然而AWS、VMware它們都不須要這樣作。 若是產品易於使用，技術浪潮中並不須要這麼多培訓」。

客戶對於K8S與Rancher的想法

客戶對此說了什麼？這裏有一系列的觀點。

Sling TV目前正在VMware上運行容器，並但願經過採用原生的Kubernetes避免將來技術鎖定的風險。 它計劃將容器從VMware遷移到AWS，所以可移植性是他們很是看重的特性。 正因如此，他們選擇了能夠納管兼容不一樣基礎架構容器服務的Rancher。

Toyota Connected是一個頗有趣的案例，一部分緣由是由於與其餘客戶不一樣，豐田直接選用Rancher 2.0，而不是1.6或更早的版本。 也就是說，它由於選擇Kubernetes而選擇了Rancher，而不是由於摒棄Kubernetes而選擇了Rancher。

Toyota Connected高級開發與運維工程師Ross Edmond說：「Kubernetes並不完美，但咱們堅信它有着非凡的持久力、將來發展會愈來愈好，一是由於它的功能很是強大，二是由於它可讓用戶進行不少拓展，從而進行長期的、可持續性的探索。」

豐田公司全部出售的凱美瑞車型的「主機（head unit）」（也就是儀表板中帶有無線功能、藍牙、網絡等的部分）都將運行在Kubernetes上。 豐田公司但願經過Kubernetes的靈活性加快公司的軟件開發速度，並使用各類堆棧（例如，豐田用Java和Elixir編寫軟件，而這須要Erlang虛擬機）。

豐田凱美瑞的遠程信息中包含超過100個微服務。在啓動時，該服務須要可以支持1500萬輛汽車。HA配置中的集羣目前爲20到30個節點。Kubernetes這一最初是用於管理Google服務器羣的開源軟件，現在已經開始服務於汽車儀表盤，這真的讓人感到難以置信。

Edmond繼續說：「Rancher Kubernetes Engine（RKE）再也不須要用戶‘自帶容器’。它與底層基礎設施並沒有綁定。使用RKE大大下降了咱們使用其餘雲的啓動成本。」

國家能源研究科學計算中心（NERSC）是美國能源部的一部分，也是另外一個精彩的案例——實現了在Cray超級計算機上運行Docker。它使用容器進行計算工做——一個NERSC開源項目Shifter將Docker鏡像隨時轉換爲Cray超級計算環境中的非特權用戶——那有9000個節點。 NERSC還以更傳統的方式爲應用程序開發工做流程提供容器。它選擇Rancher進行身份驗證、CLI、管理工具和策略實施。

總而言之，與容器生態系統中的其餘參與者同樣，Rancher如今專一於優化改善Kubernetes的易用性 。Kubernetes將成爲將來幾年的基礎設施的重要角色。此次活動讓我深入地認同 Rancher在這方面有很好的基礎，而這勢必會在未來幫其贏得更多的新客戶。

英文原文：

https://redmonk.com/jgovernor/2018/06/28/rancher-labs-treating-cattle-like-cattle/