集成 IBM API Connect 和 WebSphere Service Registry and Repository
miaotmac
8年前
<p>API 经济是由互联设备和渴望富有吸引力的品牌体验的用户驱动的一种变革。API 就像一种数字化的粘合剂，通过向用户公开企业服务来将服务、应用程序和系统链接在一起。与此同时，面向服务的架构 (SOA) 是被广泛采用的服务管理标准。</p> <p>通过来自 IBM 的 Connect 系列产品迁移到云</p> <p>通过 来自 IBM 的 Connect 系列产品 ，使用现有应用程序和数据来发现、创建和发布 API。IBM API Connect（一个端到端的 API 生命周期管理解决方案）是让 IBM Connect 系列产品凝聚在一起的粘合剂，这些产品包括： IBM WebSphere Connect 、 IBM Business Operations Connect 、 IBM App Connect 、 IBM z/OS Connect 、IBM DB2 Connect 和 IBM Dataworks Connect 。您可以将应用程序和数据公开为 API，并在它们与云之间建立连接。</p> <p>IBM® WebSphere Service Registry and Repository (WSRR) 是一个成熟的 IBM SOA 存储库，旨在在所有规模的企业中提供必要的治理和服务管理。如果您在使用 WSRR，您可能想知道如何进一步公开和管理 API，而不失去您在 WSRR 环境中具备的能力和熟悉感。</p> <p>IBM API Connect 是一个新的 API 创建和管理工具，旨在简化用户 API 的创建和管理。</p> <p>本文将解释如何结合使用 WSRR 和 API Connect，使用组合的功能来获得最大业务价值和巩固业务。您将学习 3 种集成 WSRR 和 API Connect 的战略，以便挑选最适合您的应用和业务的战略。</p> <h2><strong>业务中的 WSRR</strong></h2> <p>关注和投资 SOA 环境的企业需要采用一种有效的方式来管理这些环境，以相应调整为中心点。</p> <p>WSRR 存储了标准化的基于服务的工件，用以建模服务和企业拥有的服务的技术细节。它包含有关服务的功能和调用方式的所有信息。WSRR 的主要关注点是服务提供者。</p> <p>服务的语义标注和元数据可提供有关谁是企业服务的潜在客户的业务洞察。您可以找到可供使用的服务，评估服务更改的影响。</p> <p>WSRR 将业务和 IT 团队聚集在一起，以确保流程的生命力和适应快速的市场变化。它提供了高质量的服务，可确保每个流程和服务都根据企业需求来得到正确的管控和映射。</p> <h2><strong>业务中的 API Connect</strong></h2> <p>专注于探索新收入渠道和新业务机会的快速成长的企业，以及能向内外公开其服务的企业，是数字化变革的最佳候选者。</p> <p>API Connect 是一个平台，它提供了一种快速、敏捷的方式来创建 API 定义，管理 API 生命周期和安全地访问 API，可帮助企业加速其数字化变革。API Connect 有助于发现、重用和扩展企业资产和能力，利用已有资源创造最大的业务价值。它使企业能够衡量其公开的 API 的价值和用途，帮助他们为其业务发展创建快速、新颖的战略。API Connect 的主要关注点是 API 的使用者和企业以及他们共享的资源。</p> <p>API Connect 可基于您的需求来适应不同的环境：内部部署、云解决方案或混合云解决方案。</p> <h2><strong>理解使用者与提供者、API 与服务之间的区别</strong></h2> <p>API 面向使用者，而服务是面向提供者的。API 是企业共享的资源，而服务是企业拥有的记录系统。</p> <p>考虑以下定义：</p> <ul> <li>使用者 是记录系统的用户。</li> <li>服务 是记录系统的提供者。</li> <li>使用者 使用提供者的服务。</li> </ul> <p>下图给出了使用 API 和提供服务的系统示例：</p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/8d97739b71aef202bdfb1eaf1da8c767.png"></p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/e813e72c0a525987a3c81123ceae320c.png" alt="集成 IBM API Connect 和 WebSphere Service Registry and Repository" width="550" height="221"></p> <h2><strong>结合使用 WSRR 和 API Connect</strong></h2> <p>要从您的企业中获得最大价值，可以结合使用 WSRR 和 API Connect 功能。</p> <p>随着企业继续朝 API 经济发展，集成 WSRR 和 API Connect，企业需要同时关注提供者和使用者：管理运行时服务和设计时服务。本文将提出 3 种不同的集成战略，还将介绍每种战略的优缺点。您可以评估您拥有的战略和尝试实现的战略。</p> <p>首先，确保您理解 WSRR 和 API Connect 的术语。</p> <p>考虑下图中的 WSRR 术语：</p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/875745fb2168b931144584205ebca78e.png"></p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/102369faff4ab0e649bc9875bcd7e723.png" alt="集成 IBM API Connect 和 WebSphere Service Registry and Repository" width="550" height="446"></p> <p>下表进一步解释了这些术语：</p> <p>表 1. WSRR 术语</p> <table cellspacing="0" summary=""> <thead> <tr> <th>术语</th> <th>定义</th> </tr> </thead> <tbody> <tr> <td>企业</td> <td>用于将拥有共同的干系人角色且需要紧密协作的资产分组到一起。它可能代表整个企业结构，在其中称为组织结构。</td> </tr> <tr> <td>业务应用程序</td> <td>表示一种通过遗留应用程序实现的业务能力，或者一种通过 Web 或门户应用程序实现的特定市场渠道。</td> </tr> <tr> <td>应用程序版本</td> <td>Web 应用程序的某个特定版本或发行版。应用程序版本仅是服务的使用者，因此没有提供任何服务。</td> </tr> <tr> <td>业务服务</td> <td>一种被视为企业中的服务的业务能力。</td> </tr> <tr> <td>服务版本</td> <td>一个服务的特定版本或发行版，提供一些适合该服务版本的功能和非功能规范。</td> </tr> <tr> <td>服务等级定义 (SLD)</td> <td>用于在与提供的服务的交互中传送消息的物理通信机制、安全措施和身份。</td> </tr> <tr> <td>服务等级协议 (SLA)</td> <td>一个功能版本对另一个服务版本提供的特定服务等级定义 (SLD) 的一种特定的依赖性。</td> </tr> <tr> <td>端点</td> <td>指定服务端口的一种独特部署，提供一种基本途径来管控对各个服务端点的访问。</td> </tr> </tbody> </table> <p>考虑下图中的 API Connect 术语：</p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/e15ca0dc289e913b8c36089222c78248.png"></p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/bb2ea55aaf9f610b2e161cb875bafb5a.png" alt="集成 IBM API Connect 和 WebSphere Service Registry and Repository" width="550" height="276"></p> <p>下表进一步解释了这些术语：</p> <p>表 2. API Connect 术语</p> <table cellspacing="0" summary=""> <thead> <tr> <th>术语</th> <th>定义</th> </tr> </thead> <tbody> <tr> <td>开发人员组织</td> <td>一群负责开发使用这些 API 的应用程序的开发人员。</td> </tr> <tr> <td>应用程序</td> <td>使用发布的 API 的应用程序。</td> </tr> <tr> <td>产品</td> <td>产品提供了一种将 API 分组到用于特定用途的包中的方法。产品包含计划。</td> </tr> <tr> <td>计划</td> <td>一种有利于应用程序开发人员使用来自一个或多个 API 的一组操作的分组。</td> </tr> <tr> <td>API</td> <td>一组提供一些业务或技术能力，可被应用程序使用既定协议调用的函数。</td> </tr> </tbody> </table> <h2><strong>战略 1：影响分析</strong></h2> <p>WSRR 的一个独特方面是对运行的所有服务的端到端（从应用程序到记录系统）理解。这种将信息集中在一个位置的程度，使您能执行详细的影响分析，减少中断服务来进行维护所花的时间和承担的风险。例如，下图展示了两个应用程序调用一个 <strong>Account creation</strong> 服务，而该服务本身使用了一个 <strong>Account eligibility</strong> 服务。</p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/5961a23bf263392a871529b6c4f4e861.png"></p> <p style="text-align: center;"><img src="https://simg.open-open.com/show/e8b868419b887cff1a8f425baa323654.png" alt="集成 IBM API Connect 和 WebSphere Service Registry and Repository" width="395" height="588"></p> <p>您可以配置 WSRR 来将 API 存储为应用程序（或者在自定义配置文件时，可以将 API 存储为它们自己的对象）。此配置是手动的，但可以自动化。</p> <p>将 API 存储在 WSRR 中并将它们推荐给从属服务，这有助于影响分析。作为针对较小环境的一个额外步骤，您可以通过手动或自动流程在 WSRR 中注册一个应用程序。</p> <h2><strong>战略 2：运行时执行和端点查找</strong></h2> <p>WSRR 存储服务的端点信息，您可以确定某个特定应用程序或 API 可使用哪个端点。</p> <p>您可以通过创建自定义的用户定义策略或 GatewayScript/JavaScript 策略，创建一个自定义的端点查找模块。API Connect 可以查询 WSRR，确保 API 与服务之间存在服务等级定义。然后，返回该端点，这样 API 即可调用该端点。要确保对 WSRR 的调用次数最少，应确保实现了缓存。</p> <p>此战略允许在 WSRR 中对端点进行管控。如果您的团队断定某个 API 应使用不同的端点或服务（例如一个新版本），您可以在 WSRR 中执行更改，而不需要在 API Connect 中更改。此战略有助于对 API 和服务关系执行一体化管理，降低向后端服务公开 API 的复杂性。</p> <h2><strong>战略 3：API 和服务 SLA 策略执行</strong></h2> <p>通常，拥有 WSRR 环境的企业使用 IBM DataPower® 作为企业服务总线的网关。API Connect 包含 DataPower，但许多企业在现有企业服务总线前面使用 API Connect。</p> <p>DataPower 可在 WSRR 中存储和获取策略。您可以使用这些策略设置 API 与服务之间的 SLA 的调节策略。例如，如果想确保某个特定端点不会负担过重，或者不超出达成一致的 SLA，可在 WSRR 中使用策略。请注意，这些调节策略应用在 API 与服务之间，而不是用在应用程序与 API 之间。（API 以应用程序的形式存储在 WSRR 中。）</p> <p>当 API 存储在 WSRR 中时，DataPower 可以确定、获取和对消息应用来自 WSRR 的策略。</p> <p>借助此策略，您可以针对一个服务收到的 API 泛洪请求设置额外的保护。如果没有此战略，一个 API 可能让一个服务负担过重，影响从该服务和其他 API 提供的所有 SLA。</p> <h2><strong>结束语</strong></h2> <p>本文介绍了结合使用 WSRR 功能和 API Connect 的 3 种战略。考虑这些战略，以便帮助您确定为您的业务结合使用 WSRR 和 API Connect 的最佳方式。</p> <p>如果您已在使用者应用程序与企业服务总线之间进行了 DataPower 和 WSRR 集成，可以考虑所有这 3 种战略。对于没有现有的 DataPower 和 WSRR 运行时集成的解决方案，可以考虑使用战略 1 或 2。</p> <p> </p> <p>来自：http://www.ibm.com/developerworks/cn/middleware/library/mw-1609-fikry-trs/1609-fikry.html?ca=drs-</p> <p> </p>