共计 9783 个字符，预计需要花费 25 分钟才能阅读完成。
简介：当初，政企客户已进入到用云计算全面替换传统 IT 基础架构的攻坚阶段，混合云与传统架构的技术产品能力也正在经验全面的比拟与评估。阿里云混合云平台首席架构师张晓丹分享 IT 架构技术粗浅洞察，并对政企混合云技术架构的倒退进行瞻望。
16 比 9 -100.jpg
云计算经验十几年的倒退，从被认为是“新瓶装旧洒”受到很多狐疑，到在生产互联网畛域失去广泛应用，再到传统政企客户广泛认同，并在政务互联网业务畛域疾速推广，当下已进入到全面替换政企客户传统 IT 基础架构的攻坚阶段。这一替换，在中国的政企市场，是以专有云 & 混合云及其延长计划为主的独特云化演进门路（非欧美的公共云延长演进门路）。以往，互联网企业和小型企业上公共云之前，次要做公共云厂商间的技术产品能力比照。然而，大中型政企客户上混合云前，则是要全面比照混合云与传统架构的技术产品能力。
将来 3 到 5 年，阿里云混合云平台，将做为政企客户数智翻新的同行者，虚心学习听取政企客户全面上云的需要和倡议，凋谢通明分享以 IaaS、数据库、大数据为外围的混合云平台的“建管用”好云常识教训，继续致力于欠缺混合云企业级个性和客户自主自助运维能力，帮忙政企客户 IT 基础设施尽快全面云化，平安稳固、对立高效地反对客户双模利用的双态运维，成为政企客户最信赖的混合云！
1- 架构技术洞察
1.1 IT 架构从传统平台适配传统利用，重回到云平台适配传统和云利用
传统 IT 架构通过近 30 年的倒退，造成以硬件定义数据核心为特点的 IT 基础设施平台。这些平台由各种专有硬件零碎为根底，由零碎集成商和软件 ISV 做生态反对。使得客户利用开发专一于业务逻辑，各种简单的可用性、连续性、扩展性、安全性等性能，由差异化的硬件零碎实现（含专有 OS 和中间件）。这一阶段，是传统 IT 基础设施适配传统应用软件阶段。
互联网业务疾速倒退，推动政企客户数字化转型不断深入，造成 IT 软硬件规模疾速加大。持续用专有硬件零碎和商业软件套件反对，无关软硬件投入过大，配套人力也需线性减少。为此，云架构应运而生。各种散布式微服务利用，间接在软件层实现更多的高可用、连续性、扩展性、安全性等性能，不再与 IT 基础设施紧耦合，应用大量通用服务器零碎和 IaaS/PaaS 云平台代替传统大机 / 小机专有零碎。这一阶段，是分布式应用适配云平台的阶段。该阶段专有硬件零碎投入大幅升高，但须要大量软件开发运维人员，很多客户不具备这样的条件。
云原生技术架构的倒退，推动 IT 架构从新回到更高阶的云平台适配云利用阶段。该阶段理论就是做深根底、做厚中台的过程。软件应用架构，向业务中台、数据中台、低代码平台、协同平台倒退。散布式微服务框架向容器化、Mesh、Serverless 倒退，利用部署架构向单元化多地多活倒退。数据库向 HTAP 离在线混合解决、大数据向湖仓一体 / 流批一体倒退，IT 基础设施向软硬一体、存算拆散、异构算力池化、轻量化平安容器倒退。最终，实现云利用更加轻量化、低代码化，大量非功能性需要、企业级个性，甚至代码生产交由各级云平台实现。
从技术的角度，云原生架构是基于云原生技术的一套架构准则和架构模式的汇合，旨在将云利用中的非业务代码局部进行最大化的剥离，以便由云服务提供商 CSP 的云平台（云 IT 基础设施和云利用开发运行平台）接管云利用中原有的大量非性能个性（如弹性、韧性、平安、可观测性、灰度等），使业务不再有非功能性业务中断困扰的同时，具备轻量、麻利、高度自动化的特点。
（注：狭义云原生架构 = 云原生技术 + 云架构准则 + 云利用架构模式 + 云利用 + 云 IT 基础设施 + 云利用开发 / 运行平台。）
1.2 双模 IT 利用还会长期并存，但 IT 基础设施须要放慢整合进全栈 IaaS 云
以后，政企客户的互联网业务已宽泛应用云架构，但占主体的经营治理和外围生产利用，依然运行在传统 IT 根底技术架构上。过来 20、30 年，政企研发积攒了大量了传统集中式架构的利用零碎。这些利用零碎很难在中短期内低成本、全生态配合地重形成云原生架构利用，客户 3%-5% 的 IT 人员占比，也不足以反对这种疾速重构和转换后上 IaaS 云，大多还是运行在传统 IOE 架构。随着政企的互联网类利用、大数据类利用上 IaaS 云后，客户须要同时保护好两套端到端不同的技术栈。
特地是在运维压力最大的 IT 基础设施畛域，传统专有硬件根底上的各种封闭系统，与软件化服务化 IaaS、DBaaS 等零碎，在技术架构、运维办法、生态体系方面，都有十分大的差别。不放慢整合进云平台，政企不仅无奈升高 TCO，也无足够资源深刻学习掌控云架构。
如果混合云 IaaS+ 平台（含数据库、大数据平台），可能同时适配传统利用、云原生利用等不同云化成熟的利用，既反对客户分步对一些老旧利用、互联网利用进行云原生重构后上云，又反对客户对传统利用代码、技术工具、运维组织体系做大量云就绪改变，平滑迁徙上云，替换传统集中式 IT 基础设施，就能很好地反对政企传统利用全面上云。
1.3 云厂商产品替换多家传统厂商产品，目标是打造更高体验的云 OS
阿里云的策略是做深根底、做厚中台、做强生态、做好服务，分层打造 IaaS\PaaS\ DaaS\SaaS 等云平台和云 OS。
做深根底，实质是在倒退软件定义数据核心及 IaaS 云 OS。所谓软件定义数据核心，就是将数据中心的建设运维视为业务，对这一业务的流程、组织、人员、数据做系统化的数据建模，再基于数据建模将所有业务操作和数据封装成服务，通过分层嵌套的服务化云平台和 API 接口，实现灵便的编排组织。
做厚中台，就是继续打造软件定义开发核心及业务中台 OS、软件定义数据管理中心和数据中台 OS，使客户在咱们的双中台上，可能低成本、高复用地开发利用和加工应用数据。同时，咱们会致力使得技术栈下层云 OS 与上层云 OS 解耦，使其有能力灵便适配客户上层异构多云 IaaS 平台。
之所以要一家云厂商代替原来泛滥的计算、存储、网络、平安等产品，目标是突破传统各个繁多垂直业余畛域关闭专有的软硬件技术栈，借助软件定义数据核心外部分层嵌套的计算、存储、网络、平安数据库、大数据库等服务化平台化架构，用对立的云平台软件管控调度能力，整合 IT 基础设施各种标准化硬件资源，对外按需提供灵便弹性、差异化 SLA 的 IaaS 服务。
将来，在每个国家地区云计算市场，都会有很多家全栈的 IaaS 云厂商产品供政企业客户选用。这些云厂商帮忙客户做好了系统集成和综合服务，不仅能够升高总体 TCO，还能晋升综合服务体验。就像开源凋谢 Linux 产品的广泛应用，代替了原有泛滥商业根底操作系统，不仅没有造成寰球市场垄断，还帮忙客户升高了服务器 OS 方面的洽购老本。客户放心供应商垄断，满足投标洽购需要，心愿引入产品技术竞争时，不合适再用传统的“部件”级扩散竞争洽购、高老本自组装集成形式，而合适按需引入多个不同云厂商的全栈云来解决。
1.4 客户谋求云产品的黑盒化体验，也须要对云架构有白盒化的自主掌控
咱们购买应用一台主动驾驶汽车或智能手机，目标不是要可能灵便组装、拆解保护这台汽车和手机，而是取得这些产品黑盒化平安稳固运行、简略灵便操控的体验。混合云产品尽管是一个更加简单、大型的企业平台零碎，尽管很难马上做到极高的平安稳定性，低门槛的学习老本，也要保持“把简单留给本人，把简略留给客户”，致力为客户提供简略卓越的黑盒化应用体验。只有咱们操控混合云，就像操控一台“主动驾驶汽车”一样，收回各种启动、刹车、选路、定速等各种指令和操作，都能取得稳固牢靠、精确及时的操控体验，再加上智能驾驶仪表盘上各种灵活、精确、全面的反馈，以及齐备无效的应急服务体系，就能增进客户应用信念。
以后，混合云平台还处于倒退成熟过程中，对云厂商服务依赖还比拟大，各种故障应急复原操作平台工具内嵌化、疾速启动主动恢复能力，以及自主扩缩容 / 降级打补丁、培修变更等运维操作能力都还须要继续晋升。在这一阶段，咱们须要同步“白盒化”凋谢通明分享咱们的云架构建设理念和运维教训，听取客户的一线实际反馈，一起共创设计晋升云平台“黑盒化”服务能力。
1.5 公共云与混合云架构既对立又差别，从单向能力传递走向互相促进
云厂商公共云业务大多经验了 10 年左右的投入期，借助互联网客户的大规模利用，取得了公共云的规模经济共享经济红利，开始进入标准化、高效化，与客户共赢阶段。而线下政企客户混合云市场的技术和治理差异化很大，线下交付扩散运维的老本很高。例如：仅为满足出厂商前的集测和质控，动辄就须要投入万台规模物理服务器，搭建各种异构多芯、多 Region 多版本的存量客户云实例集测验证环境。
为此，只有保持公共云与混合云对立外围基础架构，能力进步云厂商外部研发效率，分享公共云麻利迭代、灰度验证的红利。公共云与混合云各自独立倒退，研发投入会有余，容易给客户造成版本断代、强制换代等困扰。然而，保持公共云与混合云外围基础架构统一，不意味着将公共云大规模、分布式 DevOps 建设运维体系映射进去的软件架构和组织管理模式强塞给客户，而是须要针对混合云客户场景，全面重构云管平台里的利用 / 云产品、租户 / 云平台运维零碎，满足客户传统和云原生利用全面上云以及集中式建设运维治理的需要。同时，也心愿咱们的客户可能学习把握云架构准则理念，分步推动一些组织流程、治理体系的配套云转型，以便更高效地施展云架构的劣势。
政企客户不同云化成熟阶段的传统利用，将与高成熟的云原生利用长期并存。因而，对 IaaS 云平台的对立监控、存储 / 数据库同城复制、故障应急复原、容灾切换演练、迁徙热降级、自主扩缩容、灵便备份复原、对立安全控制、多云 / 混合云治理等企业级个性有很高的要求。这些企业级个性往往会先在混合云环境建设欠缺，再反过来促成公共云技术架构和运维能力欠缺，为反对将来政企客户局部业务利用上公共云打好根底。
1.6 政企客户试点上云关注数智 / 麻利 / 经济，全面上云更关注平安 / 自运维
以公共云业务为代表的云计算倒退初期，客户上公共云的次要驱动力是降本增效、麻利弹性。但在专有云和混合云环境，政企客户 CIO 们关怀的，首先是整个 IT 零碎的继续平安稳固运行，呈现故障问题之后可能自主可控疾速复原，以及自主可控产品技术的代替。其次是引入大数据、AIoT 的数智化技术能力，促成业务的翻新倒退。第三，才是资源的池化共享、弹性伸缩，以及 TCO 的降落。
大型互联网企业云原生利用在公共云上的麻利自主研发、DevOps 一体化运维、大量自研软件工具平台、软件管理软件的最佳实际，并不适宜大多数政企客户人员少、软件自研能力弱、应用软件扩散外包定制开发、软硬件系统集成和集中化 IT 治理和组织治理等云环境的背景特点。为此，混合云平台须要优先建设欠缺云产品高可用连续性设计，以及利用 / 平台智能运维能力，优先保障好混合云上各种云成熟利用的平安稳固运行，以及自主可控建设运维需要，再思考经济、数智、弹性和麻利能力。
image.png
2- 阿里云混合云技术能力建设
2.1 保持与公共云核心技术架构统一，复用公共云红利
多年来，阿里云混合云平台核心技术架构保持与公共云保持一致，最大限度复用公共云技术研发实际红利，防止了产品技术路线分支可能的推倒重来，放弃了产品技术架构稳固、平滑降级和继续倒退。同时，咱们在混合云平台上，减少研发了 20 台左右的小型化最低服务器数量起步计划，各种亲和性和非亲和性和异构多芯多集群调度策略，云产品 IAC 基线形式终态运维和自动化热降级能力，以满足混合云客户不同于公共云客户的差异化需要。
为了在通用以太网络上全面代替传统的小机、SAN 网络、SAN 存储的软硬一体、存算拆散架构。阿里云公共云三年前就曾经开始全面投产神龙服务器、自研网络交换机、网络软硬一体减速、RDMA ESSD 全闪分布式云盘存储的软硬一体、存算拆散架构。混合云也将连续这一公共云上验证成熟后的架构技术路线，以大幅晋升了下层数据库、中间件、大数据产品的硬件卸载、共池治理、麻利供给、快照备份、离在线混部、主备切换 RPO= 0 等企业级个性 / 能力。
阿里云混合云 Apsara Stack 的外围产品技术能力，个别都是在公共云上灰度验证、上线运行一年后才公布给混合云客户应用。公共云上麻利 DevOps 运维积攒的教训，也保障了混合云多年来的平安稳固运行，从未呈现大的技术路线谬误的或未验证的技术计划故障。
2.2 一云多 Region 架构满足混合云客户建云需要
一云多 Region 是应用一套用户账户及权限体系的云平台零碎，繁多用户账户权限具备全域资源实例开明、治理、利用公布的能力。
通常，大型机构或企业业务遍布全国甚至寰球，往往会抉择在团体总部搭建一朵“专有云”，总部上面的每一个职能机构又须要建设各自的 Region。对于这种简单的“总分型”场景，一云多 Region 架构能够很好的撑持业务的互通互联，通过大规模部署实现更高、更灵便的工作负载。
为什么说“一云多 Region”比“多云多 Region”更有劣势?
首先在治理层面：1. 统一规划建设、经营、运维；2. 具备对立资源视图区域自治的能力；3. 具备对立账户以及对立权限。
从开发视角来看：1. 一次开发，多 Region 部署，代码能够做到集中管理、全域散发、就近拜访；2. 大数据计算能够对立视图、跨域计算；3. 可能产品化反对跨域网络买通；4. 能够产品化反对跨域数据流动。
从弹性及灾备视角来说：1. 反对利用的跨域弹性，最大化利用资源；2. 能够反对本地灾备以及跨域灾备；3. 一云多 Region 是一种产品化的灾备能力，可实现白屏化治理。
一云多 Region 架构次要用于生产与研测环境隔离、高安全等级内网与外网强隔离、团体不同性质业务合规要求强隔离等场景。这些场景谋求高度的隔离性，要求每个 Region 有本人齐全独立的帐号权限、云管运维、运行平安管理系统。
总部与省市分公司是多级法人的政企客户，如果采纳多云架构，须要在多云之上，从新再搭建一套简单的多云管理系统，实现帐号单点登录、权限对立治理，云管集成整合。因为各朵云建设时短少地址调配、资源命名的统一规划，多套独立的管控零碎没有原生的集成设计，很难给客户提供一体化治理的体验、跨域灵便共享数据。
阿里云混合云物理扩散、逻辑对立的“一云多 Region”架构，很好地解决了这一问题，对立用户账号权限体系、资源全局视图对立调配，总分部大数据的跨域计算特地适宜政企总部对于二级子公司“既要由总部全局对立治理，又要放弃子公司自主生机”的需要。
2.3“一云多芯”反对政企客户 IT 自主可控策略平滑演进
IT 基础设施的自主可控，须要混合云平台兼容适配目前市场上支流的五六种异构芯片服务器，这对于咱们云产品的个性兼容适配、在线轮转降级、性能调优调度能力有很高的要求，研发测试部署运维工作量十几倍减少。通过近两年来继续的投入，一直地致力研发，阿里云混合云平台上的近百款云产品，大多数实现了单 AZ 内异构多芯多集群混部，局部云产品做到了集群内同构不同芯的混部，大量只反对单集群的产品，也实现了按产品混部。
多集群混部：客户在申请创立云产品服务实例时，只有抉择好异构芯片类型和厂商，就能将无关服务实例精确地创立到相应芯片的产品集群上。
集群内混部：客户在申请创立云产品的云服务实例时，只须要抉择 x86 或 ARM 芯片类型，不需抉择不同厂商。集群内服务器分批替换过程中，该云产品上已创立好云服务实例的失常运行通明无感。将来，咱们还将进一步倒退反对集群内 x86 和 ARM 异构芯片混部。
按产品混部：对于 AZ 内只能部署一个集群的云产品，客户能够一个云实例中，为这些云产品别离抉择不同的芯片类型进行部署。单集群内不同芯片的扩容 / 替换，优先通过集群内混部解决，再是倒退成多集群异构多芯混布，以及整集群短时间停机迁徙形式解决。
2.4 行业云 / 政务云 / 团体云等类公共云经营模式趋于成熟
为了转化服务模式、优化行业生态或减少经营支出，局部政企有了在专有云平台根底上对外经营行业云的需要，让本人的云变成一朵能够对外提供服务、能够被经营的“行业云”。
与专有云不同，行业云的客户分为两层，一层是应用云平台的政企本身，第二层则是政企的客户。两层用户的存在与经营需要，须要可能辨别平台和租户，将对云平台的治理从“运维”维度扩大到“经营”维度，同时一直积淀行业解决方案。阿里云基于其公共云经营的能力和教训，在行业云畛域具备先天劣势，通过提供服务目录治理、流程审批、账单计费和经营增效等能力，帮忙客户构建行业云的大型实际。尤其是其中的账单计费能力方面，咱们基于阿里云公共云的账单计费零碎进行了形象和简化，使其能够更好高空向最终用户，提供灵便便捷的计费规定设置能力。同时，咱们加强了云平台“可扩大”能力，对于非凡的经营售卖、业务流程诉求，能够通过标注换的扩大形式，与阿里云的生态搭档一起，提供符合实际业务须要的性能，更好地撑持客户的行业云经营。
image.png
某省级政务一朵云、某金融机构行业云等阿里云与行业龙头企业和政府部门联结投入、经营风险共担，收益共享的经营模式胜利经营多年，为国内混合云市场后续行业集中、地区集中、全国 / 省级集中的行业云建设趋势积攒了很多有意义的教训。例如：某省级政务一朵云试点运行的“一云多 Region 架构，在后续某大型团体央企客户处失去了很好的推广。某金融机构行业云多租户的 IaaS 云平台服务，平安稳固运行三年多工夫，为小型券商金融机构的交易利用、研发的灾备利用全面上云提供好了良好的反对。
2.5 软硬一体、存算拆散打造云原生数据库
过来 30 年，政企客户借助传统的软硬一体、存算拆散的“IOE”集中式数据库架构，反对保障客户外围业务零碎的建设和倒退，随着互联网的业务倒退，数据量在急剧增多，数据库也逐步在从 Shared Mem/Disk 的集中式架构，向 Shared Nothing 分布式架构演变。Shared Nothing 分布式架构数据库要求利用架构配套分布式革新，客户很难对所有传统利用进行疾速全面的分布式重构。大量传统利用依然在应用基于单台 x86 物理机本地盘的主备 / 3 节点选举的开源 /RDS MySQL 数据库。但计算和存储耦合的架构又无奈施展云计算资源池化、弹性扩缩、麻利供给等技术红利带来的劣势，单库存储容量小于 6T，QPS/TPS 无限。
随着基于神龙服务器 +25G 网络 +CDS 分布式共享云盘的软硬一体、存算拆散架构的日渐成熟，阿里云混合云 2022 年将推出基于神龙 CDS、容器化、Shared Everything 架构的 PolarDB O 共享存储数据库，可为政企客户提供高度兼容 Oracle 语法的数据库引擎，通过所有数据库实例计算节点共享一份数据的形式实现 1 写 15 读（多写多读在研中）、100T 存储 &100 万 QPS 的集中式大库，以及在线麻利弹性伸缩、灵便快照备份复原、计算节点故障切换 RPO= 0 且 RTO<15s 的高可用、计算存储资源别离池化共享等企业级个性，满足政企客户传统利用零碎不做分布式革新，也能 IaaS 化平迁上云的须要。
image.png
2.6 大数据方面获得的停顿
阿里云大数据技术经验 11 年的积淀和倒退，从 2019 年开始，数据仓库到数据湖造成主型倒退的趋势，湖仓一体应运而生。阿里巴巴最早在该畛域进行摸索，2021 年，湖仓一体对接了 CDH、TX 等，曾经在政务和金融行业造成数个标杆和成熟计划。
MaxCompute 作为阿里巴巴数据中台技术底座，经验多年双 11 锻炼、技术自主可控，离线查问减速到秒级、金融级平安，在大规模点查和低成本查问减速场景中曾经在多行业我的项目中落地。大规模数仓的高性能、低成本，反对多芯、多 Region、容灾等能力在政企、金融头部客户失去了宽泛的认可。MaxCompute 是中国惟一入选 Forrester 寰球云数仓卓越表现者象限的产品，TPCx-BB 100TB 五连冠寰球冠军。
在实时计算畛域，阿里云基于开源 Flink 引擎打造新一代的 3.0 云原生大数据平台 Ververica Platform 和企业级计算引擎 Ververica Runtime，超大规模的 Flink on ASI 调度，提出了流批一体的数据模型，即用一套 API 来实现实时数据与离线数据的解决，实现了流批对立的 DataStream API + Table / SQL API + Connector，并在执行层反对流批一体的调度与面向批处理进行优化的 Batch 执行模式。
2021 年度，阿里云在大数据畛域也取得了业界诸多认可。
image.png
3- 云平台建设瞻望
3.1 传统利用 PaaS 化云原生重构上云和 IaaS 化云就绪平迁上云
image.png
传统利用 PaaS 化云原生重构任重道远。阿里云混合云将进一步欠缺“云效”麻利 DevOps 平台，打造云原生利用研发运维一体底座。不仅为政企提供麻利项目管理、需要治理、研发测试工具，还将加强云原生利用架构设计管控、企业通用利用组件复用、Mesh 化 /serverless 架构推广、业务 / 数据双中台企业服务目录、低代码疾速利用开发平台、多地多核心利用单元化多活架构、“无影”云上平安研发测试环境等方面的能力，为企业挪动化、场景化业务翻新提供各种平台 / 工具服务。传统利用 IaaS+ 化平迁上云是事不宜迟。政企客户传统利用负载积攒了几十年，很难中短期疾速实现全面的云原生化重构。为此，阿里云混合云将提供屏蔽分布式技术复杂性、兼容传统 Oracle 数据库和开源数据库、兼具分布式扩大和高性能集中式大库的 PolarDB 数据库，具备丰盛复制容灾、快照备份、共享存储等企业级个性的 CDS 云定义分布式存储，欠缺的网络安全访问控制解决方案，多地多活的平台容灾计划，一站式迁云工具，反对客户只对传统利用做大量革新，就能全面平迁上云。
3.2 硬件软件化和软件硬件化对立倒退，构建新的软硬一体架构。
硬件软件化，是指云计算倒退过程，先是突破传统架构中各厂商纵向、差异化、关闭一体化的硬件技术堆栈，重构横向、标准化、分层服务化的软件平台。
软件硬件化，是指云计算倒退深刻，开始基于新的软件定义架构，将软件能力卸载到分布式、标准化硬件上的 GPU/DPU，对云操作系统进行软硬一体整体减速。
云原生软硬一体架构，可能在标准化、通用化的 x86/ARM 服务器根底上，通过减少 DPU、RDMA 的硬件能力，晋升计算、存储、网络、平安等 IT 根底资源的弹性伸缩和利用效率，解决存算拆散后网络时延加大问题，取得存算资源别离池化共享、物理机麻利供给虚拟化服务、主备切换不丢数和故障疾速复原、数据灵便快照备份复原、虚机为单位升高售卖起步等企业级个性；可能将简单的分布式技术封装起来，既能够提供 ScaleUp 纵向集中式扩大的 IT 服务，又能够提供 ScaleOut 横向分布式的 IT 服务，无效代替传统小机 +SAN 网络 +SAN 存储的传统存算拆散架构，以及各种专有硬件设施。
3.3 利用与云产品、租户与平台一体化云管，满足集中式专业化运维需要。
面向利用的云管零碎，是混合云最重要的外围竞争力。不同于传统 IT 架构的外挂式监管控运维零碎，混合云的云管是分层嵌套的服务化的混合云平台和各级服务和运维 API 的外在交互式体现。也就是说，混合云云管平台上可能实现的各种用户交互性能，都是通过编排调用各个云产品服务和运维 API 的形式实现。混合云客户所须要的各种利用零碎、云产品平台的服务和运维治理性能，很多是云原生内嵌在各个云产品管控，云原生散布式微服务中间件和数据库里的，再加上云管零碎的对立场景化集成交互界面，满足混合云客户跨业务、利用、产品平台、跨租户运维和平台运维进行集中统一运维治理的需要。
将来，阿里云混合云的云管零碎，将继续倒退多种云成熟度利用的对立建模、架构蓝图可视化交互驱动、集中式运维场景化集成、利用运维关联整合平台运维、对立事件监控定级解决、应急预案集成和指挥协同、利用云管适配异构 IaaS 多云等性能。
image.png
以上内容来自阿里云团队推出的《云栖策略参考 — Apsara Stack 同行者专刊》
欢送扫码或返回：https://survey.aliyun.com/app… 浏览残缺内容
更多产品资讯欢送拜访 #阿里云混合云 #阿里云专有云 或退出钉群（32450454）交换。
原文链接：http://click.aliyun.com/m/100…
本文为阿里云原创内容，未经容许不得转载。
