平台融合之基础设施资源融合.doc

? ? ? ? ? ? ? ? 平台融合之基础设施资源融合 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 很多人都在讨论中台，也提出了各种各样的中台概念，不过我们觉得大多数讨论的中台都有点传统系统建设的思路，而不是真正中台建设的思想。我们说中台是从业务角度来说的，如果只建立一个财务中台，或者人力中台，不共享给其他系统用，其实是没多大意义的，有点曲解了中台的概念。所有我们谈中台更多的是一个企业中台，不是某个系统中台。 中台不是空中楼阁，需要有承载中台的基础平台。传统思路建设的虚拟化平台、 IaaS 平台、存储资源池、大数据平台、云计算平台、人工智能平台等等，其实还都是单体系统建设的思路，这些平台的建设很少有通盘的考虑，基本上都是在建设后需要连通时才考虑集成。集成是加层，集成越多使系统越复杂。而我们说的融合是减层，根据业务发展的需要重构或者优化以提供统一的服务，因此我们提出了“单体集成”应该走向“平台融合”的概念。平台融合就是把承载应用的平台通盘来考虑，看作一个整体，在建设时有的放矢。这样平台融合统一了，其上的中台或者业务才能有更可靠、更稳定的支撑，才能资源共享、弹性伸缩等。平台融合首先是基础设施平台的融合。基础设施平台包含的基础设施资源众多，厂商众多，产品型号众多，集成实属不易。不过我们一向提倡用简单的方式解决复杂的问题，大道至简，不要人为复杂化。所以可以考虑通过减层的方式促进基础设施平台的融合，提供统一的基础设施资源服务。 一、 融合不是集成 集成大家都做了很多年，真正成功的项目寥寥可数，并不是集成技术有多难，而是通过加层技术实现的集成涉及的东西太多，难以做到每个接口都符合要求，很多时候只能是勉强适用。 现在我们谈超融合，把计算和存储等整合在一起，融合成为一体，其实就是一种平台融合尝试。随着云计算软件定义存储、软件定义网络等技术的进步，基础设施资源可能会逐步融合在一起，统一以基础设施云资源的形式提供服务。 超融合不是集成，也不是简单的整合，而是深度的整合，使计算、存储、网络、缓存加速、重复数据删除、在线数据压缩、备份软件、快照技术等融合在一起，成为一个整体。当然这种方式也有缺点，每个节点作为一个整体，模块有点太大。我们觉得最好的方式是类似插件的方式、微服务模块化方式、乐高玩具方法——标准化组件，按需配置。计算、存储、网络组件等按需进行安装配置。 二、 基础设施资源融合的目的 为什么需要基础设施资源融合？我们觉得很重要的原因是发展需要。云计算技术的发展逐步会形成了统一的基础设施平台、 PaaS 平台来提供资源服务和平台服务。基础设施设备厂商众多，各种产品更是琳琅满目。每个公司经过这么多年的建设，都有众多的设备型号，每年花费巨大的人力、资金来运维。如果能由统一的基础设施平台来为企业业务应用提供统一的标准化的资源服务，业务研发人员不用关心底层设备和网络架构等，专注于业务应用逻辑的研发，将极大的提升研发效率，减少环境准备时间；也可以实现不同业务之间的基础设施资源分时共享，提高资源利用率。 三、 云计算为平台融合提供了思路和实践 其实云计算不但已经为平台融合提供了思路，也提供了实践经验。不管虚拟化、存储资源池、 IaaS 平台建设，或者最近比较热推的超融合技术，都是基础设施资源池化的概念，只不过最初由单一资源的池化逐步走向多种资源融合的池化。这既是技术发展的趋势，也是技术发展的要求。 我们在实施容器云平台时就提到过，如果基础设施资源能够很好的融合，那么 PaaS 平台将迎来快速地发展，不会受制于不同类型资源的集成技术，也不会受制于基础设施资源的扩展限制。容器云平台不管基于虚拟化或者物理机来建设，其基础设施资源的管理其实需要容器平台自己来实现，这其实无法做到真正的弹性伸缩。如果有个统一的基础设施资源平台来维护企业内的计算、存储、网络等资源，为 PaaS 提供基础设施资源服务。类似于云操作系统通过加载硬件驱动的形式支持不同的硬件设备。那么 PaaS 的发展将不会有限制。 四、 混合云是目前适合国内环境平台融合发展的方向 基于国内现状，平台融合发展目前可以考虑混合云作为基础设施资源平台。一方面国内法律法规不完善，信用体系不健全，所以公有云存在极大的信用风险。另一方面我们说人才和数据是企业的核心资产，数据将越来越重要，在法律法规和信用体系不完善的情况下，自建私有云是一种更好的方式。当然不是不用公有云，一些公开数据放在公有云更合适，比如证券行业的行情数据，除了时效性比较敏感，其他都没什么关系，因此放在公有云可以降低基础资源投入，减少浪费，降低成本。 对于初创企业来说，首选公有云服务是企业降低成本的必要手段。但企业达到一定规模，企业数据的价值远超使用公有云节省的成本的时候，就需要考虑私有化，至少数据私有