尽管微服务架构有着高度独立的软件模块、单一的业务职责、可灵活调整的技术栈等优势,但也不能忽略它所带来的弊端。本篇文章,我们从网络、性能、运维、组织架构和集成测试五个方面来聊一下设计微服务架构需要考虑哪些问题,对设计有哪些挑战呢?
1、跨进程通信带来的问题
前面我们聊过了,以往的单体应用,系统是在单机中进行进程通信,通信的稳定性相当好,只要服务器不宕机,基本上不会出现通信中断或异常的问题(超时不计入)。但是将单体应用打散为分布式架构后,系统的通信方式改变为了进程间通信,往往还有可能伴随着跨设备的网络访问,那么架构师在设计的时候,就必须要考虑应用的上下游系统因网络因素导致无法通信的问题。要假设网络是不可靠的(就相当于是前端页面不应该相信用户的一切输入,该做的数据校验一定要做),并对网络异常情况作出符合预期的异常处理。
以支付场景为例:用户支付成功后,系统自动调用短信发送服务给用户发送支付成功的短信,此时就需要考虑到如果短信发送不成功需要做什么异常处理。是标记未发送后重试,还是通过App进行消息提示,并将异常信息入库提醒运维检查短信服务运行情况。
单体应用调用链路: