工作负载简介(预览版)

本章介绍系统的关键组件,并概述了体系结构。 这些组件协同工作,为开发需求创建可靠且灵活的平台。 我们来深入探讨这些组件及其在我们的体系结构中的角色。

Fabric 工作负载体系结构

Fabric 工作负载体系结构的一些关键方面包括:

  • 它处理数据处理、存储和管理。 它在处理 Microsoft Entra ID 令牌之前对其进行验证,并与外部 Azure 服务(如 Lakehouse)交互。

  • 工作负载前端 (FE) 提供用于创建、创作、管理和执行作业的用户界面。

  • 通过 FE 的用户交互通过 Fabric 后端 (Fabric BE) 直接或间接启动对 BE 的请求。

有关描述各种组件的通信和身份验证的更详细关系表,请参阅后端身份验证和授权概述身份验证概述关系图。

前端 (FE)

前端充当用户体验 (UX) 和行为的基础,在 Fabric 门户中的 iframe 内运行。 它为 Fabric 合作伙伴提供了特定的用户界面体验,包括项编辑器。 扩展客户端 SDK 提供了将常规 Web 应用转换为在 Fabric 门户内无缝运行的微前端 Web 应用所需的接口、API 和启动函数。

后端 (BE)

后端是数据处理和元数据存储的动力源。 它利用 CRUD 操作来创建和管理工作负载项以及元数据,并执行作业来填充存储中的数据。 前端与后端之间的通信桥通过公共 API 建立。

工作负载可以在以下两个环境中运行:本地和云。 在本地 (devmode) 中,工作负载在开发人员的计算机上运行,API 调用由 DevGateway 实用工具管理。 此实用工具还处理 Fabric 的工作负载注册。 在云模式下,工作负载在合作伙伴服务上运行,并直接对 HTTPS 终结点进行 API 调用。

开发环境

在开发周期中,可以在两种模式下在非生产租户上测试工作负载,即本地模式 (devmode) 和云模式(租户模式)。 有关详细信息,请参阅相关文档。

注意

对于每个开发模式,在 Visual Studio 中生成 BE 解决方案时会创建不同的包。

  • 开发模式工作负载包:在 Visual Studio 中生成后端解决方案时,使用 Debug 参数创建 BE NuGet 包,该包可以使用 DevGateWay 应用程序加载到 Fabric 租户中。

开发人员模式体系结构的关系图。

  • 云模式工作负载包:在 Visual Studio 中生成 BE 解决方案时,使用 Release 参数创建独立工作负载包(BE 和 FE)。 此包可以直接上传到租户。

云模式体系结构的关系图。

本地开发模式 (devmode)

工作负载后端 (BE) 在开发人员的计算机上运行。 工作负载 API 调用通过 Azure 中继传输,Azure 中继通道的工作负载端由专用命令行实用程序 DevGateway 管理。 工作负载控制 API 调用直接从工作负载发送到 Fabric,绕过 Azure 中继通道。 DevGateway 实用程序还可以在特定容量的上下文中监督向 Fabric 注册工作负载的本地开发实例。 这确保了工作负载在所有分配给该容量的工作区中的可用性。 DevGateway 实用工具终止后,会自动撤销工作负载实例的注册。 有关详细信息,请参阅后端实现指南

DevMode BE 架构

开发人员模式 BE 架构体系结构的关系图。

云开发模式(云模式)

工作负载后端 (BE) 在合作伙伴的服务内运行。 工作负载 API 调用直接发送到 HTTPS 终结点,如工作负载清单中指定。 在此方案中,不需要 DevGateway 实用工具。 通过将工作负载 NuGet 包上传到 Fabric,然后激活租户的工作负载,来实现向 Fabric 注册工作负载。 有关详细信息,请参阅在 Fabric 中管理工作负载

CloudMode BE 架构

云模式 BE 架构体系结构的关系图。

Lakehouse 集成

我们的体系结构旨在与 Lakehouse 无缝集成,从而允许保存、读取和提取数据之类的操作。 通过 Azure 中继和 Fabric SDK 促进此交互,从而确保安全且经过身份验证的通信。

身份验证和安全性

我们使用 Microsoft Entra ID(以前称为 Azure Active Directory)进行可靠且安全的身份验证,从而确保体系结构中的所有交互都获得授权并且是安全的。 有关上图中显示的工作负载身份验证的完整简介,请参阅身份验证文档: