Google Cloud採用了Istio服務網格技術來管理微服務,這可能比Kubernetes和無服務器產生更大的影響。html
隨着現代數字計算基礎設施的不斷髮展,新的自動化層加速了創新和提高了適應性。一旦實現容器化微服務幾秒以內部署一個新功能成爲可能。那麼Kubernetes和相似工具的出現增長了一層業務流程,以便大規模協調容器部署。在基礎設施中一個功能很容易抽象成爲一個知足需求的serverless模型。如今,正在造成一個稱爲「service mesh」的新層,以便在全部這些功能中添加服務間治理、管理和通訊功能。8月1號一個名爲Istio的service mesh的新開源框架1.0版本發佈生產版本,像以前的Kubernetes同樣,由谷歌以及IBM支持。編程
您可能沒有據說過Istio,但若是您進行任何形式的敏捷數字開發或運維工做,您很快就會知道Istio。 Google雲計算CTO(UrsHölzle)上週告訴我,他預計service mesh將會被廣泛採用:「我但願看到的是,在兩年後90%的Kubernetes用戶將會使用Istio。Istio與Kubernetes提供的產品很是吻合,幾乎感受就像Kubernetes的下一次迭代。這是由同一個團隊完成的,Istio和Kubernetes的功能可以很好的互補。」安全
Hölzle沒有明確地說Istio必定會比Kubernetes更大,但他很是確信Istio會和Kubernetes具備同樣大的應用前景,甚至超過Kubernetes。服務器
在某種程度上,Hölzle的信心源於谷歌決定將Istio標準化爲其雲服務平臺(Cloud Services Platform )的管理層,該服務於上週在Cloud Next會議上宣佈。這與上週推出的另外兩個新項目同時啓動。一個是Knative—一個基於Kubernetes的開源框架,用於構建、部署和管理serverless工做負載,正如Kurt Marko本週早些時候在他的Cloud Next文章中所解釋的那樣,「Knative不只僅是一個serverless的容器包裝器,而是一個容器化應用的開發框架「。另外一個是谷歌GKE(Google Kubernetes Engine)私有云版本,是雲供應商的容器管理工具。結合Istio的管理層,這實際上意味着組織能夠從私有云到公有云使用CSP管理整個IT基礎架構中的容器生態系統和serverless。微信
Istio是Google、IBM和Lyft共同努力在一年多前推出的一項開放式技術框架,用於鏈接、保護、管理和監控雲的服務網絡。這三家公司都貢獻了他們單獨開發的現有技術。網絡
Hölzle認爲,Istio將加速企業採用公有云,由於它能夠在私有化部署和雲之間實現更高的同質化:「公司決定將全部內容(包括他們不想重寫的舊代碼)移至Istio,去包裝舊代碼而不去重寫它這是很是合理的。咱們相信GKE私有化部署將帶領更多客戶深刻雲技術。由於它與現代雲思惟很是融合,它保留了它們的地址以及什麼時候何地去遷移的選擇機會。你能夠在任何你喜歡的雲提供商之間自由遷移,且使你上雲之路更加平穩。一旦人們熟悉了Kubernetes和Istio的管理和編排方式,上雲就不會變得可怕了。」架構
Hölzle認爲BigQuery這樣的雲原生功能將繼續爲它們提供最終結果。與此同時,它依靠思科等合做夥伴提供GKE和Knative的私有化版本,而不是成爲該技術自己的直銷商。框架
合做夥伴還將發現Istio有助於他們從硬件產品轉向安全等領域的軟件和服務雲轉型。Hölzle認爲:「許多合做夥伴正在轉向銷售軟件和銷售服務,這是進入該領域的理想切入點。若是您是正在使用Istio的服務安全提供商,將服務從本地遷移到雲將不受影響,只有位置發生變化了。在當前模型中,若是您是本地提供商,全部API都不一樣,全部須要回答的問題都是新的,您可能會失去現任狀態,由於您沒法輕鬆移植到雲端」。less
開發人員也須要獲得說服。但谷歌開發者關係部副總裁亞當·塞利格曼認爲,他對Istio爲他們開放的東西感到很興奮:「使用Istio不須要大量的從新編程。現有的應用程序、功能和服務可使用Istio進行流量路由,並當即看到當前各維度的運行狀態。你將沒有使用Istio的應用程序加入Istio,你會得到之前沒法得到的全部可見性。我認爲這會刺激不少開發人員,加速Istio被採用的速度。我認爲開發人員須要接受SLO(服務級別目標)監控、金絲雀部署、流量控制、A/B測試甚至多變量測試等技術培訓。」運維
Istio不是惟一實現service mesh的技術框架,linkerd—由Buoyant支持的開源項目,早於Istio,已經投入生產。但谷歌、IBM和思科等重量級合做夥伴給Istio帶來了比Bouyant對linkerd更大的支持。最後,重要的是服務網格的原則而不是具體的實現。一直存在着反對過分使用微服務的爭論,由於你擁有的自主服務越多,管理它們就越複雜。在Istio的支持下,Google正在驗證解決這個棘手問題的微服務架構,以便全部這些鬆散耦合的端點能夠合理地協調以產生有用的業務成果。這彷佛應該是雲計算髮展中很是重要的進展。
Slack:servicemesher.slack.com 須要邀請才能加入,有志於加入ServiceMesher社區爲Service Mesh做出貢獻的同窗能夠聯繫我。
Twitter: twitter.com/servicemesh…
更多Service Mesh諮詢請掃碼關注微信公衆號ServiceMesher。