背景：第一代服务器体系结构往往相对简单，所有资源包括APP应用程序、数据库、文件和代码)都位于一台服务器上。 这意味着它是一个独立的体系结构。 随着企业业务量的增加，一台服务器已难以满足数据处理的需求时，只需“复制&； 通过进行粘贴，可以得到处理能力高出数倍的“服务器集群”。
但是，集群型扩展容易达到物理上限，最直接的反映是无论增加多少节点，集群整体性能似乎都没有得到太大的提高，此时需要分布式系统的出现。
如果说分布式系统代表了互联网服务的发展方向，那么云计算社会化可能是快速普及的重要推动力。
集中式体系结构、分布式体系结构和微服务体系结构图解
什么是方差？ 分布式是指将不同的服务模块部署到多个不同的服务器上，通过远程调用协同工作，协同对外服务。 对用户来说，这就像计算机在提供服务一样。
在实际工作中，分布式系统可以将不同的业务功能对应到一个个独立的子系统中，例如针对电商平台，将用户服务、产品服务、店铺管理、数据分析等不同的数据处理项目部署到不同的计算机集群中这些独立的集群可能位于不同的机房，甚至不同的城市，一些大型数据中心分布在不同的国家和地区。 它们之间通过RPC消息传递进行通信和协调，为用户提供服务。
在分布式系统背景下，企业结构也从初始的一体化APP配置逐渐转变为更加灵活的分布式APP配置，经历了单体层次结构、SOA服务化结构、微服务结构、云原生结构等不同结构模式的变迁。 后端开发不仅仅局限于单一的技术堆栈，为了适应更大的集群，简单的分布式系统难以控制，因此在技术领域，SOA、DevOps、容器、CI/CD、微服务、service mement
服务端开发和体系结构全景
在分散型缺点分散型场景中，CAP定理是有名的课题。 CAP定理认为，在分布式系统中，系统的一致性、可用性、分区容限无法同时并存在分布式系统中，由于网络通信的不稳定性，需要保证分区的可接受性，因此在设计APP分布时必须在一致性和可用性之间进行权衡。 由于web APP应用程序比企业APP应用程序更偏向于维护可用性，因此经常用传统事务的ACID一致性来代替最终的一致性。
参考文档