Dojo
最新
最佳
搜索
订阅
解道Jdon
架构设计
领域驱动
DDD介绍
DDD专辑
战略建模
领域语言UL
领域事件
商业分析
工作流BPM
规则引擎
架构师观点
数据工程
产品经理
系统思维
微服务
微服务介绍
微服务专辑
模块化设计
SOA
API设计
clean架构
SpringBoot
分布式事务
分布式架构
Kubernetes
DevOps
编程设计
GoF设计模式
模式专辑
面向对象
函数式编程
编程语言比较
编程工具比较
形式逻辑
前端编程
Reactive编程
Jdon框架
Rust语言
ChatGPT
Web3
模因梗
幽默梗
程序员吐槽
面试技巧
Java入门
数字化转型
认知偏差
道德经
GitHub工具
更多话题
避免使用服务网格的原因? - Reddit
22-04-16
banq
很多人说在绝对需要之前应该避免使用它们,为什么?
复杂性。“你不会需要它” (YAGNI) :如果你不需要它,就不要用它。就像著名工程师 de St. Exupery 所说:“真正完美的时候,不是已经没有什么可添加,而是没有什么可去除的。 ”
事后很容易添加服务网格。它们不像安全机制,您需要从一开始就确保安全。事实上,像 Kuma 这样的一些服务网格不必要地使用透明 TCP 重定向,显然是为了使它不需要对应用程序进行最轻微的配置更改。我认为这种努力是错误的,但它是设计优先级的证据。
服务网格让我们将关注点分离到不同的进程内存空间、不同的配置注册表,甚至不同的团队。但并不是每个人都需要这个,特别是对于一个年轻的产品,一个最小可行的产品,在非常小的规模,或者在没有添加服务网格的情况下代码已经功能齐全的情况下。
服务网格
DevOps