云平台|政企混合云技术架构的演进和发展( 二 )


(注:广义云原生架构=云原生技术+云架构原则+云应用架构模式+云应用+云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 客户追求云产品的黑盒化体验 , 也需要对云架构有白盒化的自主掌控

相关经验推荐