微应用

规划集成

选择要集成的目标业务应用程序,确定集成用例并确定 API。

有无数的应用程序可以集成到 Citrix Workspace 中。选择保存 Citrix Workspace 用户感兴趣的信息的目标应用程序。特别令人感兴趣的是经常用于快速任务且用户无法直观访问的应用程序。使用户能够直接从 Citrix Workspace 内部进行交互的可操作应用程序比仅启用用户通知的应用程序具有更大的价值。例如,批准、创建、添加。

选择要集成的目标业务应用程序

选择保存 Citrix Workspace 用户感兴趣的信息的目标应用程序。

特别令人感兴趣的是经常用于快速任务且用户无法直观访问的应用程序。此外,使用户能够从 Citrix Workspace 中直接交互(例如,批准项目)的应用程序比仅启用用户通知的应用程序具有更大的价值。

如果目标系统使用 JSON REST 和任何常见的身份验证机制(OAuth 2.0、NTLM、基本身份验证、持票人身份验证),则系统很有可能与 Citrix Workspace 无缝集成。为了能够将 HTTP 集成与目标记录集成系统 (SoR) 结合使用,请确保 SoR 满足以下先决条件:

  • 您的目标集成应用程序 SOR 使用以 JSON 格式返回数据的 REST API。

  • 您的产品支持使用服务帐号,该帐户可以访问所有用户的数据并在服务操作中代表他们回写,可能是两个单独的帐户。

  • 您的产品支持从单个终端节点获取对象的所有实例。例如,所有 Jira 票证都可以通过 GET /search 获取,而 O365 需要逐个用户获取电子邮件。

  • SOR 填充有代表性的数据(数据表自动生成是通过获取结果并识别其结构来完成的,如果 SOR 中的数据缺少嵌套的 JSON 字段,则不会为它们创建表)。

  • 您的产品支持以下授权格式之一:无、基本、OAuth 2.0、NTLM 或持票人/令牌身份验证。当 OAuth 2.0 可用时,请始终使用此方法作为默认方法以确保最大程度的安全合规性。

  • 您的产品支持以下分页形式之一:无、页面、偏移、链接、标题链接、光标、OData。

识别集成用例并确定 API

接下来,我们确定要集成到 Citrix Workspace 中的所选目标业务应用程序的关键用例。此活动是一个创造性的过程,需要考虑以下因素:

  • 通过集成用例可以实现的潜在时间节省。
  • 实施用例所需的工作量。

一旦知道你的用例,下一步就是确定允许我们从目标系统中提取相关信息或重新注入目标系统的 API。此步骤很可能涉及到用例标识的来回迭代,因为目标系统可能没有提供合适的 API 来实现用例。

当今最常见的 API 标准是 RESTful API,它们提供使用 JSON 格式化的响应。几乎所有现代企业 SaaS 应用程序都实现了这样的 API。

下一步的去向

现在您已计划好集成,请创建然后配置集成:

规划集成