ZA303学习笔记十五企业状态漫游/传递事件或消息-Toy模板网

这篇具有很好参考价值的文章主要介绍了ZA303学习笔记十五企业状态漫游/传递事件或消息。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

企业状态漫游定义

企业状态漫游为用户提供了跨 Windows 设备的统一体验，并减少了配置新设备所需的时间。
借助 Windows 10，Azure Active Directory （Azure AD）用户能够将其用户设置和应用程序设置数据安全地同步到云中。企业状态漫游为用户提供跨其 Windows 设备的统一体验，并减少了配置新设备所需的时间。企业状态漫游的操作类似于 Windows 8 中首次引入的标准使用者设置同步
企业状态漫游适用于具有 Azure AD 高级版或企业移动性 + 安全性（EMS）许可证的任何组织。考点：购买Azure AD Premium P1许可证以后就可以使用
启用企业状态漫游后，组织将自动获得免费的受限使用许可证，用于 Azure 信息保护的 Azure 权限管理保护。此免费订阅仅限于加密和解密企业状态漫游同步的企业设置和应用程序数据。必须具有付费订阅才能使用 Azure 权限管理服务的全部功能。

企业和消费者数据的分离 – 组织控制其数据，消费者云帐户中的公司数据或企业云帐户中的消费者数据不会混合。
增强的安全性 – 在离开用户的 Windows 10 设备之前，使用 Azure 权限管理（Azure RMS）自动加密数据，并且数据在云中保持静态加密状态。所有内容在云中静态加密，但命名空间（如设置名称和 Windows 应用名称）除外。
更好的管理和监视 – 通过 Azure AD 门户集成，控制和查看组织中的设置同步者以及同步设备中的设置。

企业状态漫游位置

Azure Active Directory >设备>企业状态漫游
选择"用户可以跨设备同步设置和应用数据"。

数据存储

企业状态漫游数据托管在一个或多个 Azure 区域中，这些区域最符合 Azure Active Directory 实例中设置的国家/地区值。企业状态漫游数据根据三个主要地理区域进行分区：北美、EMEA 和亚太地区。租户的企业状态漫游数据与地理区域位于本地，不会跨区域复制。例如：

ZA303学习笔记十五企业状态漫游/传递事件或消息

国家/地区值设置为 Azure AD 目录创建过程的一部分，随后无法修改。如果需要有关数据存储位置的更多详细信息，请向 Azure 支持部门提交票证。

Azure 提供三项服务，在整个解决方案中传递事件或消息

Azure 事件网格
Azure 事件中心
Azure Service Bus

事件VS消息服务

事件

事件是条件或状态更改的轻量级通知。事件的发布者对事件的处理方式没有期望。事件的使用者决定如何处理通知。事件可以是离散单元，也可以是系列的一部分。
离散事件报告状态更改并且是可操作的。要采取下一步行动，消费者只需要知道发生了什么。事件数据包含有关所发生事件的信息，但没有触发事件的数据。例如，事件通知使用者已创建文件。它可能具有有关文件的常规信息，但它没有文件本身。离散事件非常适合需要扩展的无服务器解决方案。
系列事件报告条件并且是可分析的。这些事件是按时间顺序排列的，并且是相互关联的。使用者需要按顺序排列的一系列事件来分析发生了什么。

消息

消息是由服务生成的原始数据，用于在其他位置使用或存储。该消息包含触发消息管道的数据。消息的发布者对使用者如何处理消息有期望。双方之间存在合同。例如，发布者发送包含原始数据的消息，并希望使用者从该数据创建一个文件，并在工作完成后发送响应。

Azure 事件网格(Event Grid )

事件网格是一个事件背板，它支持事件驱动的反应式编程。它使用发布-订阅模型。发布者会发出事件，但对事件的处理方式没有期望。订阅者决定要处理哪些事件。
事件网格与 Azure 服务深度集成，并且可以与第三方服务集成。它通过消除对持续轮询的需求，简化了事件消耗并降低了成本。事件网格高效可靠地路由来自 Azure 和非 Azure 资源的事件。它将事件分发到已注册的订阅者终结点。事件消息包含对服务和应用程序中的更改做出反应所需的信息。事件网格不是数据管道，并且不传递已更新的实际对象。
它具有以下特点：
1：动态可扩展
2：低成本
3：无服务器
4：至少交付一次事件

使用Azure CLI来启用Azure订阅以将事件发送到事件网格

az provider register --namespace Microsoft.EventGrid
#此命令注册事件网格资源提供程序。 这允许您的订阅将事件发送到事件网格。

Azure 事件中心(Event Hub)

Azure 事件中心是一个大数据流式处理平台和事件引入服务。它每秒可以接收和处理数百万个事件。它有助于捕获、保留和重播遥测和事件流数据。数据可以来自许多并发源。事件中心允许将遥测和事件数据提供给各种流处理基础结构和分析服务。它可用作数据流或捆绑事件批处理。此服务提供单一解决方案，支持快速检索数据以进行实时处理，并重复重放存储的原始数据。它可以将流数据捕获到文件中以进行处理和分析。
它具有以下特点：
1：低延迟
2：每秒可以接收和处理数百万个事件
3：至少交付一次事件

服务总线Azure Service Bus

一种常见的消息传递方案是消息传递：传输业务数据，例如销售或采购订单、日记帐或库存移动。
服务总线是完全托管的企业消息代理，其中包含消息队列和发布-订阅主题。该服务适用于需要事务、排序、重复检测和即时一致性的企业应用程序。服务总线使云本机应用程序能够为业务流程提供可靠的状态转换管理。服务总线用于将应用程序和服务彼此分离，是用于异步数据和状态传输的可靠且安全的平台。处理无法丢失或复制的高价值消息时，请使用 Azure 服务总线。此服务还有助于跨混合云解决方案进行高度安全的通信，并且可以将现有的本地系统连接到云解决方案。
服务总线是代理消息传送系统。它将消息存储在"代理"（例如，队列）中，直到使用方准备好接收消息。它具有以下特点：
1：需要轮询的可靠异步消息传递（企业消息传递即服务）
2：高级消息传递功能，如先进先出（FIFO）、批处理/会话、事务、死信、时间控制、路由和过滤以及重复检测
3：至少传递一次邮件
4：可选的有序消息传递

服务总线队列、主题和订阅queues, topics, and subscriptions

构成服务总线中消息传送功能核心的消息传送实体是队列、主题和订阅以及规则/操作

队列

队列向一个或多个竞争使用者提供先进先出（FIFO）消息传递。也就是说，接收方通常按照消息添加到队列中的顺序接收和处理消息。而且，只有一个消息使用者接收并处理每条消息。使用队列的一个主要好处是实现应用程序组件的临时解耦。换句话说，生产者（发送者）和消费者（接收者）不必同时发送和接收消息。这是因为消息持久存储在队列中。此外，生产者不必等待消费者的回复来继续处理和发送消息。
使用队列作为消息生产者和使用者之间的中间值，可以在组件之间提供固有的松散耦合。由于生产者和消费者彼此不了解，消费者可以在不对生产者产生任何影响的情况下进行升级。

主题和订阅 topics, and subscriptions

队列允许单个使用者处理消息。与队列相比，主题和订阅在发布和订阅模式中提供一对多形式的通信。
它对于扩展到大量收件人非常有用。每个已发布的消息都可供向主题注册的每个订阅使用。Publisher 向主题发送消息，一个或多个订阅者会收到消息的副本，具体取决于在这些订阅上设置的筛选规则。订阅可以使用其他筛选器来限制它们要接收的消息。发布者向主题发送消息的方式与向队列发送消息的方式相同。但是，消费者不会直接从主题接收消息。相反，使用者从主题的订阅接收消息。主题订阅类似于接收发送到主题的消息副本的虚拟队列。使用者从订阅接收消息的方式与他们从队列接收消息的方式相同。

队列的消息发送功能直接映射到主题，其消息接收功能映射到订阅。除其他事项外，此功能意味着订阅支持本节前面所述的有关队列的相同模式：竞争使用者、临时分离、负载均衡和负载平衡。