上文《异地多活架构梳理演变(一)为什么要有异地多活架构》我们介绍了使用异地多活的架构主要是为了解决系统物理层面的高可用。从本文开始,我们逐渐的介绍下异地多活架构的具体演进。
本文我们首先来介绍下单体架构,对于单体系统架构来说,示例图如下:
这里是一个很简单的单体系统架构,前端nginx访问我们的web,然后在web服务器里面操作redis或者mysql进行数据的读写。
这种架构适用于企业业务刚起步,体量比较小的时候。此时整个架构可以满足咱们的基本使用。
但是大家想过没有,此时对于系统的稳定性来说,有一个致命的问题,就是比如:
1、出现服务器故障突然关机 2、出现硬盘损坏 3、出现操作系统异常 4、出现误删数据 5、等等情况
当出现如上的情况的时候,数据是不是丢失了?这个带来的损失是不是非常的大?所以该如何解决呢?详情可参考下一篇文章。
还没有评论,来说两句吧...