Search Azure terms

Integration premium Event Hubs Azure Event Hubs is a fully managed, real-time data streaming platform for ingesting large volumes of events with low latency and routing them to consumers for processing. Teams use it to collect telemetry, application events, logs, clickstreams, and device data at scale before analytics, functions, or downstream services process them. It is not a queue for command messages, a workflow engine, a database, or an Event Grid routing topic for discrete platform events. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Azure Event Hubs, Azure Event Hubs service Quick peek Open full term page

Integration premium Event Hubs authorization rule An Event Hubs authorization rule is a named shared access signature policy on a namespace or event hub that grants listen, send, or manage rights through cryptographic keys. Teams use it to control SAS-based producer, consumer, or management access when an application cannot use Microsoft Entra role-based access directly. It is not a Microsoft Entra role assignment, a managed identity, a firewall rule, or a proof that a generated token is safe forever. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Event Hub authorization rule, Event Hubs SAS authorization rule, Shared access policy for Event Hubs Quick peek Open full term page

Integration premium Event Hubs auto-inflate Event Hubs auto-inflate is a Standard tier feature that automatically increases throughput units up to a configured maximum when namespace traffic exceeds current capacity. Teams use it to absorb variable ingress or egress bursts without manually raising throughput units every time traffic spikes. It is not automatic scale-down, unlimited capacity, partition scaling, or a replacement for capacity testing and consumer lag monitoring. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Auto-inflate for Event Hubs, Event Hubs automatic throughput scaling Quick peek Open full term page

Integration premium Event Hubs batch An Event Hubs batch is a client-side group of events prepared for sending or processing together while respecting Event Hubs size, partition, and producer constraints. Teams use it to send or process multiple events efficiently instead of making every event a separate network operation. It is not an Azure resource, a Capture file, a partition, or a guarantee that every event in business logic was processed exactly once. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Event Hubs event batch, EventDataBatch, batch send to Event Hubs Quick peek Open full term page

Integration premium Event Hubs capture Event Hubs Capture automatically writes streaming data from an event hub to Azure Blob Storage or Azure Data Lake Storage based on configured time or size intervals. Teams use it to archive raw event streams to storage for analytics, compliance, replay, or lakehouse ingestion without writing a separate capture consumer. It is not a consumer group, a checkpoint, a data transformation job, or a guarantee that downstream analytics has already processed the archived files. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Azure Event Hubs Capture, Capture Streaming Events, Event Hubs archive capture Quick peek Open full term page

Integration premium Event Hubs checkpoint An Event Hubs checkpoint is a consumer-maintained record of progress, usually an offset or sequence number per partition, used to resume processing without rereading every event. Teams use it to remember how far a consumer has processed in each partition so stream processing can restart, scale, or fail over without losing its place. It is not the event data itself, a retention policy, a capture archive, or a guarantee that every downstream business action succeeded exactly once. Event Hubs intermediate 5 commands Aliases: Event Hubs consumer checkpoint, Event Hubs offset checkpoint, EventProcessor checkpoint Quick peek Open full term page

Integration premium Event Hubs consumer An Event Hubs consumer is an application or service instance that reads events from partitions of an event hub through a consumer group. Teams use it to read and process events from an Event Hub stream for analytics, automation, storage, monitoring, or business applications. It is not a producer, a consumer group definition by itself, a Capture archive, or proof that the application processed events correctly. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Azure Event Hubs consumer, Event Hubs reader, event stream consumer Quick peek Open full term page

Integration premium Event Hubs consumer offset An Event Hubs consumer offset is the position a consuming application uses to continue reading events within a specific partition, usually captured through checkpoint state. Teams use it to understand where a reader stopped, resumed, replayed, or skipped within a retained Event Hubs partition. It is not a global cursor for the whole event hub, a Service Bus dequeue count, or proof that downstream business processing succeeded. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: consumer offset, Event Hubs reader offset, stream consumer position Quick peek Open full term page

Integration premium Event Hubs dedicated cluster An Event Hubs dedicated cluster is a single-tenant Dedicated tier Event Hubs deployment that provides reserved capacity for enterprise-scale streaming workloads. Teams use it to run high-volume, low-latency event streaming workloads with isolated capacity instead of sharing a multitenant namespace tier. It is not a single event hub entity, a consumer group, a Kafka cluster you manage yourself, or a small development namespace. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: Dedicated Event Hubs cluster, Event Hubs Dedicated tier cluster, Event Hubs cluster Quick peek Open full term page

Integration premium Event Hubs emulator The Event Hubs emulator is a local development tool that simulates Azure Event Hubs so developers can test producers and consumers without connecting to the cloud. Teams use it to prototype and test Event Hubs applications locally before connecting code to a real Azure namespace. It is not a production Event Hubs namespace, a substitute for scale testing, or a guarantee that cloud networking, identity, quota, or geo-recovery behavior works. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: Azure Event Hubs emulator, local Event Hubs emulator, Event Hubs local emulator Quick peek Open full term page

Integration premium Event Hubs geo-disaster recovery Event Hubs geo-disaster recovery pairs namespaces and uses an alias so applications can fail over namespace metadata access to a secondary namespace during a regional disaster. Teams use it to keep a stable connection endpoint for disaster recovery planning when an Event Hubs namespace must move to a paired secondary region. It is not automatic failover, a backup of retained event data in standard metadata Geo-DR, or a replacement for application-level replay and regional processing design. Event Hubs intermediate 5 commands Aliases: Event Hubs Geo-DR, Event Hubs disaster recovery alias, Geo-recovery alias Quick peek Open full term page

Integration premium Event Hubs Kafka endpoint An Event Hubs Kafka endpoint lets Apache Kafka clients connect to Azure Event Hubs by using the Kafka protocol instead of managing Kafka brokers. Teams use it to move or run Kafka producer and consumer applications on Event Hubs while keeping the familiar Kafka protocol and client model. It is not a self-managed Kafka cluster, a full replacement for every Kafka broker feature, or proof that existing applications need no configuration testing. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: Event Hubs for Apache Kafka, Kafka-compatible Event Hubs endpoint, Apache Kafka endpoint Quick peek Open full term page

Integration premium Event Hubs namespace An Event Hubs namespace is the management container for one or more event hubs and controls shared settings such as network access, SKU, capacity, and authorization. Teams use it to group event hubs under one managed Azure resource boundary for scale, networking, authorization, monitoring, and operational ownership. It is not an individual event hub stream, a consumer group, a storage account, or a generic directory folder. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: Azure Event Hubs namespace, namespace, Event Hubs resource container Quick peek Open full term page

Integration premium Event Hubs offset An Event Hubs offset is metadata that identifies an event position within a partition of an event hub. Teams use it to describe the exact location of an event in a partition so readers can reason about ordering, replay, and processing position. It is not a timestamp alone, a sequence number alone, a global event hub position, or confirmation that a consumer completed downstream work. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: event offset, partition offset, stream offset Quick peek Open full term page

Integration premium Event Hubs partition An Event Hubs partition is an ordered sequence of events within an event hub that enables parallel event ingestion and consumption. Teams use it to split a stream into parallel ordered logs so producers and consumers can scale while preserving order within each partition. It is not a separate namespace, a consumer group, a database shard with automatic rebalancing, or a guarantee that all events are globally ordered. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: partition, Event Hubs stream partition, event stream partition Quick peek Open full term page

Integration premium Event Hubs partition key An Event Hubs partition key is a value supplied by a producer that determines which partition receives related events, helping preserve order for events with the same key. Teams use it to route related events to the same partition when applications need ordered processing for a tenant, device, account, route, or business entity. It is not a database primary key, a Cosmos DB partition key, a security boundary, or a guarantee that the selected partition will never become hot. Event Hubs intermediate 5 commands Aliases: partition key, event partition key, producer partition key Quick peek Open full term page

Integration premium Event Hubs private endpoint An Event Hubs private endpoint is a Private Link network interface that lets clients reach an Event Hubs namespace through a private IP address in a virtual network. Teams use it to keep Event Hubs traffic on private network paths and restrict namespace access from public internet routes. It is not an outbound connection from Event Hubs into your subnet, a substitute for authentication, or a guarantee that every Azure service can still reach the namespace. Event Hubs intermediate 5 commands Aliases: Private Link for Event Hubs, Event Hubs Private Link, private endpoint connection Quick peek Open full term page

Integration premium Event Hubs processing unit An Event Hubs processing unit is reserved Premium tier capacity that provides isolated compute, memory, and storage resources for an Event Hubs namespace. Teams use it to size Premium Event Hubs workloads that need predictable streaming capacity, stronger tenant isolation, and room for busy producers and consumers. It is not a Standard throughput unit, a Dedicated capacity unit, a partition count, or an automatic guarantee that every consumer application will keep up. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: processing unit, PU, Premium processing unit Quick peek Open full term page

Integration premium Event Hubs producer An Event Hubs producer is an application, service, device, or client that sends events to an event hub. Teams use it to identify the workload that publishes telemetry, transactions, logs, or business events into an Event Hubs stream. It is not a consumer, event processor, checkpoint, storage capture destination, or proof that downstream systems processed the event. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: producer, event publisher, Event Hubs publisher client Quick peek Open full term page

Integration premium Event Hubs publisher policy An Event Hubs publisher policy is a send-focused authorization pattern or rule that limits which publisher can send events to a namespace or event hub. Teams use it to grant producers only the send access they need without giving them broad manage or listen permissions. It is not a consumer group, schema rule, Event Grid filter, permanent secret vault, or proof that a producer follows the approved payload contract. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: publisher policy, send policy, Event Hubs send authorization policy Quick peek Open full term page

Integration premium Event Hubs retention Event Hubs retention is the configured period that events remain available in an event hub for consumers to read or replay. Teams use it to decide how long stream data remains available for consumers, replay, analytics validation, and recovery after downstream outages. It is not permanent archival storage, Event Hubs Capture, blob lifecycle retention, a consumer checkpoint, or a guarantee that old events can be recovered after expiration. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: event retention, message retention, retention time Quick peek Open full term page

Integration premium Event Hubs SAS policy An Event Hubs SAS policy is an authorization rule with shared keys and permissions that can produce SAS tokens or connection strings for Event Hubs access. Teams use it to grant time-bound or key-based Event Hubs access when Microsoft Entra ID is not practical for a producer or consumer. It is not a managed identity, RBAC assignment, Key Vault secret by itself, or a safe replacement for least-privilege access review. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: shared access signature policy, SAS authorization rule, Event Hubs access policy Quick peek Open full term page

Integration premium Event Hubs schema registry Event Hubs schema registry is a central repository in Event Hubs for schemas used by event-driven and messaging applications. Teams use it to let producers and consumers share versioned event schemas so payloads stay consistent as applications evolve. It is not an event hub partition, a data catalog for every dataset, an automatic validator for all messages, or a substitute for application-side schema handling. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: Azure Schema Registry, schema group, Event Hubs Schema Registry Quick peek Open full term page

Integration premium Event Hubs throughput unit An Event Hubs throughput unit is pre-purchased Standard tier capacity shared by all event hubs in a namespace for ingress and egress. Teams use it to size Standard Event Hubs namespaces so producers and consumers have enough shared streaming bandwidth for expected traffic. It is not a Premium processing unit, Dedicated capacity unit, partition count, consumer group, or a guarantee that every application has dedicated capacity. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: throughput unit, TU, Standard throughput unit Quick peek Open full term page

Integration top-250-pre130-priority-upgraded Event Hubs consumer group Event Hubs consumer group is an independent view over an Event Hubs event stream that lets a consuming application maintain its own read position without interfering with other consumers in Azure. Event Hubs intermediate 5 commands Aliases: Azure Event Hubs consumer group, Event Hubs reader group, consumer group, Event Hubs consumer group Quick peek Open full term page

Integration premium Event subscription An Event subscription is an Event Grid configuration that selects events from a source and delivers matching events to a destination endpoint. Teams use it to route storage, resource, custom, or partner events to the correct webhook, function, queue, topic, or event handler. It is not the event source itself, an Azure subscription, an Event Hubs consumer group, or proof that the destination successfully processed every event. In production, confirm source scope, event types, filters, endpoint URL or resource ID, authentication method, dead-letter destination, retry settings, diagnostic logs, and receiving application owner before treating the design as healthy or ready. Event Grid intermediate 6 commands Aliases: Event Grid subscription, event routing subscription, event delivery subscription Quick peek Open full term page

Analytics premium Event trigger An Event trigger starts an Azure Data Factory or Synapse pipeline in response to supported storage events such as blob creation or deletion. Teams use it to start pipelines automatically when files land, folders change, or storage events indicate that a data integration workflow should run. It is not a scheduled trigger, a tumbling-window trigger, an Event Hubs consumer, or a guarantee that the file is complete and ready for every downstream transformation. In production, confirm factory name, trigger state, storage scope, blob path filters, event type, target pipeline, parameter mapping, managed identity access, publish branch state, and run history. Data Factory intermediate 6 commands Aliases: storage event trigger, Data Factory event trigger, event-based trigger Quick peek Open full term page

Containers premium Event-driven scale rule An Event-driven scale rule is a Container Apps scaling configuration that uses event-source metrics to decide how many replicas or job executions to run. Teams use it to connect queue length, event backlog, HTTP load, Kafka lag, or other scaler metadata to automatic scaling decisions. It is not the event source itself, a Kubernetes HPA object, a fixed replica count, or a complete guarantee that the application processes events correctly. In production, confirm scaler type, metadata names, authentication method, min and max replicas, polling interval, cooldown behavior, event source metrics, container revision, and downstream capacity before treating the design as. Azure Container Apps intermediate 6 commands Aliases: KEDA scale rule, Container Apps event scale rule, custom scale rule Quick peek Open full term page

Integration premium Event Grid delivery retry Event Grid delivery retry is the Event Grid behavior that retries event delivery when a subscriber endpoint temporarily fails or returns retryable responses. In Azure, it shows up when handlers may be unavailable, slow, throttled, or temporarily blocked, but events still need controlled redelivery before dead-lettering or expiration. Teams use it to review maximum delivery attempts, event time-to-live, endpoint response behavior, dead-letter destination, subscription filters, monitoring, and handler readiness before changing production behavior. It is not application-level retry code, Service Bus lock renewal, Event Hubs checkpointing, or a guaranteed infinite replay mechanism. Event routing intermediate 5 commands Aliases: Event Grid retry policy, Event Grid event retry Quick peek Open full term page

Integration premium Event Grid pull delivery Event Grid pull delivery is an HTTP consumption model where applications connect to Event Grid namespace topics and read CloudEvents at their own pace using queue-like semantics. Teams use it to let applications read events when they are ready instead of receiving every event through immediate push delivery. It is not a Basic tier push subscription, Service Bus queue, or Event Hubs consumer group. In production, confirm the source, subscription, destination, filters, schema, identity, retry behavior, failure handling, monitoring, and owner before treating the route as safe. Event Grid intermediate 5 commands Aliases: HTTP pull delivery, pull delivery in Event Grid Quick peek Open full term page

Integration premium Event Grid system topic An Event Grid system topic represents one or more events published by an Azure service for a specific Azure resource or scope. Teams use it to subscribe to events emitted by Azure services such as Storage, Event Hubs, IoT Hub, Key Vault, or Resource Manager. It is not a custom topic where an application publishes its own events or a partner topic from an external provider. In production, confirm the source, subscription, destination, filters, schema, identity, retry behavior, failure handling, monitoring, and owner before treating the route as safe. Event Grid intermediate 5 commands Aliases: Azure Event Grid system topic, system topic Quick peek Open full term page

Integration premium Event Grid webhook endpoint An Event Grid webhook endpoint is an HTTPS endpoint configured as an event handler that validates ownership and receives Event Grid events over HTTP. Teams use it to send Event Grid events to a custom HTTPS application, API, Azure Function HTTP trigger, automation webhook, or supported workflow endpoint. It is not a storage queue, Event Hubs destination, or an endpoint that can skip Event Grid validation. In production, confirm the source, subscription, destination, filters, schema, identity, retry behavior, failure handling, monitoring, and owner before treating the route as safe. Event Grid intermediate 5 commands Aliases: Event Grid webhook handler, webhook endpoint for Event Grid Quick peek Open full term page

Integration premium Event handler An event handler is the destination that receives Event Grid events and takes action, such as Azure Functions, Logic Apps, Event Hubs, Service Bus, Storage Queue, or a webhook. Teams use it to process Event Grid events by running code, starting workflows, buffering messages, streaming telemetry, or invoking a custom endpoint. It is not the event source, topic, filter, or schema that only decides what gets sent. In production, confirm the source, subscription, destination, filters, schema, identity, retry behavior, failure handling, monitoring, and owner before treating the route as safe. Event Grid intermediate 5 commands Aliases: Azure Event Grid handler, event destination Quick peek Open full term page

Web premium Event Hub trigger An Event Hub trigger is an Azure Functions trigger binding that runs a function when events are available from an Azure Event Hub stream. Teams use it to process streaming events with serverless function code instead of running a dedicated worker service for every Event Hubs consumer workload. It is not the event hub itself, a producer, a capture archive, or a guarantee that downstream business processing completed successfully. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Azure Functions intermediate 5 commands Aliases: Azure Functions Event Hub trigger, Event Hubs trigger, Event Hubs trigger binding Quick peek Open full term page

Integration premium Event offset An event offset is position metadata that identifies where an event sits within an ordered partition or stream. Teams use it to describe where a specific event was read from so teams can resume, replay, investigate gaps, and compare processing progress. It is not a global event ID, timestamp-only bookmark, consumer group, checkpoint file, or guarantee that business processing completed successfully. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: offset, stream offset, partition offset Quick peek Open full term page

Integration premium Event ordering policy An event ordering policy is an architectural rule that defines how producers and consumers preserve required event order, usually by using stable partition keys and partition-scoped processing. Teams use it to decide which events must stay in order and how partition keys, consumers, retries, and downstream writes will preserve that order. It is not a single Azure Event Hubs setting, global ordering across all partitions, a timestamp sort, or a replacement for idempotent processing. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: ordering policy, event order strategy, partition ordering rule Quick peek Open full term page

Integration premium Event processor An event processor is an application component that reads events from partitions, coordinates ownership, processes events, and records checkpoints for recovery. Teams use it to scale consumers across partitions while keeping track of where processing should resume after restarts or failures. It is not a producer, event hub namespace, consumer group by itself, checkpoint store alone, or proof that downstream business work cannot fail. In production, confirm the namespace, event hub, partitions, identity, network path, consumer groups, checkpoints, metrics, owner, and rollback plan before treating the stream design as healthy. Event Hubs intermediate 5 commands Aliases: EventProcessorClient, stream processor, event processing application Quick peek Open full term page

Integration top-250-pre130-priority-upgraded Event Hub An Event Hub is the stream entity inside an Azure Event Hubs namespace that receives, retains, and exposes event data across partitions for producers and consumers. Teams use it to ingest application, telemetry, audit, or device events into one durable stream that multiple readers can process independently. It is not the namespace that hosts capacity, the consumer group that isolates readers, or the downstream analytics job that processes events. In production, confirm the namespace, event hub, partitions, capacity, identity, network path, consumer group, checkpoint behavior, monitoring, and owner before treating the stream as safe. Event Hubs intermediate 5 commands Aliases: Azure Event Hub, Event Hubs entity, event hub entity Quick peek Open full term page

Analytics verified Out-of-order event policy An out-of-order event policy in Azure Stream Analytics defines how a job handles events that arrive with timestamps earlier than the expected event time. The policy uses a configured tolerance window and action, such as adjusting the timestamp or dropping the event, to protect streaming results. Streaming analytics intermediate 4 commands Aliases: Stream Analytics out-of-order policy, out-of-order tolerance, event ordering tolerance, out-of-order event handling Quick peek Open full term page

Integration top-250-pre130-priority-upgraded Event Grid topic An Event Grid topic is an endpoint where events are published and then routed by event subscriptions to configured event handlers. Event Grid intermediate 4 commands Aliases: Azure Event Grid topic, custom topic, Event Grid custom topic Quick peek Open full term page

Integration learning-path-anchor Throughput unit An Event Hubs throughput unit is a capacity setting in the Standard tier that controls how much ingress and egress a namespace can handle. Operators size TUs, enable Auto-inflate, and monitor throttling so event producers and consumers keep moving data without ServerBusy errors during traffic spikes. Event Hubs advanced 4 commands Aliases: Throughput unit, throughput unit, Azure Throughput unit, Microsoft Learn Throughput unit, Event Hubs TU, TUs, Event Hubs throughput units, Auto-inflate capacity Quick peek Open full term page

Databases premium Azure Managed Redis Azure Managed Redis is a Microsoft-managed in-memory data store based on Redis Enterprise, used for low-latency caching, session storage, messaging, and semantic cache scenarios. Managed cache intermediate 6 commands Aliases: Managed Redis, Redis Enterprise on Azure, Azure Redis Enterprise Quick peek Open full term page

Integration premium Capacity unit A capacity measure used by Event Hubs Dedicated clusters. Messaging and eventing intermediate 6 commands Aliases: No aliases yet Quick peek Open full term page

Web premium Extension bundle An Extension bundle in Azure Functions is a packaged set of binding extensions that non-.NET function apps can reference from host.json. Teams use it to enable triggers and bindings such as Storage, Service Bus, Event Hubs, Cosmos DB, and Timer support without manually installing individual .NET extension packages. It is not the function runtime itself, an application dependency lock file, a deployment slot, or a guarantee that every trigger version supports every identity or feature. Azure Functions intermediate 6 commands Aliases: Azure Functions extension bundle, Functions extension bundle, binding extension bundle Quick peek Open full term page

Monitoring and Observability premium Action group An Azure Monitor action group defines who gets notified and which actions run when an alert fires. It can include notification receivers such as email, SMS, and push, plus automation actions such as webhooks, secure webhooks, Azure Functions, Logic Apps, runbooks, ITSM, or Event Hubs. Alerts fundamentals 5 commands Aliases: Azure Monitor action group, alert action group, monitor action group Quick peek Open full term page

Web premium App Service connection string A named connection string stored in App Service configuration and exposed to application code for supported database or service connectivity. It helps learners understand where the concept appears in Azure operations and what to verify before changing it. App Service intermediate 5 commands Aliases: app service connection string, connection string Quick peek Open full term page

Analytics premium Azure Data Explorer A fully managed, high-performance analytics service for near-real-time analysis of large telemetry, log, event, and time-series datasets. Real-time analytics intermediate 5 commands Aliases: ADX, Kusto Quick peek Open full term page

Databases premium Azure SQL auditing Azure SQL auditing tracks database events and writes audit logs to supported destinations such as storage, Log Analytics, or Event Hubs. Azure SQL Database fundamentals 5 commands Aliases: Azure SQL audit logs, Azure SQL auditing, SQL auditing, database auditing Quick peek Open full term page

Analytics premium Ingestion mapping Ingestion mapping controls how streaming or batch data lands in the correct Kusto columns without corrupting schema, losing values, or forcing manual parsing later. Teams see it in azure data explorer tables, kusto databases. It is not a query projection, update policy, table schema alone, Data Factory mapping data flow, or index projection; confusing them can create null columns, failed ingestion. Use the term when reviewing access, monitoring, cost, recovery, or performance. It keeps architects, operators, security reviewers, and support teams focused on the same setting, resource, or behavior. Azure Data Explorer Intermediate 5 commands Aliases: Kusto ingestion mapping, ADX ingestion mapping, table ingestion mapping, JSON ingestion mapping, CSV ingestion mapping Quick peek Open full term page

Internet of Things premium IoT Edge IoT Edge is the Azure IoT runtime and deployment pattern that runs cloud-managed container modules on local edge devices while communicating with IoT Hub. Edge computing intermediate 5 commands Aliases: Azure IoT Edge, IoT Edge runtime, edge modules, edgeAgent, edgeHub, edge device Quick peek Open full term page