James表示，这种改造工作有一个名字——API重构。它将是你的公司和工程团队必须主动去做的，重塑API并改进平台的底层基础，以便使其更容易地与API整合。
公司现在就需要开始把这些API战略落到实处，并开始行动，此举宜早不宜迟。从让你的开发团队认为API地位第一开始。开始设想你的平台会是什么样
子吧，你现在就不受任何限制地从头开始设计，并让其足够灵活能够轻松地插入第三方API，尤其是在那些不提供任何差异化的产品价值的领域里。
其实，API的快速发展有其背后的意义。Alex Handy曾经撰文谈到了从SOA到API的发展过程和历史意义：
八年前，企业级软件开发行业流行词不是一个词，而是三个词：“服务”“导向”“架构”。SOA承诺了一个前景——第三方提供企业服务，用户可以很容
易从内部使用企业服务。这个目标是将遗留系统转为网络可访问的API。非常遗憾的是现在再没有人这样提议了，因为这将减少企业很多困惑。正当企业观望
Web Service标准发展的时候，RESTful Web API出现了。Web API带来了SOA一直以来未能带给用户的前景。
那么现在这些SOA公司处境如何呢？许多SOA公司被收购了，也还有一些公司残留，正在进行重构、调整。MuleSoft就是其中之一。在SOA盛
行的时代，MuleSoft提供的全是企业服务总线。但是现在SOA的时代已经过去了，这家公司在过去的两年不得不重新进行价值定位以谋求发展。
MuleSoft的创始人、战略产品总裁Ross Mason表示：“我们所做的是停留在了核心竞争力的地方，然后发现产业在朝着那个方向发展。”现在MuleSoft的重心放在移动和SaaS集成，而这些业务已经占到MuleSoft全部业务的60%。
为什么现在不同了呢？首先，SOA关注的事情是错误的，它仅仅关注如何公开数据，但没有思考人们应该怎样使用这些数据。市场迫使供应商去思考用户想从平台上获得什么。市场迫使供应商去为用户思考，但是SOA并没有做到这一点。”
我们为传统SOA提供单个统一的平台，然后应用程序——特别是SaaS集成——是这个平台的重要组成部分。API发布和管理驱动着最大的利益。越来
越多的人认为这是一种更好的托管系统的方式。我认为现在的局面源自潮流的驱动——SaaS潮流和移动潮流——正是它们驱使人们换一种思路来理解基础设施。
过去的四年，人们追寻降低成本的办法。现在，他们该想想‘十年以后我们的业务会变成什么样子？’正是这些控制了CIO的收购行为。传统的中间间还没有跟上
步伐。
另一家致力于API管理和支配的公司是WSO2。WSO2的高级技术主管Senaka Fernando提到WSO2已转换认知——从将API和托管服务作为两个服务转换为将其视为一个统一的管理服务，该公司已因此不断成长。
我们认识到SOA管理和API管理并非两个不相干的事情。他们是一件事情，而且我们需要实现它们的整合。过去，你将你的系统托管，然后在上面跑一些
东西，现在你可以在上面实施一些“政策”。另一方面，为了保障员工的利益，你可以跟踪这些服务背后的信息。所有被跟踪的信息都会记到一个注册表中。把这个
技术放到产品生产的大背景中，你会想知道‘谁在用我的服务？’我们的产品就允许你追踪了解哪些人在使用这些API。
| 
