应用系统架构从最初的C/S结构（Client/Server）发展到B/S结构（Browser/Server），并进一步优化，形成多层体系结构（n-Tier），作为数据中心应用系统的典型架构，在服务端由应用层和数据层构成，以及作为应用支撑的基础设施层，构成一个完整的独立系统。

如今互联网应用的迅猛发展，传统应用系统越来越多地转向互联网，面向地域分散、规模激增的互联网用户，传统的小规模固态集中式部署的独立应用系统月来越难以支撑。

云计算技术的发展，云数据中心的建设通过各种技术实现了资源的大规模聚合，在绿色节能的基础上，实现了更大的应用/业务支撑能力。在一定程度上缓解了应用系统的部分压力，但是同时也提高了应用的需求标准，由此带来了新问题：

1、设备承载限制

单个数据中心的设备承载能力，诸如空间、供电、运维等诸多方面的问题，限制了资源扩展

2、通信容量限制

单个数据中心的通讯容量，限制了网络应用的承载能力

3、用户体验需求

跨地域分布的用户群访问数据中心，受限于用户与数据中心之间的通信距离、链路质量、链路可靠性等因素，所获得的用户体验差异很大，需要解决应用就近访问的需求

4、统一运维需求

多分支机构用户对于集中管理分散部署的设备的需要

因此对于诸如互联网应用、金融证券、电信运营商等多采用分布式架构

分布式架构不同于传统的独立小系统建设，而是遵循“分布式部署、单一映像”的原则，无论部署如何分散，都是一个收敛的整体系统，而非无限发散的众多独立系统，具有更高的耦合性。

曙光公司基于自身在应用系统设计和云数据中心建设的技术和经验，以多数据中心整合为目标，以面向业务的超融合思想，提出了云数据中心的分布式架构方案。该方案根据应用系统多层体系结构的特点，综合考虑各层之间的关联关系，采用“整体设计、分层处理”的方式，在应用软件、数据、基础设施等层面上逐层实现。

在分布式云数据中心架构下，云数据中心的规模、数量可以根据业务发展的需要进行扩展，

网络拓扑如下：

应用层的分布式设计需要考虑的问题较多，诸如应用部署、应用版本控制、应用分发、应用监控等。

数据是应用系统的核心，数据的分布化管理也是分布式架构设计中的重点和难点。分布式数据层根据数据特点，通过适度耦合，对外呈现为一个完整数据映像。数据层的部署方式根据业务建设目标可以选择非对称结构或对称结构，而具体的技术实现则需要视具体业务特征既可以采用通用数据复制技术（如存储镜像）或专用的数据分发技术（如数据库复制软件、存储分发网络等）。

网络上采用扁平化的大二层网络设计，构建业务网、管理网、存储网等三套相互隔离的网络，简化多中心网络规划设计难度。