避免使用服務網格的原因? - Reddit
很多人說在絕對需要之前應該避免使用它們,為什麼?
- 複雜性。“你不會需要它” (YAGNI) :如果你不需要它,就不要用它。就像著名工程師 de St. Exupery 所說:“真正完美的時候,不是已經沒有什麼可新增,而是沒有什麼可去除的。 ”
- 事後很容易新增服務網格。它們不像安全機制,您需要從一開始就確保安全。事實上,像 Kuma 這樣的一些服務網格不必要地使用透明 TCP 重定向,顯然是為了使它不需要對應用程式進行最輕微的配置更改。我認為這種努力是錯誤的,但它是設計優先順序的證據。
- 服務網格讓我們將關注點分離到不同的程式記憶體空間、不同的配置登錄檔,甚至不同的團隊。但並不是每個人都需要這個,特別是對於一個年輕的產品,一個最小可行的產品,在非常小的規模,或者在沒有新增服務網格的情況下程式碼已經功能齊全的情況下。
相關文章
- 使用Istio服務網格實現流量映象
- 服務網格|如何使用 Amesh 配置外掛
- 服務網格 Service Mesh
- 為什麼要使用服務網格Service Mesh?
- 服務網格重蹈ESB的覆轍?為什麼需要SMI服務網格介面? - samnewman
- 服務網格的存在意義 -kelseyhightower
- 服務網格(Envoy+Istio)
- 微服務是否真的需要服務網格?微服務
- SerCe的部落格:您不需要任何服務網格
- hystrix對比服務網格istio的destinationrule
- 談談我對服務網格的理解
- Service Mesh大咖訪談:使用服務網格的微服務通訊與治理微服務
- 服務網格仍然很難 - cncf
- Istio 1.2服務網格釋出
- 服務網格service mesh 之 Linkerd
- 服務網格將更安全:VMware收購Mesh7改變服務網格的遊戲規則遊戲
- 看看服務網格可以做的所有事情
- 服務網格:微服務進入2.0時代微服務
- ServiceMesh:服務網格有哪些應用?
- 部落格的服務端服務端
- 企業服務匯流排ESB已死! 服務網格上位
- Java後端分散式系統的服務路由:智慧DNS與服務網格Java後端分散式路由DNS
- eBPF會成為服務網格的未來嗎?eBPF
- eBPF將取代服務網格中的邊車Sidecars?eBPFIDE
- Dapr 不是服務網格,只是我長的和他很像
- 服務網格istio概念應知應會
- 服務網格大戰,再見 Istio! - Fossas
- 使用 Istio CNI 支援強安全 TKE Stack 叢集的服務網格流量捕獲
- KubeCon 2021|使用 eBPF 代替 iptables 優化服務網格資料面效能eBPF優化
- 從零搭建一個基於Istio的服務網格
- 服務網格只是另一種形式的虛擬化
- 愛奇藝在服務網格方向的落地實踐
- Kubernetes:37---服務(無法訪問服務的一些原因)
- 服務網格定義企業上雲新路徑! | Forrester X 螞蟻集團 釋出服務網格白皮書REST
- 使用服務網格提高安全性:Christian Posta帶你探索Istio的新功能
- Envoy服務網格如何減輕級聯故障?
- 初識 Istio - 服務網格管理工具
- 服務網格Istio、Linkerd和Cilium效能比較