微服务框架部署时的业务连续性如何考虑？
近年金融行业，尤其是银行业监管越来越严格，对业务连续性要求的更高，银行系统对于由传统架构迁移至微服务有较迫切的需求，目前在实际部署系统时，一般需要考虑系统的同城双活或同城、异地多活，以保障业务连续性。那么在迁移至微服务架构的过程中，微服务架构上对于双活、多活的需求...显示全部
查看其它 4 个回答尘世随缘的回答
这个问题信息量比较大，同城双活或同城、异地多活甚至目前跨云的多活都是大家所关注的话题。微服务的定义就是服务独立化、动态扩容等一些优点,所以从微服务角度看并不关注多活，双活，只要服务能正常允许即可。但是从架构角度来看，如需要支持多活，双活，那么一些基础设施是否具备了这些特性，比如Redis,Mysql是否支持双主，是否支持主主自动切换，MQ的是否支持。这些工作量非常的大。个人建议在技术能力、人力都不足的情况下不要搞双活，如非得考虑这方案因素，那还是建议去实施主备模式，即每个机房都部署一模一样的系统，当主的出现问题后把流量切到备用上。
- 就我了解到的情况，目前基础软件层面尤其是开源数据库软件的双活还不具备条件，业内主要的实施方式确实也是通过搭建多个完全同构的数据中心来实现的，数据库层面一般还是访问各自中心的数据库。例如网联目前就是这种机制。
- 没错，基本上目前业内都是这样的方案，实施起来还是比较复杂的，2个机房的网络打通，延时控制在毫秒以内，数据的双向同步，都需要一个一个的攻破。