银行微服务

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

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

参与4

1同行回答

尘世随缘尘世随缘技术总监上海某互联网金融公司
为什么说微服务难,其实并不是难在开发阶段,而且对于整个团队的整体性要求高了。其中包括:运维流程,监控体系。运维流程:是否有持续集成,是否支持链式部署,支持版本回滚监控体系:慢响应,超时、ERROR能否及时的报警通知。所有要提高微服务的高可用性,不仅仅是研发的事情,而是开发、运...显示全部

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

收起
互联网服务 · 2019-07-09
浏览1136

提问者

wanggeng
系统运维工程师某银行
擅长领域: 服务器存储数据库

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-07-05
  • 关注会员:2 人
  • 问题浏览:1595
  • 最近回答:2019-07-09
  • X社区推广