非常好的问题,因为我们在做应用解耦分离的时候,面临的就是很多应用都是固有的传统集中架构模式下的应用系统,这样的话,在做读写分离的时候非常困难,只能小部分或者从业务调用层面想办法尽量降低数据库集群层的热点争用问题。
实际上,如果应用开发团队如果愿意主动去适应这种架构变革的话,这是一件非常好的事情。个人理解,其实应用如果能够做到尽量的解耦,将大应用拆分,大模块拆成小模块,大war包拆成多个小war包,除了从功能以及应用层面去考虑其解耦的原则,也应该把IO的特点作为一个重要的考虑因素,那么底层的架构改造就会相对容易。
个人理解哈。
收起同意,我理解就是应用设计时应考虑分布式和无状态化,再说的细一点就是尽量往微服务的方向上去靠,各模块之间通过消息或者HTTP方式调用。应用双活架构难度不是太高,还有一块就是数据持久化的如何双活,不过这个又是另外一个话题了
收起