隨着現代數字計算基礎設施的不斷髮展，新的自動化層可以實現越來越快速的變化和適應。一旦容器化使得在幾秒鐘內部署新功能成爲可能，那麼Kubernetes和類似工具的出現增加了一個編排層來協調大規模的容器部署。隨之而來的是將函數簡單地抽象爲“無服務器”模型，其中服務就在基礎設施中隨需應變。現在，一個稱爲“服務網格”的新層正在形成，以便在所有這些功能中添加治理、管理和通信。近期谷歌就和IBM一起發佈了一個名爲Istio的服務網格新開源框架的1.0版本。
比Kubernetes更有價值
你可能沒有聽說過Istio，但如果你進行任何形式的敏捷數字開發或運維，你很快就會知道。
Google Cloud首席技術官UrsHölzle表示：“我的期望是，90％的Kubernetes用戶在兩年後使用Istio。它與Kubernetes所提供的非常吻合，幾乎感覺就像Kubernetes的下一次迭代。這是由同一個團隊完成的，兩者合作得很好。Istio剛剛1.0。到目前爲止，大家對它還比較陌生。今天它的用量非常少，因爲直到本週它才生產就緒。”
Hölzle還說了這麼一句話：“可以說你從Istio獲得的價值會大於Kubernetes。”
Istio、Kubernetes和無服務器
在某種程度上，Hölzle的信心源於谷歌決定將Istio標準化爲其Cloud Service Platform（CSP）的管理層，該服務於前不久在Cloud Next會議上宣佈。
再看看同時推出的的另外兩個產品——一個是Knative，這是一個基於Kubernetes的開源框架，用於構建、部署和管理無服務器工作負載，正如Kurt Marko所解釋的那樣，“不僅僅是一個無服務器的容器包裝，而是一個容器化應用程序的開發框架”；另一個是Google Kubernetes Engine（GKE）的內部部署版本，這是谷歌的容器管理工具。
結合Istio的管理層，這實際上意味着組織可以使用CSP管理整個IT基礎設施中的容器和無服務器生態系統，從內部部署到公有云。
Istio是Google、IBM和Lyft的一項共同努力，旨在創建一個開放式技術框架，用於連接、保護、管理和監控雲微服務網絡。
讓企業更容易上雲
Hölzle認爲，Istio將加速企業對公有云的採用，因爲它可以在內部部署和雲之間實現更高的同質性：“公司可以決定將所有內容都移到Istio，包括他們不想重寫的舊代碼，這是非常合理的——更像是包裝而不是重寫。我們相信GKE on-prem是許多用戶深入雲計算的方式。它與現代雲思維非常融合，但它讓用戶可以選擇何時何地遷移。”
“你想什麼時候遷移，選擇哪個供應商，都可以。我們希望許多公司能夠將其作爲雲計算之旅的核心，使雲計算之路更加順暢。”
“一旦人們熟悉了Kubernetes和Istio的管理和編排方式，雲就不會太可怕了。”
合作伙伴和開發者採用
Hölzle認爲，合作伙伴會發現Istio對自己的雲轉換很有幫助——從硬件產品轉向安全等領域的軟件和服務。
“許多合作伙伴正在轉向銷售軟件和服務，這是進入該領域的理想切入點。如果你有用Istio的客戶，並且你是他們的安全供應商，在他們從內部部署遷移到雲時，你就可以保持業務，只有位置發生變化。”
“在當前模型中，如果你是內部部署供應商，所有API都不同，所有問題都是新的，你可能會因爲無法輕鬆遷移到雲而失去現有地位。”
開發人員也需要說服。谷歌開發者關係部副總裁Adam Seligman認爲，開發人員會對Istio向他們開放的東西感到興奮：“使用Istio不需要大量的重新編程。現有的應用程序、函數和服務可以使用Istio進行流量路由，並立即獲得關於正在發生的事情的洞察。你將Istio用在一個之前沒有Istio的應用程序，然後立即獲得了以前無法獲得的所有可見性。我認爲這會讓很多開發人員激動，會加速Istio的採用。”
看法
Istio並不是唯一的服務網格——Bouyant支持的開源項目linkerd出現在Istio之前，並且已經投入生產。但谷歌、IBM和思科等重量級公司給Istio帶來了相當大的支持。
最後，重要的是服務網格的原則而不是具體實現。一直存在着反對過度使用微服務的爭論，因爲你擁有的自主服務越多，管理它們就越複雜。通過支持Istio，谷歌正在驗證解決這個棘手問題的微服務架構方法，以便所有這些鬆耦合的端點可以被合理地編排以產生有用的業務成果。這應該是雲計算進化中非常重要的發展。採用將決定它的重要性。
本文轉移K8S技術社區-比Kubernetes和無服務器更有前途的是Istio？