API Management Platform--SOA发展由系统集成向应用集成的最佳切入点

本文链接：https://blog.csdn.net/pickinfo/article/details/10955277

所谓分久必合，合久必分，在这样一个万古不变的历史长河中，集成永远是一个占据非常重要地位的话题。任何一个事情的发展无疑都是以小试牛刀-初出茅庐-崭露头角-步履维艰-分而治之的趋势在不断演进。

做了多年的SOA规划、开发、实施与交付工作，接触很多变化莫测的业务与错综复杂的系统集成需求，从一个小的系统内部SOA组件化，到一个个硕大集团级系统集成、跨域通信、ETL抽取加载，接触过的项目、交流过的客户、合作过的厂商，记忆已经不是那么特别清晰了，但是这些事情也遵循着这样的规律，由小到大，由大变小，从简单到复杂，再从复杂变简单。

以电信及业务来说，一开始最早期建设的系统肯定是BOSS，以及MSS中的ERP财务模块，后来随着业务逐渐成熟化、规模化，要求更多的业务实现精细化管控、流程化、系统化，那么必然会有更多系统建设需求发生。早期的时候，一个系统的建设只需要考虑满足当前业务的系统架构设计即可，对于业务和技术都在飞速发展的环境之中，很难准确定位未来的需求，为以后未知的东西留有集成或分离的后门。因此，对于企业来说，随着时间与业务的推进，IT支撑涌现出了一个个满足当时特定业务需求的五花八门的应用系统，后来无论是从业务架构的融合、流程与信息共享的趋势、投资成本的控制、遗留资产的复兴利旧等原因，都需要这些系统进行整合。那么，这时候EAI首先登山了历史舞台，扮演了企业信息系统的核心中枢，以其强大的适配器和集成组件，在各式各样的系统中以粘合剂的方式连接起了各类异构系统，一定程度上形成了业界标准，从而保护了客户投资。

但是随着时间的演进，EAI复杂的组件和过渡的中间件依赖已经显得不太适宜，昂贵的中间件、有限的适配器应用限制、复杂的开发与运维技术要求等，使得EAI在应用过程中变得狼狈不堪，而这时候ESB开始粉墨登场。DeployedOnce，Run AnyWhere。由于有一系列WS-*协议支持，使得其以SOA服务的形式，轻量级的解决了跨系统、跨平台的集成能力，只要待集成的系统遵循WS-*的协议，无论是发布WSDL，还是WADL服务，无论是HTTP，还是SNMP、FTP都可以以很轻便的方式集成、共享资源，不必再去考虑注入DB-LINK、MQ、File-Adapter之类复杂的集成技术。因此，基于上述特性，在过去几年，SOA确实火了，不仅成功的取代了EAI，而且还成为了推进云计算发展的必然技术，例如最牛的亚马逊AmazonWeb Services。

但是，时间永远是不会停的，尤其是在当下云计算大行其道的时期，BYOD、BYON、OpenAPI、GAE、BAE等等，不断涌现出了各式个样的业务、应用，人们的需求更加个性化、对应用的体验更加精细化，那么势必传统的系统集成、缓慢的更新、严谨的开发流程、有限的开发资源等以不能满足当下成指数型增长的变化莫测需求，因此，一个在有限范围内的设计系统，或者是在一定规模内的系统集成应用，都没有办法全面满足这样的变化了。

现如今，无论是一个小的应用软件，或是一个开放平台，都会向外提供API，集群体智慧，又为自身所用，不断通过用户、第三方开发机构、或是草根开发者的贡献，强大了自身应用的整合能力，为客户提供了更好的服务与体验，这里例举两个例子：

1、以前想要下载一个资源，或者论坛上提交一个问题，都需要注册一个账号。这里对用户体验就至少有两点不好：一无论时间多短，用户都要进行注册流程；二注册的账号难以维护，容易忘记；而现如今QQ、Weibo几乎人人都有，而这些应用都开放了其登陆API，那么这时候用户就可以免去注册的过程，直接使用QQ或者weibo账号登陆，而且不必担心忘记；

2、当下云计算风行，诸如CloudFoundry、百度、阿里云，都开放了其PaaS平台，并且不断的举办开发者大会，悬赏重金希望开发者使用其开放的API，创意开发新的应用或是整合其他应用，从而满足广大用户的个性化需求，典型的吸星大法，通过API捆绑应用，绑定其PaaS平台，为我所用，实现利益共赢。

综上所述，SOA的发展历程，以其轻量级、跨平台、松耦合的特性成功取缔EAI，但是无论事情如何简单，无论是服务提供方，还是服务消费方都需要遵循WS-*的协议族来完成SOA的服务开发，并发布到现行的ESB平台上。但是设想一下，如果一个历史非常悠久的古董系统，当初设计是运行在J2EE1.4标准下，而JAX-RPC和JAX-WS是JEE5的延伸标准，现在的EJB若想发布一个服务，只需要简单的加一个@WebService标记即可，但是在J2EE1.4的EJB2就可没那么简单了。很多时候，几个简单的依赖包冲突，就能让事情陷入僵局，无法满足ESB的集成要求。好吧，如果足够幸运，技术层面不是问题，那么同样需要经过对遗留系统进行经过：1运行环境变革、2架构调整、3服务发布，三步骤以后才能进行集成。

那么有没有一种拿来主义的方式，不仅不需要对自己的系统进行任何调整，同时还可以集成所需的外部功能呢？答案是肯定的：APIManagementPlatform。引用TechTarget中国原创一句话：“随着越来越多的零售商、媒体、政府和金融服务公司开始公开WebAPI，Web API变得越来越多。同时，也有很多公司仍然反对API管理，据Gartner 的研究副总裁PaoloMalinverno说。他说，伴随着的一个问题是API的使用逐渐成为了运行在“力量连接（nexus offorces）”的中心，这是Gartner对社会、移动、云计算和信息融合的术语。因此，缺乏管理可能意味着严重的价值丢失。”因此，笔者认为API ManagementPlatform将会成为SOA发展由系统集成向应用集成的最佳切入点，一个有效的API管理平台将不断的整合企业内部资产与浩瀚的互联网资产，从而形成自身强而有力的竞争力，抢占市场，丰富客户体验，产生难以割舍的粘性，形成巨大利益。

目前，Mashery、Apigee、Layer 7、Mashape、IBM APIManagement、3scale都已经进入了API管理的竞争之中，所谓先下手为强，后下手遭殃，期待强强竞争过后，更多好的产品，好的应用，好的案例不断涌现出来，不断丰富市场诉求。

这里例举一些基础API ManagementPlatform应具备的能力以供了解，更多详细资源直接Google之。。。