比Kubernetes和無伺服器更有前途的是Istio!
隨著現代數字計算基礎設施的不斷髮展,新的自動化層可以實現越來越快速的變化和適應。一旦容器化使得在幾秒鐘內部署新功能成為可能,那麼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,谷歌正在驗證解決這個棘手問題的微服務架構方法,以便所有這些松耦合的端點可以被合理地編排以產生有用的業務成果。這應該是雲端計算進化中非常重要的發展。採用將決定它的重要性。
原文連結:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31547898/viewspace-2199212/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 自由職業比固定工作更有前途?
- Python和Ruby哪個更有前途?Python
- PHP和Python如何選擇?哪個更有發展前途?PHPPython
- 使用Kubernetes和Istio實現藍綠部署
- 線上學習安裝Istio和Kubernetes
- 伺服器CPU比家用CPU更有哪些優勢伺服器
- 開發、運維、測試,哪個崗位更有前途?運維
- [程式人生]前途無"亮‘’的大學
- Java是瀕臨死亡還是比以往任何時候都更有活力? - RogerJava
- 分享比收藏更有價值
- 基於Kubernetes和Istio的Serverless框架Knative解析之AutoscalerServer框架
- 使用Spring Boot, Istio和Cert Manager實現Kubernetes的HTTPSSpring BootHTTP
- Kubernetes,Istio和Java MicroProfile微服務雲原生案例 - heidloffJava微服務
- 在生產中執行kubernetes上的Istio
- 微服務2.0時代:Spring Cloud Netflix與 Kubernetes&Istio比較微服務SpringCloud
- di:比 df 更有用的磁碟資訊工具
- Swarm、Fleet、Kubernetes和Mesos的比較Swarm
- 前端、後端、全棧有什麼區別?幹哪個更有前途?前端後端全棧
- 服務網格Istio、Linkerd和Cilium效能比較
- SpringBoot、Kubernetes和Istio微服務網格演示原始碼Spring Boot微服務原始碼
- Kubernetes+Docker+Istio 容器雲實踐Docker
- Mesos、Kubernetes和Swarm比較指南Swarm
- 做Oracle DBA 有前途?還是做Oracle ERP DBA 有前途?Oracle
- Java應用伺服器前途堪憂?Java伺服器
- 為什麼Kubernetes是新的應用伺服器?伺服器
- 對抗孤獨,Instagram比Twitter更有效
- Claude與ChatGPT比較:Claude更有道德?ChatGPT
- Oracle的Fn無伺服器平臺新增了Prometheus支援和安裝於Kubernetes的Helm ChartOracle伺服器Prometheus
- kubernetes實踐之六十九:istio-1.0.0部署和試用
- kubernetes實踐之七十:Istio之流量管理(上)
- kubernetes實踐之六十七:Istio介紹
- 程式設計是一個沒有前途的工作程式設計
- 構建無縫整合的gRPC-Web和Istio的雲原生應用教程RPCWeb
- 哪個網際網路行業職位更有前途?這些技術有優勢行業
- hystrix對比服務網格istio的destinationrule
- 開源是Docker和Kubernetes的伊甸園Docker
- 在Kubernetes中最佳化Java無伺服器 - DanieJava伺服器
- kubernetes實踐之七十一:Istio之流量管理(下)