将 Fabric 工作负荷部署到 Azure

本文介绍使用 Azure 组件和服务的工作负荷部署体系结构的建议。部署模式基于以下体系结构关系图。

体系结构概述

上图说明了体系结构中的组件如何交互，以提供无缝和集成的体验。

Azure Front Door 充当全局入口点。它将用户流量路由到 Microsoft Fabric 无状态工作负荷前端。前端通过 Azure Blob 存储静态网站提供，这有助于确保用户的高可用性和低延迟。

Fabric 工作负载后端使用创建、读取、更新和删除（CRUD）操作来创建工作负载项和元数据。它已容器化，并存储在 Azure 容器注册表中，以便高效进行版本控制和部署。容器部署为 Azure Web 应用，提供自动缩放和负载均衡。

其他服务（如 Azure Key Vault）管理机密，而托管标识提供对 Azure 资源的安全访问，而无需在代码中嵌入凭据。这些组件共同构成了支持自定义 Fabric 工作负载的开发、部署、和运行的凝聚力架构。

Azure Front Door 是基于云的内容分发网络和应用程序交付服务。作为优化和保护 Web 应用程序的解决方案，它提供全局负载均衡、动态站点加速、安全套接字层（SSL）卸载和 Web 应用程序防火墙（WAF）。

可以使用 Azure Front Door 将流量路由到 Azure Blob 存储上托管的静态网站。此模式有助于确保高可用性和低延迟，因为 Azure Front Door 可以在世界各地的边缘位置缓存静态内容。

Azure Front Door 提供的 SSL 终止、WAF 功能和运行状况监视有助于确保对应用程序的前端的安全可靠访问。

Azure 存储帐户是一种可缩放的存储解决方案，支持各种数据类型，包括 blob、文件、队列和表。对于 Fabric 工作负荷前端，可以使用 Azure Blob 存储来托管静态资产，如 HTML、JavaScript、CSS 和图像。

此模式允许静态内容直接来自存储帐户，以便实现成本效益和管理。在存储帐户上启用静态网站功能时，可以生成一个网站 URL，用户可以访问该 URL 来查看应用程序。此方法还简化了部署过程，因为将新版本的静态资产上传到存储帐户无需停机。

可以将 Fabric 工作负荷后端部署为 Azure 应用服务上的 Web 应用。可以使用 Azure 容器注册表存储和管理后端映像，以便可以轻松地在 Azure 应用服务上拉取和部署容器化应用程序。

Azure 容器注册表充当用于存储 Docker 容器映像的专用注册表，以简化生成、测试和部署后端应用程序的自动化过程。此容器化方法允许一致且可缩放的部署，并增加了后端映像的版本控制优势。

可以使用 Azure 应用服务在完全托管的平台上部署和管理容器化应用程序。此服务提供内置的自动扩展、负载均衡，并优化与 Docker Hub、Azure Container Registry 和 GitHub 的 CI/CD 集成。

可以使用 Azure 应用服务将工作负荷后端应用程序部署为容器。此应用程序的 Docker 映像存储在 Azure 容器注册表中。应用服务在部署期间获取它。

此模式有助于确保一致的可靠部署过程，因为平台负责 OS 修补、容量预配和负载均衡。应用服务同时支持 Linux 和 Windows 容器，因此你可以灵活地为工作负荷选择最佳环境。

此页面是否有帮助？