应用支撑平台的演变

1.认知过程

一开始做售前，碰到了“五横两纵图”，其中应用支撑平台是长这样的：

细看了文档内容发现，是公司本身的开发环境（我们暂且称之为“公司1”），“公司1”是这样描述的：“本公司多年来在政府电子政务领域积累了丰富的行业知识，结合行业特点，按照SOA思想设计，以业务为导向，模型为驱动，研发了“公司1协同应用支撑平台”，并获得了软件著作权证书，本项目拟采用该平台作为应用支撑平台”。

后来与遇到了这样的：“公司2”的应用支撑平台：

公司2是这样描述的：“应用支撑平台按照SOA(面向服务的架构)思想进行设计，建立不同层次的核心组件，通过平台建构相关的业务应用系统，实现完整、灵活的宏观业务流程，在系统中提供多层次的组件满足各种业务应用，实现交互服务。同时通过数据整合、应用整合技术搭建SOA环境，实现资源整合、交换，实现松耦合的整体系统软件架构。”

当时就得出了这样的结论：

（1）最直观的感受就是所谓应用支撑平台就是封装开发任何软件都必不可少的功能，比如用户组织身份、权限控制、工作流、表单等；“为了方便开发应用系统而有了应用支撑平台”，在“应用支撑平台”上去开发上层的“应用系统”；

（2）其实看完了公司1的描述之后，第一感受就是想起了程序开发环境IDE，因为之前刚毕业的时候用过ASP、ASP.NET做过些开发，很明显的.NET比ASP做了更多的工作，也就是说ASP很多之前需要手写代码的部分现在改成在用户控件上点击操作了（比如之前在ASP很麻烦的连接数据库，需要写代码，但在.NET里，就成了在数据库控件上点击“连接”了）。

（3）这个是任何事物的发展方向，把已经做了的有经验封装成服务直接使用，不仅在IT世界里，现实生活中也到处可见，比如自来水（之前得自己挖井），国家电网（之前用电得自己配发电机，这里自来水和电可以另开一篇文章说下）；

（4）这里还可以看出一点就是公司1比公司2正规，公司自己弄了个开发环境的著作权；

（5）后来还看到一些文档，把开发应用系统的基础软件，数据库、应用服务中间件作为应用支撑层、把应用系统的开发环境和测试环境也作为应用支撑层的，觉得有点牵强，这些感念的提出肯定没有公司1、公司2早。

2. 电子政务应用服务规范

接着就接触了这个比较规范的，在一个区域内开发一般应用所需要封装的服务。

这个是**市的电子政务应用服务规范，我觉得是我见过的比较正规的应用支撑的包装，在一个市的基础上，封装组织身份模型、应用服务运行管理框架、组织身份服务接口、访问控制服务接口、单点登录服务接口、电子表单服务接口、业务流程服务接口以开发政务服务应用。

3.PaaS平台

如“IT售前咨询能力范围”里的表述，本来传统的“五横两纵”基础设施层、数据资源层、应用支撑层、应用层就和云计算的IaaS、PaaS、SaaS对应的（所以也有DaaS的感念），PaaS本来就是应用支撑平台概念的一个发展。 曾经做过一个“应急管理综合应用平台应用支撑与系统集成地方建设方案”，看下他是如何封装应用支撑的。

看到了吧，

（1）封装了“传统的”统一用户认证、工作流服务、统一消息服务、即时通信服务、报表服务、检索服务、日志审计服务；

（2）还封装了“特殊的”电子签章服务、电子证照服务（这里说他特殊，是因为不是所有的业务应用软件用得到这两个服务的）；

（3）还有针对本“应急管理综合应用平台”开发的地理信息服务、视频图像分析服务、算法API服务、模型API服务、图谱API服务；

（4）最后是针对近十年流行的移动应用服务、前端构建服务、微服务。

这里一是为了说明应用支撑平台和PaaS本来就是个概念的演变，二还是体会下那个概念，“为了方便开发应用而有了应用支撑平台”。

4.又成了政务中台

这个概念是我在听了有“数据中台”这个概念之后，又听说来了个政务中台，第一感觉就是PaaS，在一些地方把它包装成“统一表单中心、统一流程中心、统一事项中心、统一办件中心、统一通知中心、统一用户中心”，用于开发面向政务供给侧的政服务服务应用系统。

衍生话题，虽然还没有实际经验看到数据中台是啥样子，我想的是，肯定也是“为了方便使用数据开发应用”的目的，就是在数据治理的基础上，封装了很多能够直接使用数据的方法或存储过程，不用再现写SQL了。也作为《尽力说明“数据”》一篇的一个补充。

如果觉得还有点意思，请分享或点击“喜欢”。

来源：站高位