分布式云管架构演进过程是什么？

第一阶段：基本功能。初期边缘云的云管平台仅为满足业务而搭建，能够覆盖的场景单一，提供的仅仅是边缘虚拟机服 务和配套的边缘块存储服务。设计架构是一中心管控加多边缘管控模式，中心云需要管控边缘 能力，边缘适度自治，网络架构使用的是直通+underlay方案。

第二阶段：融合管控。随着业务场景愈发复杂，第二阶段的云管平台在资源形态、硬件类型、产品形态等方面都有了极 大的改变，边缘侧管控模型更加复杂，架构也进行了优化升级。 在中心管控，为了应对日益复杂化的硬件类型的统一管理，增加了装配管控服务，实现对各种类型 的硬件资源自动化纳管到库存系统，并在库存调度中增加了对融合资源的数据模型支撑，具备对 融合产品形态的逻辑抽象能力，相比于第一阶段，中心管控增加如下服务模块。

第三阶段：多态混跑。随着云原生概念深入人心，容器化逐渐成为主流，更多应用的落地形态基于云原生技术，催生出云 管控架构的再一次升级。相对于前一阶段的云管平台，第三阶段的云管平台构建出PaaS边缘容器 平台，实现边缘多种虚拟化服务混跑模式。 在中心管控，发展出一套PaaS容器云平台，构筑在IaaS产品上。基于K8s的生态，可独立提供出各 种类型的容器服务，包括但不限于原生K8s能力、容器应用服务、Serverless容器服务等。 在边缘管控，容器服务也需要跟原有的计算、存储、网络管控架构融合并紧密协同，利用K8s对异 构资源的支撑能力，CSI、CNI体系等，提供边缘容器服务。第四阶段：依托第三阶段云管平台完成的边缘IaaS和PaaS基础设施搭建，更多的云产品得以下沉到边缘。一 方面源于云计算配套服务驱动，例如，数据库、中间件是云计算和云原生的基础组件；另一方面， 业务场景也催化管控架构的演进，支撑更多云上服务下沉到边缘。 在中心管控，边缘产品平台，向上透出产品的服务界面，向内透出运维界面，向下跟边缘产品管控 对接，打通到真正的产品实现层。 在边缘管控，基于功能解耦，将边缘产品域标准化为管控域、服务域和运维域，云产品按此将自身 能力对接释放。

《边缘云技术演进与发展白皮书》电子书，点击https://developer.aliyun.com/ebook/download/7833 可下载完整版