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

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它們都不需要這樣做。 如果產品易於使用，技術浪潮中並不需要這麽多培訓”。

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

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/

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