应用系统在开发设计时如何考虑双活架构？

非常好的问题，因为我们在做应用解耦分离的时候，面临的就是很多应用都是固有的传统集中架构模式下的应用系统，这样的话，在做读写分离的时候非常困难，只能小部分或者从业务调用层面想办法尽量降低数据库集群层的热点争用问题。

实际上，如果应用开发团队如果愿意主动去适应这种架构变革的话，这是一件非常好的事情。个人理解，其实应用如果能够做到尽量的解耦，将大应用拆分，大模块拆成小模块，大war包拆成多个小war包，除了从功能以及应用层面去考虑其解耦的原则，也应该把IO的特点作为一个重要的考虑因素，那么底层的架构改造就会相对容易。

个人理解哈。

同意，我理解就是应用设计时应考虑分布式和无状态化，再说的细一点就是尽量往微服务的方向上去靠，各模块之间通过消息或者HTTP方式调用。应用双活架构难度不是太高，还有一块就是数据持久化的如何双活，不过这个又是另外一个话题了

金融应用的复杂性决定无法用一种模式实现应用级双活，技术架构，应用价值和代价不同。

支持多种模式长时间并存是必然的选择。

在明确的技术发展趋势下，做新一代应用规划设计时要充分考虑分布式架构的技术。