currently volume metrix is only granual down to event hub level, it's not enough when troubleshooting multi consumer hubs. please provide metrix per consumer group

Sometimes, we have consumer groups created for a specific purpose, but it is not very clear with the names (as some of them are GUID's) so we end up creating some more and it ends up a mess. Having a description on the consumer group it makes it easier to identify what is what and maybe easier to clean up even if we had information like "test CG delete later" or something. This is an existing feature in a Secret in KeyVaults.

Currently, the dedicated cluster picks up the internal monitoring namespace traffic into the aggregated metrics. As this is the only place that the internal workings shows up, it is confusing to see thousands of messages ingress into a cluster with no user defined namespaces or hubs on it.

The internals should either be hidden and abstracted, or separated out from user metrics.

Currently, when a new cluster is created, it shows metrics from notably before its creation timestamp which is confusing.

New clusters should only show metrics related to workloads that occurred on them from their creation time forward.

Currently, if you deploy a dedicated cluster you have to wait four hours to delete it. If the four hour window is related to the minimum billing period, the cluster should still be able to be deleted (even though you will be billed for it).

If it's not tied to the billing window, it would be nice to be able to pend the delete until whatever technical systems are ready and then let the system take over, rather than letting it fail.

Event Hub kafka enabled does not allows KSQL client to be connect

Need to disable TLS 1.0, 1.1 and 3DES from Azure Event hubs, Service bus and relay.

When activating the built-in capture feature in Event Hub, messages are stored in Blobs using AVRO format. In AVRO, system prop EnqueuedTimeUTC is serialized as a string, and the odd part is that milliseconds are not there. Basically, capture feature is truncating the original information, which it should not do

Event Hub Disaster Recovery needs manual intervention of restarting the application to start pushing messages to secondary namespace as kafka protocol prevents connections from closing after triggering failover.

It would be nice if the kafka can automatically have a new connection at the time of failover.

In Diagnostic setting for any resource when sending events to EventHub it allows only namespace SAS policy. It will be good if it allows EventhHub SAS Policy.

Also today the option should say “EventHub Namespace policy name” instead of “Event hub policy name” as it confuses many users.

Use case: Output from ARM template the primary connection string of an event hub geo-DR alias. Similar to the 'primaryConnectionString' property, but using the alias primary connection string.

For example, "[reference(....).primaryConnectionString]" works for the non-alias connection string, but "[reference(....).aliasPrimaryConnectionString]" doesn't exist.

Here's the error if you try it:

The language expression property 'aliasPrimaryConnectionString' doesn't exist, available properties are 'primaryConnectionString, secondaryConnectionString, primaryKey, secondaryKey, keyName'..

Please support ORC format for event capture. Research suggests it could be much denser for sparse data.

FYI: It is already supported by Data Factory, SQL DW/Synapse, ADLA, and Hive (via HDInsight).

A container that acts like an event hub so that in local/dev/test/ci environments it's easy to spin up and tear down application stacks that are dependent on event hub.

In azure portal Eventhub how to find AMQP links are idle, expired, active etc.

add a description free text field inside envent hub IP firewall list

Currently event capture only supports writing in avro. It would be nice to support other file formats for processing e.g JSON and parquet.

Please provide message and events replication for disaster recovery in the Event hub .Currently It supports metadata replication only.We have to poll stuck messages from old primary event hub.Event hub Disaster recovery involves manual steps .Please provide feature to replicated the messages also .So that this process become automatic.

if we want to delay the eventhub message execution in eventhub receiver for some dependency .