Search Azure terms

Integration premium Service Bus Azure Service Bus is a fully managed enterprise message broker with message queues and publish-subscribe topics. It helps decouple applications and services, load-balance work across competing consumers, route data across boundaries, and coordinate transactional workflows that require reliable messaging, ordering, sessions, duplicate detection, and dead-letter handling. Messaging fundamentals 6 commands Aliases: Azure Service Bus, Service Bus Messaging Quick peek Open full term page

Integration premium Service Bus authorization rule Service Bus authorization rule is a shared access policy on a namespace, queue, or topic. It names a key pair and grants Listen, Send, or Manage rights, letting applications create SAS tokens or connection strings scoped to the messaging entity they are allowed to use. Service Bus fundamentals 6 commands Aliases: Service Bus SAS policy, Service Bus shared access policy, Service Bus authorization policy, SAS authorization rule Quick peek Open full term page

Integration premium Service Bus subscription Service Bus subscription is a named receiver under a Service Bus topic. It behaves like a virtual queue: messages published to the topic are copied into the subscription when its rules match, and receivers read, lock, complete, defer, or dead-letter those subscription messages. Messaging fundamentals 6 commands Aliases: Azure Service Bus subscription, topic subscription, Service Bus topic subscription, subscription entity Quick peek Open full term page

Integration premium Service Bus topic Service Bus topic is a publish-subscribe entity inside a Service Bus namespace. Publishers send one message to the topic, and matching subscriptions receive their own copies. Topics are used when several downstream systems need the same business event without coupling the publisher to every receiver. Messaging fundamentals 6 commands Aliases: Azure Service Bus topic, Service Bus pub-sub topic, topic entity, broker topic Quick peek Open full term page

Web premium Service Bus trigger Service Bus trigger is an Azure Functions binding that starts function execution when a message arrives on a Service Bus queue or topic subscription. It connects the Functions runtime to Service Bus, supports queue, topic, and session scenarios, and uses app settings or identity-based connections for access. Azure Functions intermediate 6 commands Aliases: Azure Functions Service Bus trigger, ServiceBusTrigger, Service Bus queue trigger, Service Bus topic trigger Quick peek Open full term page

Integration premium Service Bus auto-forwarding Service Bus auto-forwarding chains a queue or subscription to another queue or topic in the same namespace. When enabled, Service Bus removes messages from the source and places them on the destination automatically, letting teams build routing topologies without a custom relay consumer inside the broker. Messaging intermediate 5 commands Aliases: Service Bus forwarding, Service Bus forwardTo, auto-forwarding chain, forward dead-lettered messages Quick peek Open full term page

Integration premium Service Bus filter Service Bus filter is a rule on a topic subscription that decides which published messages are copied into that subscription. Filters evaluate message properties, not the body, and can use correlation filters or SQL filters, with actions available to modify matched messages. Messaging fundamentals 5 commands Aliases: Service Bus subscription filter, topic subscription rule filter, SQL filter, correlation filter, Service Bus rule filter Quick peek Open full term page

Integration premium Service Bus geo-replication Service Bus geo-replication is a Premium-tier feature that continuously replicates a namespace's metadata and message data from the primary region to a secondary region. It lets operators promote the secondary when the primary region degrades, preserving queues, topics, subscriptions, filters, and message state. Service Bus advanced 5 commands Aliases: Service Bus data replication, Service Bus regional replication, Service Bus secondary region, Service Bus namespace replication, Service Bus Premium geo replication Quick peek Open full term page

Integration premium Service Bus JMS Service Bus JMS is Azure Service Bus support for Java Message Service applications. It lets Java and Jakarta workloads communicate with Service Bus queues and topics through JMS APIs over AMQP, with Premium support for JMS 1.1 and JMS 2.0 and limited JMS 1.1 support in Standard. Service Bus advanced 5 commands Aliases: Azure Service Bus JMS, JMS over AMQP for Service Bus, Service Bus Java Message Service, Service Bus JMS 2.0, Service Bus JMS 1.1 Quick peek Open full term page

Integration premium Service Bus lock duration Service Bus lock duration is the configured peek-lock period for a queue or topic subscription message. During that period, one receiver owns the message and other receivers cannot process it. The default is one minute, the maximum configured value is five minutes, and clients can renew locks. Messaging intermediate 5 commands Aliases: message lock duration, peek-lock duration, Service Bus peek lock duration, queue lock duration, subscription lock duration Quick peek Open full term page

Integration premium Service Bus managed identity Service Bus managed identity means using Microsoft Entra managed identities so Azure-hosted applications can access Service Bus without stored credentials. Applications receive RBAC roles such as Data Sender or Data Receiver, while Service Bus namespace identities may also be assigned for service-managed scenarios such as encryption configuration. Service Bus fundamentals 5 commands Aliases: Service Bus identity-based access, Service Bus Entra authentication, managed identity for Service Bus, Service Bus secretless authentication, Service Bus RBAC identity Quick peek Open full term page

Integration premium Service Bus message A Service Bus message is the unit of data sent to a queue or topic. It contains a binary payload plus broker properties and application properties that control routing, settlement, duplicate detection, sessions, expiration, correlation, and how producers and consumers understand the work. Messaging fundamentals 5 commands Aliases: Service Bus brokered message, Azure Service Bus message, ServiceBusMessage, Service Bus payload, broker message Quick peek Open full term page

Integration premium Service Bus transaction Service Bus transaction is a broker-supported execution scope that commits or rolls back multiple messaging operations as one unit. Standard and Premium support transactions for sends, receives, completions, deferrals, dead-lettering, and related transfers, while management operations and Basic tier are outside that model. Messaging intermediate 5 commands Aliases: Azure Service Bus transaction, Service Bus transactional processing, broker transaction, atomic messaging operation Quick peek Open full term page

Integration premium Service Bus batch delete Service Bus batch delete removes multiple messages from a queue or subscription in one server-side operation. It uses a requested count and optional enqueue-time cutoff, reducing receive-and-delete loops for expired or irrelevant messages, while remaining best effort and limited by entity support. Service Bus fundamentals 4 commands Aliases: Service Bus message purge, Service Bus DeleteMessagesAsync, batch delete messages, Service Bus cleanup Quick peek Open full term page

Integration premium Service Bus duplicate detection Service Bus duplicate detection lets a queue or topic remember application-supplied MessageId values for a configured window. If the same MessageId is sent again within that window, the send succeeds but the duplicate message is dropped, reducing uncertainty after retries or network failures. Messaging intermediate 4 commands Aliases: Service Bus duplicate detection window, requiresDuplicateDetection, duplicateDetectionHistoryTimeWindow, MessageId deduplication Quick peek Open full term page

Integration premium Service Bus namespace A Service Bus namespace is the Azure management, DNS, identity, and network container for Service Bus messaging entities. It scopes queues, topics, subscriptions, rules, authorization settings, SKU choice, diagnostics, and access endpoints so applications can exchange brokered messages through one named service boundary. Messaging fundamentals 4 commands Aliases: Azure Service Bus namespace, Namespace, Service Bus broker namespace Quick peek Open full term page

Integration premium Service Bus prefetch Service Bus prefetch is a client-side receiver setting that fetches messages into a local buffer before the application asks for them. A nonzero prefetch count can reduce receive latency and improve throughput, but locked messages can expire if the client buffers more work than it can process. Messaging intermediate 4 commands Aliases: Azure Service Bus prefetch, Prefetch count, Service Bus receiver buffer Quick peek Open full term page

Integration premium Service Bus Premium Service Bus Premium is the Azure Service Bus offering for mission-critical brokered messaging with dedicated resources called messaging units. It provides stronger isolation, predictable throughput, Premium-only features such as private endpoints and full JMS 2.0 support, and scaling options for production namespaces. Service Bus fundamentals 4 commands Aliases: Azure Service Bus Premium, Premium Service Bus, Service Bus Premium Messaging Quick peek Open full term page

Integration premium Service Bus premium tier The Service Bus premium tier is the namespace pricing and capability tier that allocates dedicated messaging units to Azure Service Bus. It is chosen for production scenarios that need resource isolation, predictable capacity, private networking, full JMS support, Premium metrics, and advanced resiliency options. Messaging fundamentals 4 commands Aliases: Azure Service Bus Premium tier, Premium messaging tier, Service Bus SKU Premium Quick peek Open full term page

Integration premium Service Bus private endpoint A Service Bus private endpoint is an Azure Private Link network interface that maps a virtual network to a Service Bus Premium namespace. It lets approved clients reach the namespace over private connectivity, reducing public exposure when DNS, network rules, and application routing are configured correctly. Service Bus advanced 4 commands Aliases: Azure Service Bus private endpoint, Service Bus Private Link, Private endpoint for Service Bus Quick peek Open full term page

Integration premium Service Bus queue A Service Bus queue is a brokered messaging entity that stores messages until one receiver can process them. It supports decoupled point-to-point communication, delivery locks, dead-letter handling, duplicate detection, sessions when enabled, and operational settings such as size, time to live, and forwarding. Messaging fundamentals 4 commands Aliases: Azure Service Bus queue, brokered queue, point-to-point Service Bus queue Quick peek Open full term page

Integration premium Service Bus rule A Service Bus rule is a named subscription rule on a topic subscription. It contains a filter condition, and optionally an action, so the subscription receives only matching topic messages or annotates selected messages before they are delivered to consumers. Messaging fundamentals 4 commands Aliases: Azure Service Bus rule, topic subscription rule, Service Bus filter rule Quick peek Open full term page

Integration premium Service Bus SAS policy A Service Bus SAS policy is a shared access authorization rule on a namespace, queue, or topic. It defines rights such as Send, Listen, or Manage and provides keys used to create shared access signature tokens or connection strings. for controlled access. Service Bus fundamentals 4 commands Aliases: Azure Service Bus SAS policy, Service Bus shared access policy, Service Bus authorization rule Quick peek Open full term page

Integration premium Service Bus session A Service Bus session groups related messages by SessionId so a receiver can process that ordered sequence together. Sessions support first-in, first-out handling, request-response workflows, and session state for queues or subscriptions that are created with sessions enabled. within supported tiers. Messaging fundamentals 4 commands Aliases: Azure Service Bus session, message session, SessionId in Service Bus Quick peek Open full term page

Integration premium Service Bus Standard Service Bus Standard is the shared-capacity Azure Service Bus tier that supports queues, topics, subscriptions, sessions, duplicate detection, transactions, scheduled messages, and forwarding. It is often used when advanced messaging features are needed without Premium dedicated capacity or isolation. for broad scenarios. Service Bus fundamentals 4 commands Aliases: Azure Service Bus Standard, Service Bus Standard tier, Standard Service Bus namespace 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

Containers premium Dapr service invocation Dapr service invocation is a Dapr building block for calling another application by Dapr app ID instead of hard-coding its network address in the caller. Azure Container Apps intermediate 4 commands Aliases: Dapr service invocation, DAPR service invocation Quick peek Open full term page

Integration premium Email Communication Services Email Communication Services is the Azure Communication Services email capability used to create email resources, configure domains and senders, and send transactional or application email through Azure. Azure Communication Services intermediate 4 commands Aliases: Azure Communication Services Email, ACS Email, Email Communication Service Quick peek Open full term page

Identity learning-path-anchor System-assigned managed identity A system-assigned managed identity lets one Azure resource authenticate without a stored password, client secret, or certificate managed by your app team. You turn it on for a resource such as a web app, function, virtual machine, data factory, or automation account. Azure creates an identity for that resource, and the resource can request... Managed identities intermediate 4 commands Aliases: system assigned identity, resource managed identity, SystemAssigned identity, managed service identity Quick peek Open full term page

Integration command-rich Dead-letter reason Metadata that explains why a Service Bus message was dead-lettered. Messaging and eventing intermediate 6 commands Aliases: No aliases yet Quick peek Open full term page

Compute premium Azure Functions Azure Functions is Azure serverless compute for running code from triggers such as HTTP requests, queues, timers, events, and service integrations without managing servers. Serverless compute intermediate 6 commands Aliases: Functions, Function App, serverless functions 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

Integration premium Lock duration Microsoft Learn describes Service Bus lock duration as the time a peek-locked message remains unavailable to other receivers while one receiver processes it. The default is one minute, and queues or subscriptions can be configured differently. Operators should review it with the connected Azure resource settings. Messaging and eventing intermediate 6 commands Aliases: No aliases yet Quick peek Open full term page

AI and Machine Learning premium Document analysis operation A document analysis operation is an asynchronous Document Intelligence request that analyzes a document with a model and returns extracted content, layout, and fields when polling completes. Document Intelligence intermediate 5 commands Aliases: Analyze operation, analyze document operation, Document Intelligence analysis request, async analysis operation Quick peek Open full term page

AI and Machine Learning premium Document classifier A document classifier is a Document Intelligence custom classification model that identifies document types or pages before extraction and routing. Document Intelligence intermediate 5 commands Aliases: custom classifier, Document Intelligence classifier, classification model, page classifier Quick peek Open full term page

Integration premium Event Grid custom topic Event Grid custom topic is a user-created Azure Event Grid topic that gives custom applications an endpoint for publishing business or application events. In Azure, it shows up when custom applications publish shipment, order, payment, device, or workflow events that subscribers need to process independently. Teams use it to review topic name, region, access keys or managed identity options, input schema, event subscriptions, filters, retry policy, dead-letter destination, and monitoring before changing production behavior. It is not an Azure system topic, Event Grid domain, Event Hub, or Service Bus topic. Event routing intermediate 5 commands Aliases: Azure Event Grid custom topic, custom Event Grid topic Quick peek Open full term page

Integration premium Event Grid dead-letter destination Event Grid dead-letter destination is a storage destination used by Azure Event Grid for events that cannot be delivered after retry or configuration handling. In Azure, it shows up when an event subscription needs a recoverable place for undelivered events instead of silently losing operational evidence. Teams use it to review event subscription dead-letter settings, storage account, blob container, identity or access method, retry policy, monitoring, retention, and processing runbook before changing production behavior. It is not a Service Bus dead-letter queue, handler retry loop, poison-message table, or general logging sink. Event routing intermediate 5 commands Aliases: Event Grid dead letter destination, Event Grid dead-letter storage 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 domain Event Grid domain is an Event Grid resource that provides one publishing endpoint for many related domain topics in a large or multi-tenant event solution. In Azure, it shows up when a platform needs to manage thousands of related topics, tenant-specific subscriptions, or application-specific event streams without creating unrelated standalone topics. Teams use it to review domain endpoint, domain topics, access keys or identity controls, event subscriptions, RBAC, filters, publishing application logic, metrics, and tenant ownership model before changing production behavior. It is not a DNS custom domain, Event Grid namespace custom hostname, single custom topic, or Service Bus namespace. Event routing advanced 5 commands Aliases: Azure Event Grid domain, event domain Quick peek Open full term page

Integration premium Event Grid event handler Event Grid event handler is the destination endpoint or Azure service that receives matching events from an Event Grid event subscription and acts on them. In Azure, it shows up when an event-driven workflow needs a function, logic app, webhook, queue, topic, event hub, storage queue, relay connection, or namespace topic to process events. Teams use it to review handler type, endpoint URL or resource ID, authentication method, validation handshake, managed identity permissions, retry behavior, dead-lettering, monitoring, and scaling plan before changing production behavior. It is not the event publisher, Event Grid topic, event schema, or the business event itself. Event routing fundamentals 5 commands Aliases: Event Grid handler, Event Grid destination Quick peek Open full term page

Integration premium Event Grid MQTT broker An Event Grid MQTT broker is the MQTT publish-subscribe capability in Event Grid namespaces that authenticates clients, authorizes publish and subscribe requests, and routes MQTT messages between interested clients. Teams use it to connect MQTT clients, devices, and services through managed publish-subscribe messaging without running a separate broker platform. It is not a general Event Grid custom topic or an IoT Hub device registry replacement. 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 MQTT broker, MQTT broker in Event Grid namespaces 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 retry policy An Event Grid retry policy controls how Event Grid retries event delivery attempts and when undelivered events are dropped or sent to a dead-letter destination. Teams use it to control how long Event Grid keeps trying to deliver an event when the destination is unavailable, throttled, or returning retryable errors. It is not a guarantee that every failed handler will process every event eventually. 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 delivery retry policy 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

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 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 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