API经济是由互联设备和消费者对引人入胜的品牌体验的渴望推动的转型。 API通过将企业服务提供给消费者，充当链接服务，应用程序和系统的数字粘合剂。 同时，面向服务的体系结构（SOA）是用于管理服务的广泛采用的标准。
IBM®WebSphere Service Registry and Repository（WSRR）是成熟的IBM SOA存储库，旨在提供各种规模的组织所需的治理和服务管理。 如果您一直在使用WSRR，那么您可能会想知道如何在不失去WSRR环境中的功能和熟悉度的情况下，实现公开和管理API的飞跃。
IBM API Connect是一种新的API创建和管理工具，旨在简化创建和管理使用者API的过程。
本文介绍了如何将WSRR和API Connect一起使用，如何使用组合功能获得最佳业务价值并增强业务。 您将学习三种集成WSRR和API Connect的策略，因此可以选择最适合您的应用程序和业务的策略。
WSRR业务
专注于SOA环境并进行投资的企业需要一种有效的方法来管理这些环境，并以进行更改为中心。
WSRR存储标准化的基于服务的工件，以对服务和企业拥有的服务的技术细节进行建模。 它包含有关服务可以做什么以及如何调用它们的所有信息。 WSRR的主要重点是服务提供商。
服务的语义注释和元数据可以推动业务洞察力，以了解谁可以成为企业服务的潜在客户。 您可以找到可使用的服务，并评估服务更改的影响。
WSRR将业务和IT团队召集在一起，以提高流程的活力并适应快速的市场变化。 它提供服务质量，并确保根据企业需求正确控制和映射每个流程和服务。
业务中的API连接
专注于探索新的收入渠道和新商机的快速成长的组织以及可以在内部和外部公开其服务的组织是进行数字化转型的最佳人选。
API Connect作为平台，通过提供一种快速而灵活的方式来创建API定义，管理API生命周期以及安全地访问API，可以帮助企业加速其数字化转型。 API Connect帮助发现，重用和扩展企业资产和功能，以最大程度地发挥现有业务价值。 它使企业能够衡量其公开的API的价值和使用情况，从而帮助他们为业务发展制定快速的新战略。 API Connect的主要重点是API的使用者以及企业与其共享的内容。
API Connect可以根据您的需求适应不同的环境：本地，云解决方案或混合云解决方案。
了解使用者与提供者，API和服务之间的区别
API是面向消费者的，而服务则是面向提供程序的。 API是您的企业共享的内容，而服务是您的企业拥有的记录系统。
请考虑以下定义：
- 消费者是记录系统的用户。
- 服务是记录系统的提供者。
- 消费者消费提供者的服务。
下图显示了使用API并提供服务的系统示例：
将WSRR和API Connect结合在一起
为了使您的企业获得最大价值，可以将WSRR和API Connect功能结合在一起。
当您朝着组织的API经济发展并集成WSRR和API Connect时，同时关注提供者和使用者：管理运行时服务和设计时服务。 本文提出了三种不同的集成策略，并描述了每种策略的优缺点。 您可以评估自己所拥有的以及您要实现的目标。
首先，请确保您了解WSRR和API Connect的术语。
在下图中考虑WSRR术语：
下表进一步说明了这些术语：
表1. WSRR术语
| 术语 | 定义 |
|---|---|
| 组织 | 用于对具有共同利益相关者角色且需要高度协作的资产进行分组。 它可以表示称为组织结构的整个企业结构。 |
| 业务应用 | 表示通过旧版应用程序实现的业务功能，或通过Web或门户网站应用程序实现的特定市场渠道。 |
| 应用版本 | Web应用程序的特定版本或发行版。 应用程序版本仅是服务的使用者，因此不提供任何服务。 |
| 商业服务 | 一种业务功能，被视为组织内的一项服务。 |
| 服务版本 | 服务的特定版本或发行版，提供适用于该服务版本的一系列功能性和非功能性规范。 |
| 服务水平定义（SLD） | 物理通信机制，安全性和标识，用于传递消息以与提供的服务进行交互。 |
| 服务水平协议（SLA） | 功能版本对另一个服务版本提供的特定服务级别定义（SLD）的特定依赖关系。 |
| 终点 | 命名服务端口的不同部署，并提供了管理对单个服务端点的访问的基本方法。 |
考虑下图中的API Connect术语：
下表进一步说明了这些术语：
表2. API Connect术语
| 术语 | 定义 |
|---|---|
| 开发者组织 | 负责使用API的应用程序的集合开发人员。 |
| 应用 | 使用已发布的API的应用程序。 |
| 产品 | 产品提供了一种方法，您可以通过该方法将API分组为特定用途的软件包。 产品包含计划。 |
| 计划 | 一种分组，该分组利用来自一个或多个API的一组操作供应用程序开发人员使用。 |
| API | 一组提供一些业务或技术能力的功能，可以由应用程序使用定义的协议来调用。 |
策略一：影响分析
WSRR的独特方面之一是对从应用程序到记录系统的所有正在运行的服务的端到端了解。 这一信息级别集中在一处，使您可以进行详细的影响分析，并减少为维护而停止服务的时间和风险。 例如，下图显示了两个应用程序调用“ 帐户创建”服务，该服务本身使用“ 帐户资格”服务。
您可以将WSRR配置为将API存储为应用程序（如果自定义概要文件，则存储为API自己的对象）。 此配置是手动的，但可以自动化。
在WSRR中存储API并将它们引用到其依赖服务可以进行影响分析。 作为较小环境的附加步骤，您可以通过手动或自动过程在WSRR中注册应用程序。
策略二：运行时执行和端点查找
WSRR存储服务的端点信息，您可以确定特定应用程序或API可以使用哪个端点。
您可以通过创建自定义的用户定义策略或GatewayScript / JavaScript策略来创建自定义的端点查找模块。 API Connect可以查询WSRR，以确保API和服务之间存在服务级别的定义。 然后，返回端点，这允许API调用端点。 为确保对WSRR的调用最少，请确保实现缓存。
此策略允许在WSRR中管理端点。 如果您的团队决定API应该使用其他端点或服务（例如，新版本），则可以在WSRR中进行更改，而无需在API Connect中进行更改。 此策略有助于对API和服务关系进行集成管理，并降低了将API暴露给后端服务的复杂性。
策略三：API和服务SLA策略实施
通常，具有WSRR环境的组织将IBMDataPower®用作企业服务总线的网关。 API Connect包括DataPower，但是许多组织在现有企业服务总线之前使用API Connect。
DataPower可以从WSRR存储和检索策略。 您可以使用这些策略为API和服务之间的SLA设置限制策略。 例如，如果您要确保特定端点不会过载，或者您没有超过约定的SLA，请在WSRR中使用策略。 请注意，这些限制策略在API和服务之间起作用，而不在应用程序和API之间起作用。 （API以应用程序的形式存储在WSRR中。）
当API存储在WSRR中时，DataPower可以确定，检索和应用来自WSRR的消息策略。
使用此策略，您可以针对针对一个服务的一个API泛洪请求设置额外的保护。 如果没有采用该策略，则单个API可能会使服务过载，并影响该服务和其他API提供的所有SLA。
结论
本文介绍了将WSRR功能与API Connect结合使用的三种策略。 查看策略，以帮助您决定将WSRR与API Connect结合使用的最佳方法。
如果您已经具有用于消费者应用程序和企业服务总线的DataPower和WSRR集成，请考虑所有这三种策略。 对于不具有现有DataPower和WSRR运行时集成的解决方案，请考虑使用策略1或2。
翻译自: https://www.ibm.com/developerworks/library/mw-1609-fikry-trs/1609-fikry.html
1361
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
