知識星球
-
改進微服務的訊息處理機制。服務網格確保你能監控到整個架構層，不僅可以跟蹤到網路中的伺服器地址，還可以跟蹤到傳達伺服器地址資訊的訊息。例如，你可能想要跟蹤“失敗”訊息，但這些訊息在傳統雲架構中通常會丟失。服務網格的好處是既可以確保訊息的傳遞，又會在訊息未到達目的地時傳回錯誤資訊。
-
利用與傳統應用程式相同的運維方式。對於企業級網路來說，可定製性和靈活性是最重要的。服務網格是為適應現代分散式應用程式而設計的。但是底層的技術如入口控制器，負載均衡器，以及代理都和傳統單體應用的資料層面的技術相同。在實現服務網格的過程中，組織可以利用到與運營現代、基於軟體的應用程式交付基礎設施相同的技術與技能。
-
靈活使用多種雲服務。服務網格解決了現代應用的雲網路問題。支撐起服務網格的資料平面和控制平面的技術獨立於任何特定架構，因此它們可以在無論是裸機，容器還是虛擬機器的公有或私有的架構上執行。這種靈活特性甚至允許服務網格處理未來的應用程式架構，從而發揮其規模化、全球複製以及深層效能調節等優勢。您的服務網格將成為運作樣式化雲架構場景下，一切潛在優勢的實現保障。
-
提高對微服務的可見性。分散式系統的指標對於我們而言就像是一個黑盒子，而網格服務為我們提供了一種更深入觀察分散式系統的指標的途徑。它會隨時間收集效能指標，為團隊提供服務可用性的長期指標。這為操作員提供了一種觀察服務可靠性和效能的方式，使他們能夠逐步最佳化系統。
-
更高效的運維以及更有效的執行SLA（服務等級協議）。服務網格提供的追蹤功能對除錯和故障排除至關重要，與此同時，它也確保服務執行了服務等級協議（SLA）。服務網格執行了很多工，包括執行策略以及追蹤檢視這些策略是否被滿足。它為管理者提供了一個可以在網路層實施雲應用管理和策略的場所。
-
簡化微服務實現。服務網格的另一大優點是可以輕鬆部署它們。過去的解決方案要求開發人員將服務內功能編碼到每個微服務中。這需要重寫應用程式併在不同的程式語言中維護各種庫。而服務網格幫開發人員抽象了這些事務。開發人員可以簡單地呼叫必要的訊息傳遞和服務發現功能就可以輕鬆的部署它們，而微服務的原始碼只用包含業務邏輯相關的程式碼。
-
加快新服務的上線時間。過去的庫解決方案，如Finagle，Hystrix和Stubby，需要開發人員長時間的介入並且迫使開發人員將冗餘功能編碼到每一個服務中。另一個更簡單的方法是在每個微服務中放置一個sidecar代理並將它們連線在一起，這正是服務網格所擅長的，因此未來將會有更多的雲應用選擇服務網格架構。簡而言之，服務網格保證了開發者的生產力，使他們能夠更快地將更多的服務推向市場。
-
保障服務間的通訊安全。服務之間通訊有可能跨雲，跨資料中心，或者跨大陸，而服務網格保障了這些通訊的安全，它封裝了所有的通訊，並且在控制器層面協調這些通訊，透過管道內加密，聯絡人策略和服務許可權解決了安全問題。
