實施Service Mesh前,你須要考慮這幾個問題

隨着咱們須要治理的微服務數量愈來愈多,咱們必須開始着手解決服務間通訊的複雜性問題,而Service Mesh(服務網格)的出現恰逢其時,做爲基礎設施層,它可以以透明代理的形式提供安全、快速、可靠的服務間通訊。git

那麼在實施Service Mesh前,咱們須要考慮哪些問題?github

團隊準備好上手Service Mesh了嗎?安全

任何新技術、新工具的實施、使用和維護,都有必定學習成本,同時咱們須要作好充分的理解和準備,確保這項投入是有意義的。例如咱們管理的分佈式應用存在大量不一樣的微服務間服務調用,那麼Service Mesh值得一試。微信

目前的問題是什麼?架構

目前遇到了哪些問題?管理分佈式應用的一大痛點在哪裏?是可觀察性、服務依賴,仍是安全性?若是答案是確定的,那麼Service Mesh會幫的上忙。負載均衡

須要支持哪些平臺?運維

應用在哪裏運行?除了容器管理平臺以外,是否須要把咱們關注的服務網關服務鏈接到不在Service Mesh上的其餘服務?分佈式

服務如今的可觀察行如何?ide

Service Mesh最容易實現的好處是深刻到服務通訊中的可見性,這一點對於大多數企業IT來講都很重要,倒是一個容易被忽視的問題。微服務

有哪些Service Mesh功能是已經實現了的?

如何利用Service Mesh也是須要考慮的。一般的狀況是,咱們已經有了一些解決方案,例如解決負載均衡問題等等。已經存在的解決方案如何與Service Mesh集成,或者棄用原有解決方案,用新的替換?

團隊怎樣進行分工?

開發團隊是否願意本身來管理代理配置?仍是由運維團隊進行統一的管理?咱們應該確保實施Service Mesh後的分工是高效而有意義的。

集中式仍是分佈式?

根據部署的規模和複雜程度,團隊是傾向於採用基於host-based代理池,或者在擔憂Service Mesh下sidecar模式的潛在複雜性?哪些因素會影響咱們的決策?

團隊但願獲得怎樣的支持?

開源社區支持是否可以知足團隊需求?對於快速迭代的產品功能和標準有多大容忍度?是否須要商業支持?在生產中,這些注意事項很重要。

以上幾點僅做爲拋磚引玉的思考,對於不一樣的組織,狀況確定是不盡相同的。

進一步瞭解Service Mesh解決方案,獲取開源和商業支持,可訪問Rainbond官網並與好雨工程師取得聯繫。

關於Rainbond

Rainbond是一款以應用爲中心的開源PaaS,由好雨基於Docker、Kubernetes等容器技術自主研發,可做爲公有云或私有云環境下的應用交付平臺、DevOps平臺、自動化運維平臺和行業雲平臺,或做爲企業級的混合雲多雲管理工具、Kubernetes容器管理工具或Service Mesh微服務架構治理工具。

相關文章
相關標籤/搜索