微服务系统设计:横向扩展和纵向扩展的对比

微服务扩展性:水平扩展 vs 垂直扩展

特点 水平扩展 垂直扩展
扩展单位 增加微服务实例 增加单个实例的资源 (CPU,内存)
方向 向外,增加节点 向上,增加单个节点的资源
复杂性 随着实例数量的增加,管理难度更大 管理更简单,但资源限制容易达到
容错性 容错性更高,一个实例的故障不会影响其他实例 容错性较低,单个实例故障可能会影响整个服务
成本 通常更昂贵,因为需要增加基础设施 刚开始可能更便宜,但随着资源需求增加,成本可能会上升
性能 性能可以随着实例的增加线性提升 性能提升可能受限于单个节点的瓶颈
扩展速度 通过添加新实例可以快速扩展 扩展速度可能较慢,需要重新启动或调整现有实例
微服务隔离 保持微服务之间清晰的隔离 当资源在单个节点上共享时,微服务之间的边界可能模糊
监控和日志记录 需要跨多个实例进行监控和日志记录 监控和日志记录集中在单个实例上
适用场景 高流量且负载不可预测的服务,无状态服务 负载可预测的服务,有状态服务,需要高 CPU 或内存资源的服务

额外注意事项:

  • 由于其弹性和容错性,水平扩展通常更适用于无状态微服务。
  • 垂直扩展对于有状态微服务或负载可预测的服务可能是有效的。
  • 也可以结合水平和垂直扩展的混合方法。
  • 选择水平扩展还是垂直扩展取决于具体的应用需求和限制。
相关推荐
IT规划师8 小时前
HybridCache-缓存架构决策框架落地
架构·.net
Eyfcom20 小时前
〖全球化架构 05〗跨国网络专线优化:QUIC 协议与 SD-WAN 在跨境传输中的实战
网络·架构·跨境物流快递系统·全球化架构
Tapdata1 天前
被忽略的第三类上下文:Agent 进入真实业务后,还缺什么?
数据库·人工智能·架构
赤生云电竞1 天前
GPU算力共享平台架构实践:任务分发与资源隔离的关键配置
算法·架构·gpu算力
一条Go1 天前
OnCall 时段路由:跨午夜、左闭右开与「Local 不是时区」
后端·架构·github
Dawson Zhu1 天前
【LLM推理与Serving⑨】业务模型推理引擎开发:以BEV自动驾驶为例的专用推理实践
人工智能·语言模型·架构·aigc·agi
Anymous1 天前
我手写的 Redis 锁,输给了 10 秒的 TTL
后端·架构
草莓熊Lotso1 天前
【C++ 基于微服务的即时通讯系统】文件存储子服务实战:UUID生成、文件IO封装与全接口单元测试
开发语言·网络·数据库·c++·微服务·架构·单元测试
非优秀程序员2 天前
第04章 邮箱大战,163 与 QQ 的暗战|《互联网产品恩仇录》
java·vue.js·架构