第三方服务接入云平台的统一方案

前言

今年，我的任务是为公司的私有云平台（ PaaS ）开发对应的云服务平台（我们称之为插件平台），这个云服务平台的主要任务，是为云平台接入一些服务，服务包括但不限于mysql、redis、cdn等存储服务，天气预报等http服务。这个系列文章，希望总结本人在开发这个平台时的得与失。
下面将云服务平台简称为平台（插件平台），所接入的服务，简称为第三方服务（插件）

为什么需要统一接入方案

统一接入方案，是指可以帮助插件平台更快接入第三方服务的一种统一方案

首先要回答的第一个问题，是为什么需要插件平台：

云平台，是一个强大的开发平台，帮助开发人员完成从机器申请，项目部署，维护（动态扩容……）等一系列操作，像阿里云、腾讯云，都是国内这方面做的比较大的平台。一个完整的云平台，必然会接入一些第三方服务。简单的做法，当然是云平台自己完成这个事情。但随着平台及人员规模的扩大，一个很合理的分工，是将接入、管理、维护第三方服务的功能，作为一个独立的模块、平台。这样符合软件开发的解耦原则，具体来讲，会有以下收益：

1. 当云平台要升级改造时，不会直接影响到第三方服务。过往的逻辑链路，是云平台绑定了 N 个第三方服务，而有了插件平台，这个链路变成：云平台-> 插件平台 -> N个第三方服务。过往的情况是，云平台的一些变动，N个第三方服务可能要跟着修改。而现在，只需要由插件平台统一做变更，而插件平台到N个第三方服务这条链路，可以保持之前约定的规则不变。另外，云平台的一些部署、变更，也能尽量少地影响到插件服务。

2. 插件平台更专注于插件这个事情，可以把插件接入、维护这件事情做得更加极致。

3. 一个插件平台，可以对接多个云平台 。作为一个中间站，插件平台可以按照它和每个云平台的约定进行对接，然后再按照插件平台自己的标准流程，和多个第三方服务进行对接。这样，每个云平台上，等于都能接入插件平台提供的第三方服务。

4. 能与开源社区结合，打造闭环“广大开发人员开源组件->孵化成熟->成为云平台第三方服务”，从而提供更多丰富的插件。这是我们的实践结果。插件平台不仅为云平台提供第三方服务，同时，我们还开发了这么一个网站，每个开发人员，可以到这个网站开源自己写的组件，如果觉得合适，还可以将这个组件转成云平台适用的第三方服务。

其次，解答统一接入方案的重要性和必要性：说到底是为了两个字,"效率"。没有统一接入方案时，每来一个新的第三方服务，云平台开发人员就需要和第三方服务开发人员讨论确定接口，然后一方（第三方服务）写接口，一方（平台）写调用逻辑，最后进行联调，非常麻烦。有没办法改善呢？当然是有，就是提供一个统一的接入方案，不管是什么第三方服务，都按照这套规范。平台的逻辑是通用的，要接入新的第三方服务时，无需开发。第三方服务要按照规范开发几个接口，再通过页面配置信息，然后就能接入了。从之前的两方联调模式，变成单边适配。

统一接入方案要解决的几个关键问题

首先做第一层抽象，以一个MySql服务为例，用户可能需要：创建、删除、变更、查看（基本参数）一个MySql实例。MySql服务在插件平台正式上线前，平台需要知道，如何调用MySql服务的哪些接口以做增删改差服务资源。因此，统一接入，其实就是解决平台和第三方服务如何对接这四个接