微服务架构下如何通过弱依赖原则保障系统高可用
内容提要
本文介绍了高可用系统中的两个原则：少依赖原则和弱依赖原则，强调系统设计阶段的模块独立性和管理模块之间的依赖关系。提供了一些实践方法和其他高可用架构方案。
延伸解读
少依赖与弱依赖：设计期与运行期的分工
文章指出，少依赖原则作用于系统设计阶段，通过模块拆分和独立部署降低耦合，从源头减少故障传播；弱依赖原则则关注运行期，管理模块间依赖关系，确保故障时其他模块仍能运行。两者并非对立，而是互补：设计期减少依赖，运行期弱化必要依赖，共同提升高可用性。
异步通信与消息队列：解耦强依赖的实践
文章以创建员工账号为例，说明同步调用下任一后续操作失败都会导致业务失败。改用消息队列异步处理后，主流程立即响应成功，后续操作通过消费消息完成，即使故障也可补偿，不影响主流程。这体现了异步通信在模块隔离基础上进一步解耦，防止故障扩散。
依赖治理：从标记到验证的闭环流程
文章提出依赖治理流程：先人工梳理核心链路依赖并标记强弱，再通过混沌工程模拟故障验证标注有效性，最后进行治理。治理目标包括将非真强依赖转为弱依赖、对强依赖解耦并建立降级预案、对弱依赖配置超时熔断限流，以及支持弱依赖平滑停用。
兜底降级与数据灾备：降低外部依赖风险
文章提到，兜底降级可将依赖服务数据异构到本地数据库，通过异步同步降低依赖，但可能带来数据不一致。数据库弱依赖场景下，可在DB故障时用Redis临时存储，再通过MQ异步补偿还原，保障最终一致性。这些策略旨在减少对外部系统的强依赖，提升稳定性。
Q&A
什么是高可用系统中的少依赖原则？
少依赖原则强调模块独立性，降低模块之间的耦合度，从源头上减少故障传播风险。
弱依赖原则如何提升系统的容错能力？
弱依赖原则通过管理模块间的依赖关系，确保某个模块故障时其他模块仍能正常运行，从而提升系统的容错能力。
微服务架构如何实现模块的松耦合？
微服务架构通过将应用程序拆分为多个独立的服务模块，确保各模块之间的功能边界明确，从而实现松耦合。
如何通过异步通信提高系统可用性？
异步通信使用消息队列来解耦模块，使得一个模块故障时不会影响其他模块的正常运行，从而提高系统可用性。
在高可用系统中，如何处理故障？
高可用系统应建立完善的故障处理机制，包括故障检测、切换和恢复，以确保系统的持续可用性。
数据分片和读写分离有什么好处？
数据分片提高数据可用性和容错性，而读写分离则提升系统性能和稳定性，支持主从切换。
