再谈能力开放平台(7.3)

最近自己在思考新的产品规划，包括做一些售前解决方案交流的时候，再次提到能力开放平台，和这个词类似的有我原来在博客也经常谈到的 服务能力共享平台，OpenAPI平台，能力聚合平台 等。今天再次对能力开放平台做下理解和说明。

在我认识里面，最早提出能力开放的是电信运营商，然后才是互联网各大电商平台，BAT基于云平台的各类技术服务能力的开放等。而当时运营商提法是PaaS能力开放平台，对已有的ICT各种能力进行开放和聚合。因此我们先看下运营商类对能力开放方面的定义。

总的来说，能力是对底层复杂的实现进行了抽象，对外提供一个开发和执行环境。通过对快速引入新的应用和服务提供支持，以更低的平均运作成本来高效、可靠地创建和管理丰富多样的融合业务。 而我自己的通俗理解就是能力即服务，服务就是内部能力的抽象表达。 而电信能力开放平台在整合和利用现有电信IMS、ISAG核心网资源的基础上，采用统一的多层级的开放接口来开放电信能力，聚集互联网上有潜力、有创造力的开发者，让开发者能利用这些能力不断地创造出更好的商业应用和服务，实现开发者的无限的创造能力，形成一大批新的移动互联网应用及服务。

而华为对能力开放的一个说明为， 能力开放（API Exposure）是使能和货币化数字资产的过程 ，是运营商在数字经济时代实现数字业务转型的必由之路。通过能力开放平台，运营商将网络资产以API的形式开放给业务合作伙伴。运营商还可以聚合各种外部能力，通过灵活的商业模式聚合应用开发者、OTT业务提供商、行业SI，打造新型的产业链。

而对于互联网能力开放，用OpenAPI这个说法的比较多，Open API也称开放平台。 所谓的开放API是服务型网站常见的一种应用，网站的服务商将自己的网站服务封装成一系列API（Application Programming Interface，应用编程接口）开放出去，供第三方开发者使用， 这种行为就叫做开放网站的API，所开放的API就被称作OpenAPI（开放API）。就现在互联网上Open API的形态来看，主要分成两种：标准REST和类REST(也可以叫做RPC形态)。当前服务类型主要可以分成三种：数据型，应用型，资源型。对于数据返回格式方面，大部分的网站优先提供Xml、JSON的数据返回。

而在我原来的文章里面，我也对能力开放平台给过一个说明，即：可以理解为将内部已有的业务和数据等能力以服务的方式暴露出来，供外部消费者调用，同时提供完整的服务全生命周期管控能力和安全，4A，计费，监控，运维等管理能力。

能力开放平台要做为运营平台，需要具备类似电商产品服务订购，计费基础能力

服务能力本身可以变成一个产品，那么服务能力开放平台也就类似一个电商平台，可以是类似B2C模式，也可以是类似B2B2C模式都有可能。当把服务作为商品的时候，最大的变化在于没有物流仓储和配送环节，但是增加了复杂的计费功能和资源服务消费数据采集功能。这个完全可以看作是电信运营商BOSS系统的一个大简化版本。从这点上来说在服务能力开放平台构建的时候，和传统的电商平台还是有较大的差别，没有了复杂的SKU和库存管理，但是却增加了较为复杂的计费管理和数据采集。

是自己已有能力开放还是构建大生态，涉及到能力开放平台建设目标范围不同

重新思考原来的电信能力开放平台和互联网能力开放平台，可以看到要大区别，即电信能力开放平台不仅仅是自己已有的CT能力开放，而是去构建一个大生态环境，让更多的开发商和合作伙伴进来，开发相应的软件和应用能力，并进入到自己的能力库再对外提供服务；而对于互联网类似大电商平台思路则简单很多，就是自己已有的电商API能力的对外开放，而不是说要接入其他开发商的API接口能力。

这两种思路带来的一个最大区别就在于，当你构建大生态的时候，你就需要提供的一个完整的API接口服务接入和注册平台，这涉及到API快速开发的开发框架，开发环境，接入方式和接入流程等。即方便外部能力的快速接入实现能力入库。而如果仅仅是自有能力开放，那么这些都不需要，仅仅提供OpenAPI订购消费指南即可。即 大生态构建模型下，必须在能力开放平台前端提供能力开发环境和能力接入平台。

能力开放平台是一个自服务平台

能力开放平台最终是一个运营平台，面向开发商，各类合作伙伴，因此这个平台必须具备自服务能力和自服务流程，让开发商和合作伙伴能够自助的完成相关能力的接入，能力的订购和消费等。这就需要我们提供面向开发商和合作伙伴的自服务门户，服务的标准规范文档，服务接入和消费订购的帮助稳定，服务接入和订购的自服务流程，服务的自动开通等。这些都需要实现完全的自服务，而不需要人工干预。

一个自服务平台需要包括服务接入，服务订购，服务变更，服务运行监控，服务目录浏览各类基础能力。

在后生命周期提供服务性能监控和运行分析能力

在用户订购了一个服务后，就进入了后期的服务运行监控阶段，对于能力开放平台必须要提供能力服务的实时日日志调用监控能力，提供对能力服务的运行统计能力，提供计费账单的查询和详单查看能力。提供能力调用问题的错误日志查看和问题排错能力。

简单来说你可以看到，我们当前用的手机，电信或移动运营商APP都会提供一个管理后台给各个用户，你能够看到你实际的通话时长，上网时长，流量消耗，详细通话详单，计费单等各种信息。这是要给能力开放平台必须提供的后生命周期管理能力。

能力开放平台还需要配合提供售后服务能力

用户订购了服务后，同样进入了售后服务阶段，因此能力开放平台本身也需要提供售后服务和问题跟踪解决能力，以使整个能力开放全生命周期实现闭环管理。对于能力开放的售后可以理解为类似传统企业内部ITSM系统或问题管理系统+客服系统的一个简化版本。

在我原来文章也谈到过，在构建能力开放平台的时候，完全可以参考电信BOSS系统的建设架构和产品规划，并形成一个完整的解决方案， 对于用户和计费管理参考可以参考BSS，对于资源和数据采集参考OSS，对于前端服务变化为产品，运营门户，产品，订单等参考电商平台；对于服务全生命周期管理则参考SOA管控平台或API网关的能力，对于服务和资源的监控还需要参考类似IaaS平台中的网管系统。