将新应用程序与现有解决方案集成
注意
本文是“在 Microsoft Cloud 上生成应用程序”系列文章中的第 4 篇（共 6 篇）。
新应用程序很少不连接到现有应用程序和数据。 人们希望使用的高质量应用通常会与已经存在的应用进行交互。 在本文中，我们考虑了使用 Microsoft Cloud 连接到应用程序和数据的各种方法。
- 使用 Azure API 管理连接到现有应用程序和数据
- 使用 Microsoft 365 和 Microsoft Graph 连接到新式工作应用程序和数据
- 使用 Dynamics 365 连接到业务线解决方案和数据
使用 Azure API 管理连接到现有应用程序和数据
Azure API 管理提供了一种简单、常规且可管理的方式来连接到应用程序和数据。 可以使用它创建标准接口，以提供单一访问点供其他应用程序使用。 通过 API 管理还可以采用标准方式管理和保护应用程序 API，并为开发人员提供了解如何使用这些 API 的单一位置。
在我们的示例应用程序中，假设面向客户的专业代码组件和面向员工的低代码组件都需要访问现有应用程序和数据。 图 6 显示 API 管理如何融入其中。
图 6：Azure API 管理提供了包装现有应用程序和数据的统一方法。
这些现有应用程序可以在 Azure、其他供应商的云平台、你自己的数据中心或其他位置运行。 无论应用程序是由 Microsoft、内部开发人员还是其他公司创建，都无关紧要。 使用 API 管理包装它们可隐藏这些差异，以便应用程序以标准方式访问其他应用程序和数据。
使用 API 管理的好处包括：
- 专业代码和低代码应用程序都可以直接调用 API。 例如，在图 6 中，面向客户的组件和面向员工的组件都通过 API 管理访问现有应用程序和数据。
- Power Platform 应用程序可以使用标准连接器连接到 API 管理。 与其他连接器一样，此连接器可以添加到低代码应用，从而提供简单且一致的方式来连接到现有应用程序。
- 专业代码开发人员可以为现有应用程序创建自定义 API 包装器，然后通过 API 管理连接器发布它们以供低代码应用程序使用。 Visual Studio 提供了一个可便于执行此操作的对话框。
将新应用程序连接到现有应用程序和数据非常重要。 Microsoft Cloud 提供 Azure API 管理，以有效地解决此问题。
混合环境中的 Microsoft Cloud
云计算是当今的主流方法，但许多组织仍对本地技术进行大量投资。 使用 Microsoft Cloud 创建成功的应用程序通常需要与这种现有投资集成。
Microsoft Cloud 组件可以通过多种方式连接到本地环境。 下面是一些示例：
- Azure：Azure 的许多方面都可以连接到本地环境。 可以使用 VPN 网关将本地网络连接到 Azure。 Azure DevOps 管道可以将代码部署到云或本地。 可以使用 Azure Stack Hub、Azure Stack HCI 或 Azure Stack Edge 在本地运行 Azure 服务的子集。
- Power Platform：Microsoft 提供一个本地网关，以便低代码应用可以访问存储在数据中心的数据。 例如，使用 Power Apps 创建的应用程序可以使用该网关访问本地 SQL Server 数据，Power BI 解决方案可以使用它将来自本地数据源的数据与存储在云中的数据合并。
- Microsoft 365：各种 Microsoft 365 组件（包括 Exchange 和 SharePoint）可以使用云与本地软件之间的连接提供混合部署。
- Dynamics 365：某些 Dynamics 365 组件（如供应链管理）允许进行混合部署。
- Microsoft Entra ID：目前通常将此基于云的标识服务与现有本地 Active Directory连接，从而创建用于管理标识的混合解决方案。 标识信息可以在两个服务之间自动同步。
组织还可以使用 Microsoft Sentinel 和 Azure Arc 的各个方面来保护和管理 Azure、其他公有云或你自己的数据中心中的基础结构。 这可确保仍可以有效地管理以混合方式部署的应用程序。
使用 Microsoft 365 和 Microsoft Graph 连接到新式工作应用程序和数据
高质量的内部应用程序也可帮助员工执行其作业。 如果专业代码和低代码应用程序使员工能够直接访问其组织数据（例如电子邮件、日历条目和电子表格），则这些应用程序可能更有用。 此数据通常存储在 Microsoft 365 工具（如 Exchange、SharePoint 和 OneDrive）中。
例如，自定义应用程序可以通过提供对日历数据、电子邮件和聊天的内置访问权限，使用户更高效。 这样可最大程度地减少用户在应用程序与 Outlook 或 Teams 之间切换所花费的时间。 应用程序还可以向用户显示来自 OneDrive 的相关文档，以帮助他们更好地进行决策。 他们无需搜索即可获取所需的数据。
若要访问此类数据，自定义应用程序可以使用 Microsoft Graph 提供的统一 API。 图 7 采用我们的示例应用程序说明了此理念。
图 7：Microsoft Graph 使应用程序可以访问 Microsoft 365 中的组织数据。
应用程序可以使用 Microsoft Graph 访问 Microsoft 365、Windows 11 和企业移动性 + 安全性中的数据。 此 API 公开的数据可能来自许多不同的云服务，包括 Exchange、SharePoint、Teams、OneDrive、OneNote、Planner、Microsoft 搜索和Microsoft Entra ID。 由于 Microsoft 365 已经满足电子发现和记录管理的合规性要求，因此构建使用其内容和服务的应用程序可提供更合规的解决方案。 专业代码和低代码应用都可以使用 Microsoft Graph。
在我们的示例应用程序中，客户和员工以某种方式协同工作。 假设员工与这些客户交换邮件或进行 Teams 聊天。 如果员工需要从以前与客户进行的邮件交换或聊天中查找信息，则应用程序可以使用 Microsoft Graph 从 Microsoft 365 获取信息。 通过在面向员工的应用程序界面中选择客户，员工可以查看相关邮件交换或聊天。
应用程序可以采用许多其他方式使用通过 Microsoft Graph 访问的数据。 例如：
- 自定义应用程序可以通过显示员工姓名和图片（而不是仅显示姓名）来个性化与员工的交互。
- 自定义应用程序可以检查内部用户的日历，然后自动建议与客户进行会议的时间。 应用程序可以订阅用户日历中的更改，并建议需要调整计划会议。
- 自定义应用程序可以自动执行员工加入。 它可以自动将新员工添加到 Microsoft 365 中的相应 Teams 频道、电子邮件列表和其他区域。
- 需要存储数据的自定义应用程序可以使用 SharePoint 而不是 Azure 数据服务。 应用程序随后可以使用 SharePoint 功能，例如权限管理和改进的合规性。
Microsoft Graph 可以连接到外部数据源（包括 Google Drive、Box、Jira 和 Salesforce），以便自定义应用程序可以索引和搜索存储在 Microsoft 环境外部的信息。 Microsoft 还提供 Microsoft Graph 数据连接，用于将大量组织数据移到 Azure 数据存储中。 你随后可以使用数据创建机器学习模型并执行其他分析，从而帮助你更好地了解组织中发生的情况。
Microsoft Graph 是在 Microsoft Cloud 的统一服务上构建应用程序所提供的价值的另一个示例。 你可以使用它创建使员工更高效的更好应用程序。
使用 Dynamics 365 连接到业务线解决方案和数据
Dynamics 365 是一组可提供一系列业务解决方案的服务。 下面是它包含的内容的部分列表：
- Dynamics 365 Sales，用于管理销售管道、加入新销售人员以及以其他方式支持销售专业人员。
- Dynamics 365 Customer Insights，用于帮助你更好地了解客户。 例如，它可以提供每个客户的视图并预测客户需求。
- Dynamics 365 Supply Chain Management，用于构建和运行可复原的供应链，以优化库存并改进需求规划。
- Dynamics 365 客户服务，用于支持客户服务组织。 例如，它可以让你的代表更快地回答问题并创建虚拟代理（聊天机器人）。
- Dynamics 365 Finance，用于处理发票、付款和其他财务事项。
- Dynamics 365 Human Resources，用于帮助管理招聘、员工福利、薪酬和其他 HR 问题。
新的企业应用程序通常可以受益于与一个或多个 Dynamics 365 服务集成。 由于我们使用 Power Apps 创建示例应用程序，因此可以使用连接器轻松集成。 图 8 解释这种情况。
图 8：低代码应用程序可以使用 Power Platform 连接器访问 Dynamics 365。
Power Platform 提供各种连接器以用于访问 Dynamics 365。 最广泛使用的一个连接器是 Microsoft Dataverse 连接器，通过它可以访问 Dynamics 365 Sales、Dynamics 365 Customer Service 和其他 Dynamics 365 产品/服务中的数据。 此连接器利用 Dynamics 365 的大部分基于 Dataverse 而构建这一情况，从而易于与 Power Platform 集成。 尽管图 8 中未显示，但 Dynamics 365 也会为专业代码应用公开 API。
将企业应用程序连接到 Dynamics 365 商业应用程序和数据在许多方面受益：
- 面向客户的应用程序可以与 Dynamics 365 Finance 集成，以便客户可以处理发票。
- 呼叫中心应用程序（如使用 Power Apps 或 Azure 创建的面向员工的应用程序）可以实时预测客户转向竞争对手的可能性。 Dynamics 365 Customer Insights 包含预生成的机器学习模型以提供此信息。
- 具有面向客户的组件和面向员工的组件的招聘应用程序可以与 Dynamics 365 Human Resources 集成，以存储和访问有关职位空缺和候选人的信息。
Dynamics 365 与 Microsoft Cloud 的其他部分之间存在连接。 例如，现场技术人员可以使用 Teams 向 Dynamics 365 Sales 的用户（销售专业人员）通知其产品生命周期即将结束的客户。 销售团队可以主动向客户告知替换选项。
Microsoft 行业云
Microsoft Cloud 提供了一组广泛有用的服务，用于创建自定义应用程序。 然而，组织创建的解决方案可能不是通用的；它们专用于你的行业。 Microsoft Cloud 提供的内容非常有用，但你还希望对需要构建的行业特定应用程序提供更多支持。
Microsoft 行业云可满足此需求。 每个行业云都通过添加行业特定组件在 Microsoft Cloud 上构建。 下面是一些行业云：
- Microsoft Cloud for Healthcare
- Microsoft Cloud for Manufacturing（预览版）
- Microsoft Cloud for Retail
- Microsoft Cloud for Financial Services
- Microsoft Cloud for Nonprofit
- 用于可持续性的 Microsoft Cloud
每个行业云旨在帮助你获得所需的行业特定价值和合规性。 每个云都包含专为特定行业而设计的应用程序。 例如，Cloud for Nonprofit 包含用于志愿者管理的预生成 Power Apps 解决方案，Cloud for Healthcare 包含可扩展的聊天机器人，以便客户可以描述症状，然后获取有关相关医疗状况以及要咨询的医生类型的信息。
行业云还包含适用于应用程序开发人员的组件。 下面是一些示例：
- Cloud for Retail 包含向客户推荐产品的智能建议服务。 此服务通过 API 进行访问，以便开发人员可以创建使用它的客户特定解决方案。
- Cloud for Healthcare 包含快速医疗保健互操作性资源 (FHIR) 连接器。 借助此连接器，Power Platform 解决方案可以轻松连接到可通过行业标准 FHIR 接口访问的医疗保健数据。
- Cloud for Financial Services、Cloud for Healthcare 等为 Dataverse 和其他数据存储提供了预定义数据类型（称为实体）。
在 Microsoft 行业云提供的服务上构建自己的应用程序可以帮助你在较少时间内创建合规性更高的更好解决方案。
后续步骤
了解企业应用程序开发领导者如何使用 Active Directory 创建和运行安全应用程序，以便进行标识和访问管理。