事件驱动的云原生应用开发

18/23事件驱动的云原生应用开发第一部分事件驱动的架构模式 2第二部分Pub/Sub和EventBus架构 4第三部分服务网格中的事件网关 7第四部分事件溯源和审计 9第五部分事件驱动的微服务集成 12第六部分无服务器事件处理 14第七部分事件驱动的弹性伸缩 17第八部分事件驱动的监控和可观测 18

第一部分事件驱动的架构模式关键词关键要点主题名称：事件发布/订阅

1.允许微服务和应用程序通过发布和订阅事件进行通信。

2.实现松散耦合，应用程序无需直接了解或与事件产生者交互。

3.提高可扩展性和弹性，允许应用程序按需处理事件。

主题名称：事件流处理

事件驱动的架构模式

事件驱动的架构（EDA）是一种软件架构风格，其中应用组件通过异步消息传递进行通信。在EDA中，事件代表发生的事件或状态变化，而消息传递系统则负责将事件从发布者传送到订阅者。

EDA具有以下关键特征：

*事件驱动的：组件通过事件相互通信，而不是直接相互调用。

*异步：事件传输是异步的，这意味着发布者在发送事件后不必等待回复。

*松耦合：组件通过消息传递松散耦合，这意味着它们彼此独立运行，并且可以根据需要更改或替换。

*可扩展性：EDA非常适合可扩展的系统，因为可以轻松添加或删除组件，而不会影响其他组件。

EDA提供了以下优势：

*解耦：EDA减少了组件之间的耦合度，从而提高了可维护性和灵活性。

*可扩展性：EDA使得轻松扩展系统成为可能，因为可以添加或删除组件，而无需重新设计整个系统。

*响应性：EDA允许对事件快速做出响应，从而提高了系统的整体响应能力。

*弹性：EDA使得系统在组件失败的情况下更具弹性，因为其他组件将继续收到事件。

EDA的常见模式包括：

*发布-订阅：发布者将事件发布到消息传递主题，而订阅者可以订阅这些主题以接收事件。

*请求-响应：请求者发送请求事件，而响应者通过发送响应事件进行响应。

*协调：协调者协调一组组件，以执行复杂的事务或工作流。

EDA通常用于以下场景：

*事件驱动的处理：系统需要对事件做出快速响应，例如实时仪表板或警报系统。

*解耦和可扩展性：系统需要松散耦合和具有高度可扩展性，例如微服务架构或云原生应用。

*弹性和容错：系统需要在组件故障的情况下保持弹性和容错性。

EDA与传统请求-响应架构的比较

与传统的请求-响应架构相比，EDA具有以下关键差异：

*通信方式：EDA使用异步消息传递，而请求-响应架构使用同步方法调用。

*耦合度：EDA通过消息传递松散耦合组件，而请求-响应架构紧密耦合组件。

*可扩展性：EDA更易于扩展，因为可以轻松添加或删除组件。

*弹性：EDA在组件故障的情况下更具弹性，因为其他组件将继续接收事件。

EDA和请求-响应架构都有自己的优点和缺点，并且最合适的架构取决于特定系统的要求。第二部分Pub/Sub和EventBus架构事件驱动的云原生应用开发中的Pub/Sub和EventBus架构

简介

在事件驱动的云原生应用开发中，Pub/Sub和EventBus架构是实现系统之间通信和事件处理的关键组件。这些架构提供了一种灵活且可扩展的方式来处理事件，从而支持复杂和高并发的工作流。

Pub/Sub架构

Pub/Sub（发布-订阅）架构是一种消息传递模式，其中消息生产者（发布者）将消息发布到主题，而消息消费者（订阅者）订阅该主题并接收消息。这种架构提供了以下优点：

*解耦：发布者和订阅者之间是解耦的，允许它们独立运行和扩展。

*可伸缩性：Pub/Sub能够处理大容量的消息，并可根据需要轻松扩展。

*可靠性：消息被持久存储，并在投递失败时自动重试，确保可靠的事件传递。

EventBus架构

EventBus架构是一种事件总线模式，其中应用程序可以通过称为事件总线的中央组件交换事件。这种架构提供了以下优点：

*中央事件处理：所有事件都通过事件总线路由，从而实现集中式事件处理。

*灵活的事件路由：事件总线允许根据事件类型、源应用程序或其他criteria来灵活地路由事件。

*可观察性：EventBus提供对事件流的高可见性，简化了故障排除和监视。

Pub/Sub和EventBus的比较

Pub/Sub和EventBus架构具有不同的优点和缺点。选择合适的架构取决于应用程序的特定需求。

|特征|Pub/Sub|EventBus|

||||

|消息持久性|是|可选|

|可扩展性|高|高|

|解耦程度|高|中等|

|中央事件处理|否|是|

|事件路由灵活性|低|高|

|可观察性|中等|高|

选择合适的架构

在选择Pub/Sub或EventBus架构时，请考虑以下因素：

*事件持久性要求：如果应用程序需要可靠的事件交付，则Pub/Sub架构是更好的选择。

*事件路由复杂性：如果应用程序需要高度灵活的事件路由，则EventBus架构更合适。

*中央事件处理需要：如果应用程序需要集中式事件处理，则EventBus架构是首选。

*可观察性要求：如果应用程序需要对事件流的高可见性，则EventBus架构提供了更好的支持。

最佳实践

使用Pub/Sub和EventBus架构时，请遵循以下最佳实践：

*定义明确的事件契约：定义事件的格式、语义和处理规则，以确保系统之间的互操作性。

*使用版本控制：随着时间的推移，事件契约可能会更改，因此实施版本控制以管理更改至关重要。

*监视事件处理：监视事件的处理情况，包括处理时间和错误率，以识别和解决问题。

*实现端到端测试：进行端到端测试以验证事件处理工作流的正确性。

*使用死信队列：建立死信队列以处理无法处理的事件，防止事件丢失。

结论

Pub/Sub和EventBus架构是构建事件驱动的云原生应用程序的关键组件。通过了解这些架构的优点和缺点，以及最佳实践，开发人员可以选择最适合其应用程序需求的架构，从而实现高效、可扩展和可靠的事件处理。第三部分服务网格中的事件网关关键词关键要点【服务网格中的事件网关】

1.事件网关是服务网格中的一个组件，负责将来自应用程序组件的事件路由到事件总线或其他目标。

2.事件网关可以提供事件转换、过滤和路由功能，确保事件以一致和可靠的方式被传递。

【可观察性与监控】

服务网格中的事件网关

在服务网格架构中，事件网关扮演着关键角色，负责处理来自微服务的事件并将其路由到适当的订阅者。本文将深入探讨服务网格中的事件网关及其功能。

#事件的产生和消费

在基于事件的系统中，事件是发生的可观察状态变化。事件可以由系统中的任何组件生成，例如应用程序、基础设施或外部来源。

服务网格中的事件网关负责从微服务收集事件。微服务可以使用事件网关提供的API或SDK将事件发布到网格中。事件网关还会维护一个订阅列表，指定哪些订阅者应该接收哪些事件。

#事件路由

事件网关的主要功能是路由事件。当事件到达网格时，事件网关会根据订阅信息确定应将事件路由到哪些订阅者。事件网关通常使用以下策略之一进行路由：

*基于主题路由：事件根据其主题（类型）进行路由。订阅者订阅特定主题，以便仅接收与该主题相关的事件。

*基于属性路由：事件根据其属性（键值对）进行路由。订阅者可以指定感兴趣的属性值，以便仅接收具有匹配属性的事件。

*基于负载均衡路由：事件在订阅者之间轮流路由，以实现负载平衡和故障转移。

#事件转换

事件网关还提供事件转换功能，以便将事件转换为订阅者期望的格式。事件转换允许不同组件使用不同的事件格式进行交互，从而提高了可互操作性。

#事件过滤

事件网关可以过滤事件，以防止向不必要的订阅者发送不相关的事件。过滤基于事件的属性（键值对）或其他元数据进行。

#高级功能

除了基本的事件路由和处理功能外，服务网格中的事件网关还可以提供以下高级功能：

*事件重试和持久化：事件网关可以配置为在订阅者无法处理事件时重试和持久化事件。这确保了事件的可靠交付。

*事件聚合：事件网关可以聚合具有相似属性的多个事件，以创建更高级别的事件。这可以减少事件数量和提高效率。

*事件分析：事件网关可以提供事件分析功能，以便深入了解系统行为和事件模式。

#优势

服务网格中的事件网关提供了许多优势，包括：

*解耦微服务：事件网关解耦了微服务，允许它们独立发布和消费事件，而无需了解彼此的内部实现或依赖关系。

*松散耦合：事件网关允许松散耦合，这意味着订阅者可以在不重新部署或重新配置服务的情况下接收和处理事件。

*可扩展性：事件网关可以随着微服务和订阅者数量的增长而扩展。它们还可以处理大量事件，同时保持低延迟和高吞吐量。

*可观测性：事件网关提供有关事件流和订阅者行为的可见性。这有助于故障排除、性能监控和应用程序优化。

#总结

服务网格中的事件网关是基于事件的系统中至关重要的组件。它们提供事件路由、转换、过滤和其他高级功能，从而提高了微服务之间的通信效率、可靠性和可扩展性。事件网关对于构建可扩展、弹性和可观测的云原生应用程序至关重要。第四部分事件溯源和审计关键词关键要点事件溯源

1.事件溯源是一种事件驱动的开发范例，它将系统的状态变化记录为不可变的事件流，从而提供系统状态历史的完整、不可篡改的记录。

2.事件溯源提供了时间旅行和调试功能，使开发人员能够回溯系统状态的变化，并轻松识别和修复问题。

3.通过使用事件溯源，可以对系统进行更细粒度的状态管理，从而提高系统可恢复性和弹性。

事件审计

事件溯源和审计

事件溯源

事件溯源是一种记录应用程序中发生的事件的机制，它允许开发人员重现应用程序的状态并调查事件的影响。事件溯源系统将每个事件存储为一个不可变的事实，并按时间顺序排列这些事件。

在云原生应用程序中，事件溯源可以通过以下方式实现：

*事件日志：在应用程序中记录发生的事件，并存储在集中式日志服务中。

*流式处理：使用流式处理平台（如ApacheKafka）捕获事件并将其存储在事件存储中。

*事件存储：使用专门的事件存储服务（如ApacheCassandra）来存储和管理事件。

审计

审计是记录用户活动和系统事件的机制，以便进行安全分析和合规性检查。审计记录包含有关用户执行的操作、操作时间和相关资源的信息。

在云原生应用程序中，审计可以通过以下方式实现：

*系统日志：在操作系统和应用程序中记录系统事件和用户活动。

*集中式日志服务：将系统日志和用户活动日志集中存储在一个平台中。

*安全信息和事件管理(SIEM)系统：收集和分析来自不同来源（如系统日志、安全设备）的事件，以检测安全威胁和合规性违规。

事件溯源和审计的优点

*可追溯性：事件溯源和审计提供对应用程序操作和状态更改的可追溯性，允许开发人员和安全专业人员调查问题并了解事件发生的原因。

*调试和故障排除：通过重现应用程序的状态，事件溯源可以让开发人员更轻松地调试和故障排除问题。

*安全性和合规性：审计记录提供了用户活动和系统事件的证据，这对于安全分析、合规性检查和审计跟踪至关重要。

*数据保护：事件溯源和审计记录可以作为应用程序数据和用户活动的备份，在发生数据丢失或损坏时可以用来恢复数据。

事件溯源和审计的挑战

*存储和管理：事件溯源和审计记录可能大量增长，需要有效的存储和管理策略。

*隐私和安全：审计记录包含敏感的用户活动信息，需要采取适当的措施来保护隐私和安全。

*性能：记录和存储事件可能会引入应用程序性能开销，需要仔细优化。

最佳实践

*在应用程序中定义明确的事件溯源策略，包括要记录的事件类型和事件格式。

*使用集中式日志服务或事件存储来存储和管理事件。

*实现细粒度的审计策略，以记录必要的用户活动和系统事件。

*定期审查事件溯源和审计记录，以检测安全威胁和合规性违规。

*采用安全措施来保护隐私和防止审计记录被篡改。第五部分事件驱动的微服务集成关键词关键要点【事件驱动的微服务集成】

1.事件驱动的集成方式解耦了微服务，降低了耦合度，提高了系统的可维护性和扩展性。

2.事件总线提供了一个集中式平台，通过发布和订阅机制实现微服务之间的通信，从而简化了集成过程。

3.微服务可以专注于其核心业务逻辑，而事件总线负责处理事件路由和交付，提高了开发效率。

【事件驱动的异步通信】

事件驱动的微服务集成

事件驱动的微服务集成是一种集成模式，其中微服务通过交换事件来进行通信，而不是使用传统的请求-响应模式。这种集成方式提供了松散耦合、可扩展性和弹性，从而使云原生应用开发更具优势。

事件驱动的集成模式

在事件驱动的微服务集成中，微服务将事件发布到事件总线或消息代理中。其他微服务可以通过订阅这些事件来对事件进行处理。事件总线负责事件的路由和交付，确保可靠和实时的通信。

事件的类型

事件可以分为以下类型：

*领域事件：反映业务领域中发生的更改。

*集成事件：用于在微服务之间集成。

*应用程序事件：反映应用程序内部状态的变化。

事件驱动的集成的好处

*松散耦合：事件驱动的集成消除了微服务之间的直接依赖关系，使它们可以独立开发和部署。

*可扩展性：事件总线可以轻松扩展，以处理随时间推移而增加的事件负载。

*弹性：事件总线提供了可靠的消息传递，确保即使在微服务暂时不可用时，事件也不会丢失。

*并行处理：事件驱动的集成允许并行处理事件，提高了应用程序的吞吐量。

*可重用性：事件可以被多个微服务重用，减少重复代码和提高开发效率。

实现事件驱动的集成

实现事件驱动的微服务集成需要以下步骤：

*定义事件：定义要交换的事件类型，包括它们的格式和语义。

*选择事件总线：选择一个事件总线解决方案，例如ApacheKafka、RabbitMQ或ApachePulsar。

*发布事件：使用事件发布器将事件发布到事件总线。

*订阅事件：使用事件订阅者从事件总线订阅事件。

*处理事件：使用事件处理函数处理接收到的事件。

最佳实践

实施事件驱动的微服务集成时，应遵循以下最佳实践：

*将事件设计为小且自包含的。

*使用版本控制来管理事件格式的变化。

*避免在事件中包含敏感数据。

*使用幂等操作来处理事件，以确保不会因重复传递而导致不一致性。

*定期监控事件流，以识别瓶颈和故障。第六部分无服务器事件处理关键词关键要点【无服务器事件处理】

1.无服务器事件处理是一种云计算模型，其中应用程序作为响应特定事件（例如HTTP请求、数据库更新或消息队列中的新消息）而触发执行。

2.无服务器架构消除了服务器管理和资源配置的负担，使开发人员能够专注于编写代码并将其部署到云端，而无需担心底层基础设施。

【事件驱动架构】

无服务器事件处理

在事件驱动的云原生应用开发中，无服务器事件处理是一种模式，允许开发人员构建轻量级、可扩展的应用程序，而无需管理底层基础设施。这种方法利用了函数即服务(FaaS)平台，这些平台负责处理事件并按需执行代码。

优势

无服务器事件处理提供了许多优势，包括：

*免维护：开发人员无需管理服务器、操作系统或软件更新，从而简化了应用程序的运维。

*可扩展性：FaaS平台自动扩展应用程序，以满足传入请求的负载需求。

*成本节约：开发人员仅为实际使用的计算时间付费，无需为闲置容量付费。

*快速开发：FaaS平台简化了开发过程，允许开发人员专注于编写业务逻辑，而不是基础设施管理。

架构

无服务器事件处理的典型架构包括：

*事件源：触发事件处理的外部事件，例如HTTP请求、消息队列消息或数据更改通知。

*事件处理程序：执行处理事件的代码片段，通常以函数形式实现。

*FaaS平台：提供用于部署和执行事件处理程序的平台，处理资源分配和伸缩。

工作流程

无服务器事件处理的工作流程如下：

1.事件触发：来自事件源的事件触发事件处理程序的执行。

2.函数执行：FaaS平台将事件处理程序部署到临时容器中并执行代码。

3.处理事件：事件处理程序处理事件，执行业务逻辑并生成响应。

4.响应发送：FaaS平台将处理程序的响应发送回事件源或其他目的地。

示例

以下是一个无服务器事件处理的示例：

*一个电子商务应用程序可能使用无服务器函数来处理来自订单服务的订单创建事件。

*该函数可以验证订单、更新库存并发送确认电子邮件。

*FaaS平台将处理传入的订单事件并按需执行函数。

最佳实践

在设计和开发无服务器事件处理应用程序时，遵循以下最佳实践至关重要：

*使用松散耦合：避免应用程序组件之间的紧密耦合，以促进可扩展性和可维护性。

*设计幂等函数：确保事件处理程序可以安全地多次执行，而不会导致不一致的状态。

*处理错误：制定错误处理策略，以优雅地处理事件处理失败。

*利用日志和监控：配置日志记录和监控工具，以跟踪事件处理程序的性能和可靠性。

*考虑成本优化：利用FaaS平台提供的优化措施，例如冷启动优化和预先配置的资源限制，以降低成本。

结论

无服务器事件处理是一种强大的模式，为事件驱动的云原生应用开发提供了许多优势。通过利用FaaS平台，开发人员可以构建轻量级、可扩展和成本效益高的应用程序，而无需管理底层基础设施。遵循最佳实践对于设计和开发成功的无服务器事件处理应用程序至关重要。第七部分事件驱动的弹性伸缩事件驱动的弹性伸缩

事件驱动的弹性伸缩通过根据事件流动态调整应用部署资源的规模，以优化云原生应用的性能和成本。通过这种方式，应用可以根据需求的变化扩展或缩减，从而实现更好的资源利用率和成本效益。

工作原理

事件驱动的弹性伸缩使用事件驱动的架构，其中事件充当触发器，用于基于预定义的规则自动缩放应用。当发生特定事件时，例如消息队列中出现新消息或HTTP请求达到预定义的阈值，系统将触发缩放操作。

缩放操作涉及动态增加或减少应用实例的数量。通过使用容器编排工具，例如Kubernetes，可以轻松实现这种动态缩放，它允许按需创建、终止或更新容器。

优势

事件驱动的弹性伸缩提供了以下优势：

*优化资源利用率：通过根据事件负载自动缩放应用，可以根据需求优化资源分配，从而避免过度配置或资源不足的情况。

*降低成本：通过仅在需要时才分配资源，可以显着降低云基础设施的成本，因为资源闲置时间减少。

*提高性能：通过确保应用始终具有足够的资源来处理传入的负载，可以提高整体性能和响应能力。

*提升灵活性：事件驱动的弹性伸缩允许应用快速适应不断变化的负载模式，从而提高适应性和弹性。

实现

实施事件驱动的弹性伸缩需要以下步骤：

*确定缩放事件：识别触发缩放操作的特定事件，例如特定消息队列中的消息或HTTP请求数。

*定义缩放规则：根据预期的负载模式和性能目标，定义要增加或减少实例数量的规则。

*配置容器编排：使用Kubernetes或类似工具配置容器编排，以便自动执行缩放操作。

*监控和调整：持续监控应用性能，并根据需要调整缩放规则和事件阈值，以优化伸缩行为。

事件驱动的弹性伸缩是一种强大的技术，可以显著提高云原生应用的性能、成本和灵活性。通过根据事件负载动态调整资源规模，企业可以优化资源利用率、降低成本并增强应用的响应能力和适应性。第八部分事件驱动的监控和可观测关键词关键要点事件驱动的监控

1.利用事件流进行监控：通过实时摄取和处理来自应用程序、基础设施和其他来源的事件，可以获得对系统行为的深入洞察。

2.关联事件和元数据：将事件与相关的元数据（例如时间戳、用户标识符、位置信息）相关联，可提供更丰富的上下文并支持更高级别的分析。

3.实时警报和自动响应：基于事件流触发实时警报，并通过自动响应机制快速缓解问题，减少停机时间和影响。

事件驱动的可观测性

1.分布式追踪：通过跟踪跨应用程序和服务的事件流，获得对分布式系统的可见性和性能分析。

2.日志聚合和分析：收集和聚合来自不同来源的日志数据，以便进行集中分析和模式识别。

3.度量收集和可视化：周期性地收集度量数据（例如CPU利用率、内存使用情况），并通过仪表盘和数据可视化工具进行展示和分析。事件驱动的监控和可观测

فينظامالتطويرالأصليالسحابيالمدفوعبالأحداث،تتطلبالرؤيةالكاملةلتطبيقاتالخدمةالدقيقةالخاصةبكبنيةمراقبةمرنةللغايةوقابلةللتطوير.يتطلبذلكنهجًاقائمًاعلىالأحداثيتيحجمعالبياناتوتحليلهاواستخدامهافيالوقتالفعليتقريبًا.

الجمعالمرنللبيانات

يجبأنيكوننظامالمراقبةالقائمعلىالأحداثقادرًاعلىجمعالبياناتمنمصادرمتعددة،بمافيذلك:

*تسجيلاتالتطبيق:توفرسجلاتالتطبيقرؤىحولسلوكالتطبيق،مثلالرسائلوالأخطاءوالطلبات.

*مترياتالتطبيق:توفرمقاييسالتطبيقمعلوماتحولأداءالتطبيق،مثلوقتالاستجابةواستخدامالذاكرةواستخداموحدةالمعالجةالمركزية.

*أحداثالبنيةالتحتية:توفرأحداثالبنيةالتحتيةرؤىحولصحةالبنيةالتحتيةالأساسيةللتطبيق،مثلحالةالخادموسلامةالشبكة.

*أحداثالمستخدمالنهائي:توفرأحداثالمستخدمالنهائيرؤىحولتجربةالمستخدم،مثلوقتالتحميلوصفحاتالخطأ.

التحليلاتفيالوقتالفعلي

بمجردجمعالبيانات،يجبتحليلهافيالوقتالفعليتقريبًالتحديدالأنماطوالاتجاهاتالتيقدتشيرإلىوجودمشكلات.وتشملتقنياتالتحليلالشائعةمايلي:

*التحليلالإحصائي:حسابالمتوسطاتوالانحرافاتالمعياريةوالحدودالعلياوالسفلى.

*الكشفعنالشذوذ:تحديدالأحداثالتيتنحرفبشكلكبيرعنالقاعدة.

*تحليلالتسلسلالزمني:تتبعالأحداثبمرورالوقتللكشفعنالأنماطوالاتجاهات.

الإجراءاتالآلية

بمجردتحليلالبيانات،يمكناتخاذإجراءاتآليةبناءًعلىنتائجالتحليل.وتشملالإجراءاتالشائعةمايلي:

*إرسالالتنبيهات:إرسالتنبيهاتإلىالمهندسينالمناوبينأوفرقالعملياتعندمايتماكتشافمشكلة.

*تصحيحالمشاكلتلقائيًا:تنفيذإجراءاتالتصحيحتلقائيًا،مثلإعادةتشغيلالخدمةالمعيبة.

*توفيررؤىتجارية:الاستفادةمنبياناتالمراقبةلتوفيررؤىتجاريةحولأداءالتطبيقوتجربةالمستخدم.

ميزاتالمراقبةالقائمةعلىالأحداث

توفرالمراقبةالقائمةعلىالأحداثالعديدمنالمزاياعلىالنهجالتقليدية،بمافيذلك:

*المرونة:يمكنتكييفأنظمةالمراقبةالقائمةعلىالأحداثبسهولةلتلبيةاحتياجاتالتطبيقاتالمختلفةوالمتغيرة.

*القابليةللتطوير:يمكنتوسيعأنظمةالمراقبةالقائمةعلىالأحداثبسهولةلتدعمعددًاكبيرًامنالأحداث.

*الوقتالفعلي:يمكنلأنظمةالمراقبةالقائمةعلىالأحداثمعالجةوتحليلالبياناتفيالوقتالفعليتقريبًا.

*التكامل:يمكندمجأنظمةالمراقبةالقائمةعلىالأحداثبسهولةمعأنظمةأخرى،مثلأنظمةإدارةالأداءوخدماتالذكاءالاصطناعي.

أمثلةعلىأدواتالمراقبةالقائمةعلىالأحداث

هناكعددمنأدواتالمراقبةالقائمةعلىالأحداثالمتوفرة،بمافيذلك:

*Prometheus:نظاممراقبةمفتوحالمصدريجمعويخزنويلويالبياناتذاتالسلاسلالزمنية.

*Grafana:واجهةمستخدممفتوحةالمصدرلتصوربياناتالمراقبة.

*Elasticsearch:نظاممفتوحالمصدرللبحثوالتحليلعنالبيانات.

*Kibana:واجهةمستخدممفتوحةالمصدرلتصوربياناتElasticsearch.

الخاتمة

تعدالمراقبةالقائمةعلىالأحداثضروريةلتطويرتطبيقاتالخدمةالدقيقةالسحابيةالأصلية.يمكنأنتساعدفيضمانالأداءالأمثلوتجربةالمستخدممنخلالجمعالبياناتوتحليلهاواتخاذإجراءاتبناءًعلىنتائجالتحليل.ومعظهورالمزيدمنأدواتالمراقبةالقائمةعلىالأحداث،منالمتوقعأنيصبحهذاالنهجللرصدمعيارًافيتطويرالتطبيقاتالسحابيةالأصل