超级会员免费看
微服务架构虽有诸多优势，如独立模块、单一职责和灵活技术栈，但也面临跨进程通信、响应延迟、运维复杂性、组织架构调整和集成测试困难等问题。文章探讨了这些挑战，例如支付场景下的异常处理、网络延迟对实时系统的影响、自动化运维需求增加、组织架构转型以及测试环境复杂性上升。面对这些挑战，架构师需要寻找解决方案以确保微服务架构的成功实施。
尽管微服务架构有着高度独立的软件模块、单一的业务职责、可灵活调整的技术栈等优势，但也不能忽略它所带来的弊端。本篇文章，我们从网络、性能、运维、组织架构和集成测试五个方面来聊一下设计微服务架构需要考虑哪些问题，对设计有哪些挑战呢？
1、跨进程通信带来的问题
前面我们聊过了，以往的单体应用，系统是在单机中进行进程通信，通信的稳定性相当好，只要服务器不宕机，基本上不会出现通信中断或异常的问题（超时不计入）。但是将单体应用打散为分布式架构后，系统的通信方式改变为了进程间通信，往往还有可能伴随着跨设备的网络访问，那么架构师在设计的时候，就必须要考虑应用的上下游系统因网络因素导致无法通信的问题。要假设网络是不可靠的（就相当于是前端页面不应该相信用户的一切输入，该做的数据校验一定要做），并对网络异常情况作出符合预期的异常处理。
以支付场景为例：用户支付成功后，系统自动调用短信发送服务给用户发送支付成功的短信，此时就需要考虑到如果短信发送不成功需要做什么异常处理。是标记未发送后重试，还是通过App进行消息提示，并将异常信息入库提醒运维检查短信服务运行情况。
单体应用调用链路：
订阅专栏 解锁全文
961
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
