WSO2，一个开源API管理平台供应商，是Forrester的2014 API管理供应商报告中的唯一一个开源API产品销售商。但是这家公司意图解决开发人员的什么痛点呢？

本文问答中， WSO2的技术传道士Chris Haddad会介绍其公司API管理平台的功能，包括如何改变了API测试，公司如何处理遗留应用，以及专家需要如何使用产品。

你所期望解决的应用开发痛点是什么？

Chris Haddad：我们解决了API设计难点。我们提供了API设计工具，基于Swagger 2.0规范，它提供了设计和编码环境来构建API定义。你还可以模拟API背后服务所提供的后端响应，因此可以快速测试前端移动客户端或者消费API的应用。

另外，它允许用户搭建后端服务的沙箱和生产环境，可以指定平台将API流量路由到某个沙箱、测试系统。然后当准备好进入生产环境时，调整一下设置，就可以开始将流量指向到生产系统。

另外，一个最大的困难和API版本相关。需要一个平台和一种机制来创建、标明某个API的两个版本。完成这件事最简单的方式正是我们平台所提供的，可以简单得克隆现有API并且随后将其修改。接下来，一旦复制成功之后，可以决定其是否向后兼容，而且可以指定已经能够访问版本一的消费者去访问版本二，只需要简单修改其应用内的URL即可。

如果API不是向后兼容的，就需要修改移动应用的代码，基于返回的数据结构或者现在所需的强制字段作出改动，然后可以说，“嘿，看，已有版本1.0的访问键值在版本2.0里不工作。但是，可以自己订阅到版本2.0就好了。”

API平台因其自服务的特性，部署难度很低。可以进入API商店，和Google Play商店或者Apple iTunes App商店十分类似，可以查看API的信息，阅读文档，查看可用的服务级别、API行为的定义、生成可以包含到应用程序里的访问授权信息，并且可以直接连接到这个API，无需任何人类之间的谈话和交互。

对于想要现代化遗留服务的公司这些是否能起作用？

Haddad：这意味着扩展范围，并且延伸企业内部的任何服务的可用性和可靠性。使用众所周知的facade模式，在这些后台遗留服务前放置网关，流量通过网关进行路由。我们的网关能够理解大量的开放连接协议，不管是否是传统的HTTP上的XML、Java Message Service(JMS)或者是MQSeriesL。

因此，拥有使用普遍接受和采用的通信协议服务接口的应用能够通过网关进行访问。我们只是代理并且传输流量回后台服务，然后发送响应给调用的应用。

是否存在这种情况，服务或者应用太古老了，无法和其一起工作？这种情况怎么处理呢？

Haddad：服务和遗留应用，需要有可用的服务接口。绝大多数应用，即使是15年前开发的，通常都有这样的可接受端点机制，比如HTTP或者SOAP这样传统的Web服务规范。

我们也能够处理更为古老的遗留技术，比如FTP或者只是文件传输。现在，这些机制的确影响到如何架构并且设计API需要提供的响应。在这些情况下，我们多次建议客户必须构建一个全新的应用来服务这些请求。

因此，似乎使用WSO2的技术要求客户那边有一定级别的专家。企业要想使用WSO2提供的功能，对它们的最低要求是什么呢？

Haddad：需要知道RESTful设计实践。因此仍然需要制作RESTful URL。仍然需要理解通过API传输的请求消息和响应消息。理解Swagger API定义格式会有帮助但不是必需的。理解Web服务的概念，并且理解API交互模式也会非常有帮助。

我们通常和有着非常复杂需求的企业打交道。因此这些人通常都是集成方面的专家。我觉得REST已经流行了七年，因此大家对此理解得都很好。

我们的平台的确降低了所需要的API安全性的相关知识——比如，能够创建令牌。另外，我们也流水线化了应用程序生命周期流程，这里你可以非常容易得通过使用基于Web的工作流屏幕来创建、发布、不推荐使用以及下线API。这比手动编码API要容易得多，使用基础技术，比如Java世界里的JAXRS或者JAX WS来完成部署，然后尝试在电子表格里管理所有的API定义。所有这些功能平台都能提供，这确实帮助降低了所需的学习曲线。