公有云运营平台思考

【版权申明】：本专栏文章为chenlong828在开发工程中的一些思考和总结，谢绝转载！

---

同私有云相比，公有云更偏有运营的性质，也难怪大家都对运营商寄予厚望。但是，目前国内的三大运营商受限于自身的一些人才、技术等储备方面的因素，暂时还没有在公有云这个领域施展开来拳脚。迄今为止，在国内的公有云运营厂商中，真正提供在线订购、即时开通云服务的厂商屈指可数，阿里云、美团云、青云、Ucloud、天翼云（很意外的吧，呵呵）是其中的代表。

要搭建起来一个私有云平台容易，早在好几年前一个稍微有点悟性的工程师，使用VMWare的vCenter就可以在半天之内安装上线完毕。后来又出现了OpenStack、CloudStack等等云管理平台，但是要真正运营起来一个能够上规模、持续运作的公有云服务，需要走得更远，这也是云服务产品的特殊性决定的，云服务，是一个不需要实物交付的，天生适合使用在线订购、在线开通，即采取电子商务模式。

运营起一个公有云平台，需要考虑哪些方面？

• 用户与账务中心：对于一个基本的在线服务来说，用户数据库肯定是必须要掌握的。同普通互联网模式的轻量级用户账号不同，因为使用云的大多数是Business的客户，大多关系比较复杂，同时也需要记录更加完善的一些信息以便方便对客户的服务。因此对于公有云的客户信息而言，考虑到运营平台在云业务运营中的核心位置，需要同大多数产品、计费等打上关联关系，参考运营商中的“三户模型”来进行构建是比较合理的，即对于服务使用的最终用户、客户本身信息(CRM)、客户账户信息(集团/线下单位等)进行设计和记录。

• 产品销售品管理：说到电子商务，就不能缺少对于产品销售品的管理。而对于云服务而言，因为服务形态多样，直接利用现有电子商务物流系统中的实物化模型并不能进行完全的描述，再加上各种渠道的销售要求，在构造产品销售品模型时候，即需要考虑到高速的查找性能，又需要考虑到自定义的能力如标签化、元数据驱动化等等。即使是同一个业务下面的云服务，因为客户的需求、产品定义、服务规格的不同，为产品配置不同的定义将非常有意义。产品、销售品的各种属性数据，将跟随者用户所订购的服务实例一直延续进去。

• 订单与记账服务：订单系统是公有云服务同私有云服务之间最大的不同。因为私有云服务大多面对企业内部环境使用，使用简单的审批和用量统计即可。而在公有云环境中，订单则是同客户之间进行资金结算的唯一凭据，是用户的订购凭证，也是后续资源所有权记录的原始起始点。但是对于云计算本身的特性而言，是一个“先使用再产生费用”的系统，同时客户还会存在随时变更等各种需求，因此，无论在面对后付费还是预付费的环境的时候，总会有根据订单产生记账凭证，通过记账凭证来对账务进行销账的过程。

• 业务开通流程：对于公有云服务来说，可能会对接多种服务，如云主机、RDS、EBS、VPC、对象存储、CDN等等基础业务，也有包括DevOps、MapReduce、Message Queue等组合性业务，这些业务的开通中，可能会包含账号开通、资源配置、人工操作等等环节，这些环节通常以工作流的形式来进行执行，同时还要考虑到各种异常情况如开通失败、订单数据失误、客户请求撤销等，业务开通的异常流程要满足能够随时回滚的要求。

• 客服与工单支持系统：对于一个正常线上运行的系统而言，客服支持系统是相当重要的一个环节。通过客服系统，直接对运营人员和一线运维人员提供信息查询、客户沟通、工单派单等支持。工单可以通过客户提交，也可以通过客户沟通客服之后由客服人员生成，工单在内部流转、派发过程中完成。

• 资源管理服务：资源管理服务对应所需要开通的产品或者服务，需要对资源的用量和可用性进行长期的跟踪。另外一个用途是作为一个指定产品底层功能的Facade，为服务的开通流程或者控制面板的日常控制流程提供数据服务支持。

除了平台本身之外，也还必须要有对应的团队建设。除了开发、测试、部署团队之外，运维、客服、技术支持（售中、售后）等等运营角色也必不可少。而最重要的，其实是产品相关的命题：

对于公有云来说，到底应该如何演进，应该以何种产品体系架构来满足未来Cloud Native应用的需求？