weixin_44570602的博客

软件架构设计通常遵循：高性能、高可用以及易扩展原则多活架构进化单机：单点故障备份：恢复时间长，影响业务；定期备份数据可能不完整主从： 实时同步，数据完整性高；抗故障能力强，主从切换；读性能提升从部署细节上看，这些机器的的分布可能在相同的环境下，为应对机房级别的故障，其解决方案包括同城灾备方案，即为了避免A机房故障导致数据丢失，所以我们需要把数据在B机房也存一份。最简单的方案还是和前面提到的一样：备份。这样的方案称之为冷备，因为B机房只做备份，不提供实时服务，它是冷的，只会在A机房故障时才会启用

应用与静态资源分离页面缓存避免每次都生成页面，节省大量的CPU资源。可以使用自带缓存功能的Nginx服务器，也可以使用专门的Squid服务器集群与分布式集群是每台服务器都具有相同的功能，处理请求时调用那台服务器都可以，主要起分流作用。分布式是将不同的业务放到不同的服务器中，处理一个请求可能需要用到多台服务器，这样就可以提高一个请求的处理速度集群和分布式也可以同时使用。反向代理CDN（集群页面缓存服务器）......

多人在线文档编辑之前的解决方案单人编辑加锁——>多人编辑缓存到本地，选择最新的副本，数据丢失在线架构：传统的C/S架构，主要解决数据同步问题，即用户输入准确到达服务器端，同时考虑网络传输问题与性能，前端使用的PouchDB开源方案多人问题最大，即分布式系统中的Multiple Leader Duplication，多个用户也就是多个Leader，同步数据必然会遇到冲突。解决方法：避免直接冲突，不让多个用户编辑同一处，简单易实现用户自己解决，适用于大部分用户利用时间戳。但是同步出现