再谈能力开放平台02(7.6)

这周我博客重点实际在写两个方面内容，一个就是能力开放平台，一个就是服务编排和流程编排。对于能力开放平台经过7月3日文章的梳理，实际上整体架构脉络个更加清楚，这篇文章还是基于上篇文章对自己分解的几个子平台和系统进行进一步的阐述。

开发接入平台

能力开放平台是构建一个大生态体系，那么对于API接口服务能力的提供不仅仅需要依靠自有能力，更加重要的就是要依赖于开发商和合作伙伴的可共享能力接入。那么就必须为开发商提供一整套方便他们进行API快速开发，快速接入的平台，工具，标准规范流程，以方便他们进行API接入，同时尽量实现API接口服务接入中的自服务过程。

具体来说开发接入平台可以提供API的快速开发工具或开发环境，API开发框架，API开发指南和示例参考，API开发流程，API开发规范，API接口测试方法，API接口服务开发接入流程指南等。所有这些目的就是要让接入的API遵循一套标准的方法和流程，同时让开发商能够快速理解和学习掌握，方便API快速接入。

能力平台（能力库+服务目录）

这里的能力平台更多是能力引擎平台，实际上就是应该是ESB总线引擎，API网关或其他API接口服务集成平台。该引擎重点就是实现API接口的注册接入，API的服务代理和统一服务目录提供，API的安全，日志，流控，监控等各种拦截能力。能力平台简单来说就是要形成标准的API接口服务能力目录并向上提供。

在原来我们谈能力平台的时候往往会将能力引擎和上层的能力运营平台进行整合，形成一个完整的大平台系统，而这次在思考的时候进行拆分，拆分的目的就是实现底层引擎和上层能力运营平台的解耦。即上层的能力运营平台实际上可以兼容和适配底层多种能力引擎，这样更加方便进行组合。

运行监控平台(对API接口服务的运行监控）

运行监控平台即要实现对API接口服务的运行监控，性能分析，异常问题的实时告警和预警，接口服务运行的统计分析等。同时对于运行监控平台还需要基于最基本的原子服务监控层面进行延展，即向下还涉及到具体的中间件，数据库的资源监控，向上还涉及到服务链，端到端业务流程的监控。即：

资源监控：服务器层面，中间件层面（包括数据库，应用服务器中间件），JVM监控

服务监控：最基本的原子服务监控能力，服务运行监控，也包括服务链监控能力，APM监控

流程监控：实现端到端业务流程的监控，而最终的流程监控可以通过服务链监控进行串联

运营管理平台

运营管理平台是整个能力开放平台中关键的生态应用，即我们涉及到的平台提供商，运营商，开发商，服务和内容提供商，运维商等最终都会使用运营管理平台，通过运营管理平台实现最终服务的整合。

运营管理平台在前面自己已经谈过多次，实际上底层可以参考电商平台的原型，而里面最重要的就是服务受理和订购中心，产品或服务配置中心，服务开通，服务计量和计费中心，客户中心几个关键模块。最终解决的问题就是让我们开放和接入的API服务接口能够最终配置为可以销售和运营的产品，并进行计费。

营销平台

大部分在构建能力开放平台的时候往往不会涉及到营销平台，但是类似典型运营商的BSS域就一定会有营销中心和本地化的服务网厅，而这些网厅的服务人员就需要一个营销平台为用户提供各种服务能力。在我们谈物联网云平台的时候也谈到过，在构建智慧家庭的完整生态平台的时候，往往还涉及到我们的产品服务地推，这些也涉及到需要有相应的平台和应用进行支撑。

运维平台

运维平台属于后生命周期，即在产品服务订购后，需要对服务消费中的问题进行处理和解决，并提供相应的售后服务能力，因此这块实际上需要有一个面向最终客户的运维管理平台和运费服务平台来进行支撑。

自服务平台(开发商门户，合作伙伴门户等）

自服务平台面向最终提供给用户的功能聚合，并实现客户的自服务能力。因此自服务平台本身又是一个面向用户角色的功能聚合平台。可以看到对于前面谈到的服务接入，能力共享运营，运维服务，服务运行监控等各个子平台都需要向最终的用户提供功能服务，而自服务平台则是这些功能服务能力面向用户的聚合，而不是全新构建的新功能。