银行微服务

如何设计高可用的微服务架构来降低不可用风险?

微服务架构将业务逻辑分散到了各个微服务当中,微服务间通过网络层进行通信。网络通信带来了额外的延迟和复杂性,需要多个物理组件和逻辑组件共同协作。分布式系统的额外复杂性增加了出现网络故障的几率。微服务架构相比单体架构最大的优势之一在于,不同的团队可以独立地设计...显示全部

微服务架构将业务逻辑分散到了各个微服务当中,微服务间通过网络层进行通信。网络通信带来了额外的延迟和复杂性,需要多个物理组件和逻辑组件共同协作。分布式系统的额外复杂性增加了出现网络故障的几率。微服务架构相比单体架构最大的优势之一在于,不同的团队可以独立地设计、开发和部署他们的服务。他们可以完全掌控自己的微服务生命周期。当然,这也意味着他们无法控制服务依赖项,因为依赖项的控制权掌握在其他团队手中。在采用微服务架构时,我们要时刻铭记,发布、配置等方面的问题可能会导致服务提供者出现短暂的不可用。

收起
参与4

返回尘世随缘的回答

尘世随缘尘世随缘技术总监上海某互联网金融公司

为什么说微服务难,其实并不是难在开发阶段,而且对于整个团队的整体性要求高了。
其中包括:运维流程,监控体系。
运维流程:是否有持续集成,是否支持链式部署,支持版本回滚
监控体系:慢响应,超时、ERROR能否及时的报警通知。
所有要提高微服务的高可用性,不仅仅是研发的事情,而是开发、运维一体才可以。

互联网服务 · 2019-07-09
浏览1138

回答者

尘世随缘
技术总监上海某互联网金融公司
擅长领域: 云计算云原生微服务

尘世随缘 最近回答过的问题

回答状态

  • 发布时间:2019-07-09
  • 关注会员:2 人
  • 回答浏览:1138
  • X社区推广