大型云平台的持续运营的约束分析.docx

大型云平台的持续运营的约束分析

【摘要】面对大型云平台的未来发展，我们恐怕还要在”集约化、行业化“的基础之上再增加一个”运营化“。以架构为核心，以运营为目标，公有云也好、私有云也罢，都是一种资源，一种在统一服务目录约束下的基础资源。

从之前的”政务云“到现在的”国资云“，大型的行业性云平台的建设和运营一直是近些年的热点和重要商机来源。这也符合云计算大的行业趋势，那就是”集约化、行业化“，而这只是在云的规划和建设阶段，面对大型云平台的未来发展，我们恐怕还要在”集约化、行业化“的基础之上再增加一个”运营化“。架构上实现”逻辑集中、物理分散“的算力重分布，产品能力上实现目录化管控，服务能力上实现行业应用和数据能力聚合复用，是现在行业的共识，而这些都是以运营为目标的。

一、云平台运营的本质含义
大家都知道运维和运营是不一样的，它们在不同场合也会有不同的解释。严格来讲，运维虽然应该是运营的一部分，但在实际工作中往往会分开。简单来说，运维以系统平稳运行为目标，体现一个“稳”；运营以系统持续发展为目标，体现一个“敏”字。运维的核心是服务规范、服务工具和服务团队，是一个遵从ITIL的螺旋式上升的服务过程；运营的核心是服务目录和市场推广，服务目录由服务内容、服务标准和服务价格组成，市场推广又有内外部之分。
从目前的行业实践来看，大型企业云平台正在从建设向运营转型，不同于政务云有政策推动和明确的行动路线，大型企业云平台的运营尚处在一个自发和探索阶段。在这样一个阶段，各地在路线探索上难免会出现一些问题和插曲。不过，站在企业的角度，还是始终坚持以架构为核心，以运营为目标，公有云也好、私有云也罢，都是一种资源，一种在统一服务目录约束下的基础资源。

二、云平台运营的技术架构约束
以运营为目标的企业云平台，在架构上有一些趋势性的约束和需求，主要体现在管理性和功能性上。
1、管理上的统一。首先要考虑云平台管理上的统一，必须建立云平台的管理平面，除了管理工具和门户以外，还要有管理的规范和标准，作为总部层面的云平台，要体现云资源管理分级分域的概念，体现算力资源重分布的原则，实现“逻辑集中、物理分散”的管理模式；
2、架构上的统一。要实现异构资源的统一整合纳管，要在全局架构层面避免单一的技术和厂商锁定，实现全局一盘棋的技术路线选择和资源布局；
3、功能上的统一。所谓功能上的统一就是层与层之间强化分成解耦的架构逻辑，每一层内部强化不同功能域的隔离和互操作，比如IaaS层内部计算域、存储域、安全域，PaaS层内部分布式环境、数据域和应用支撑域等等；
4、服务上的统一。不同的逻辑分成都以服务的形式实现服务聚合，形成统一的服务目录。由服务目录明确和规范服务内容和服务标准。不是只有PaaS层才会形成服务，资源和数据也都会以服务的形式向上层应用开放。

三、云平台运营的经济成本约束
其实随着云技术和产品的同质化，各产品方和服务提供方在这方面的差异越来越小，这个领域进入到白热化竞争阶段。不管是公有云、私有云还是行业云，在资源运营也进入到精耕细作的程度。
运营跟运维另外一个大的区别就是运维只关注运维的直接成本，运营需要考虑整体成本。所谓整体成本主要包括：
直接建设成本：主要是IDC和线路资源、硬件设备（网络、安全、服务器存储等）、软件（虚拟化授权、云管、安全平台和安全组件、PaaS组件等等）；
直接服务成本：首先是咨询规划、集成交付等一次性总体性费用，这部分费用没有办法在服务目录里面体现；另外就是持续性服务成本，主要包括系统迁移、运维保障、安全合规等持续性费用，这部分可以有条件的作为专项服务内容出现在服务目录里面；
间接费用成本：资源预留和性能损耗、持续性迭代和维护性开发、市场推广费用等等。资源预留和性能损耗是在设计的时候需要考虑的系统余量，需要把这部分成本考虑进去。持续性迭代和维护性开发是平台和组件客户化过程中必须做的工作，大概率不能单独收费。
以上三部分费用的关系是什么呢，直接建设费用和间接费用需要作为总体成本的一部分折算成资源单位成本，直接服务成本中的一次性成本也同样需要折算进去，持续服务费用可以有条件的作为增值服务内容出现。这里面的关键是在考虑合理预期收益的基础上，合理安排盈亏平衡点，以及每年(每月）的资源供应量。
那么有没有一个大概的比例呢？其实有的，一般IDC和线路资源占比在30~40%左右，硬件占比在20~30%，软件占比一般在25~35%，服务占比一般在15%左右。当然没有一个定式，根据行业不同和规模不同会有相应变化。

四、云平台运营的团队组织约束
云平台运营里面会涉及几类角色，每个角色对应不同的工作和职责，主要包括运营岗、产品岗、运维岗、市场岗，先要说一下这里没提规划、宣发、客服等等角色，不是不重要，而是团队的配置不可能一步到位，上面提到的四类团队角色是起步配置。
运营岗：主要职能是对平台架构进行管理，负责滚动规划和架构管控，同时需要对服务目录进行管理和维护，设计平台的服务内容、确定服务标准并核算成本价格；
产品岗：不同于传统的产品经理，云平台运营里面的产品岗是平台架构和平台服务目录制约和管控下的产品经理，负责具体服务的设计和实现，同时需要有相应的研发团队配合。要说明的是这里的产品经理，不能跟后台研发团队的产品经理复用；
运维岗：运维岗容易理解，是平台的持续性运维，云平台的运维组织架构有别于传统运维，是一个矩阵型结构，这一点咱们在之前的文章里面写过，不再赘述；
市场岗：市场有内外之别，需要根据市场的情况制定灵活的市场策略，并配合运营岗制定定价策略等。
还有一层很关键考虑，就是运营和运维外包以及联合运营的问题，这些后续再聊。
-全文完-