集成架构：面向服务与Web API集成

延迟：Web API 的用户现在需要在互联网上进行两次跳跃，才能到达您的站点：第一次跳跃到 Web API 提供商，然后再跳跃到您的组织。Web API 似乎更加 “口语化”，这意味着您通常需要执行更多调用来达到相同的目的。因此，更多的最终用户在等待与通信延迟相关的时间。依赖于服务的全球覆盖范围和 Web API 交互通常的繁忙程度，这种额外的延迟可能很高。API 管理解决方案常常提供了缓存选项来为适合该模式的请求减少此延迟。

企业内的 API - SOA 中的下一个阶段？

新的 “REST” 风格的 JSON/HTTP 接口更加轻量型，适合且受现代编程语言和框架支持。API 管理网关产品越来越成熟。为什么还要在企业内利用所有这些优点？许多人现在将内部 API 管理层视为一种替代方案，而且在一些情况下，是一种在企业内公开数据和功能的更有效方式 - 图 4 中所示的服务公开网关的扩展。

图 11 显示了实现内部和外部 API 的单一管理点所需的最低限度的架构配置。这带来的附加优势是，内部用户可直接使用外部公开的 API，而无需路由到互联网。事实上，企业常常仍然更喜欢拥有单独的内部和外部 API 网关，以实现更可靠的关注分离。

图 11. 针对内部和外部用户的 API

所以对一些人而言，API 已成为其公司内朝面向服务的架构发展的旅程中的下一个阶段，以及它们实现外部公开的机会。

一种新的 B2B 形式

另一个值得考虑的案例是，不断成熟的 Web API 技术和实践被用于提供业务间 (B2B) 通信。B2B 接口从任何角度讲都不再新颖。几十年来，企业已使用了各种标准来交换数据，比如与电子数据交换 (EDI) 相关的标准。由于针对特定行业需求的专门化，用于实现它们的标准和工具必然非常深入和复杂。许多企业需要一种更加轻量型的备用方案来交换数据，但它们仍然需要满足一些核心需求，比如安全功能和合作伙伴自助管理。即使公司未计划向一般大众提供 API，对 API 管理的安全性和合作伙伴管理方面的利用可能对实现与特定业务合作伙伴的简单的私有接口很有价值。

超越 Web API

尝试猜测由于最近几年此领域的技术进步，集成架构会如何发展，会很困难且可能很愚蠢。但是，这似乎涉及到进一步认识移动用户近期的现状。一个重要因素是，对于更庞大的社区，人们对 “始终在线” 的渴望仍转变为 “间歇性连接”。

这意味着基于消息的事件驱动的交互的复兴。我们已看到更多基于事件订阅的交互模型。例如，所有主要移动供应商都拥有向设备推送事件的机制。传感器现在能够在得到更广泛认可的协议中发出事件，比如传感器与事件订阅者之间不那么专门的耦合。“物联网” 正在一切事物中都引入传感器，从可穿戴技术到互联汽车，再到一种不同类型的应用程序。这些可能不太关注从操作系统中获取的特定数据，而更重视密切注意所关注的主题，智能地解释所收到的事件。

结束语

回头看看 图 1，您可以看到集成架构如何实现向更多的公众渐进地公开业务功能，还可看到用于实现这一公开的功能的不断成熟。API 管理是这一领域的最新技术，认识到不断开发的模式、技术和概念（比如中心辐射型架构和 SOA）在正确的情况下仍有用且合适，这很重要。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!