Tenemos una API alojada en Windows Azure en un rol web con 2 instancias que recibe solicitudes, las valida y luego las agrega a una Cola de bus de Azure Service.

Recientemente, comenzamos a realizar pruebas de carga y encontramos que nuestro código actual arroja la siguiente excepción:

No se pudo agregar el comando a la cola de comandos Excepción: Microsoft.ServiceBus.Messaging.QuotaExceededException: Se ha alcanzado o superado el número máximo de conexiones permitidas para la Cola Número de conexiones activas: 100, Conexiones máximas permitidas: 100.

¿El código de cliente a continuación mantendría abierta una sola conexión si asumimos que mantenemos una única instancia de la clase? Estoy tratando de determinar si el problema es con el código de ServiceBusClient o nuestro registro de dependencias que inicia un nuevo cliente para cada solicitud.

public class ServiceBusClient : IDisposable
{
    #region Constants and Fields

    protected readonly NamespaceManager NamespaceManager;

    private const int DEFAULT_LOCK_DURATION_IN_SECONDS = 300; // 5 minutes 

    private const string SERVICE_BUS_CONNECTION_STRING_KEY 
                            = "service.bus.connection.string";

    private readonly IMessageBodySerializer _messageBodySerializer;

    private readonly MessagingFactory _messagingFactory;

    private readonly QueueClient _queueClient;

    private readonly string _queueName;

    private readonly ISettingsManager _settingsManager;

    #endregion

    #region Constructors and Destructors

    public ServiceBusClient(
        ISettingsManager settingsManager, 
        IMessageBodySerializer messageBodySerializer, s
        tring queueName)
    {
        _settingsManager = settingsManager;
        _messageBodySerializer = messageBodySerializer;

        var connectionString = _settingsManager.GetSetting<string>(
            SERVICE_BUS_CONNECTION_STRING_KEY);

        NamespaceManager = 
            NamespaceManager.CreateFromConnectionString(connectionString);

        _messagingFactory = 
            MessagingFactory.CreateFromConnectionString(connectionString);

        _queueName = queueName;
        _queueClient = GetOrCreateQueue();
    }

    #endregion

    #region Public Methods and Operators

    public virtual void SendMessage(object bodyObject)
    {
        var brokeredMessage = 
            _messageBodySerializer.SerializeMessageBody(bodyObject);

        _queueClient.Send(brokeredMessage);
    }

    public void Dispose()
    {
        _messagingFactory.Close();
    }

    #endregion

    #region Methods

    private QueueClient GetOrCreateQueue()
    {
        QueueDescription queue;

        if (!NamespaceManager.QueueExists(_queueName))
        {
            var queueToCreate = new QueueDescription(_queueName)
            {
                LockDuration = TimeSpan.FromSeconds(
                    DEFAULT_LOCK_DURATION_IN_SECONDS)
            };

            queue = NamespaceManager.CreateQueue(queueToCreate);
        }
        else
        {
            queue = NamespaceManager.GetQueue(_queueName);
        }

        return _messagingFactory.CreateQueueClient(
                        queue.Path, 
                        ReceiveMode.PeekLock);
    }

    #endregion
}

Como una extensión a esto; si el código anterior mantiene abierta una conexión activa; ¿Sería peligroso utilizar el patrón singleton para almacenar una instancia del ServiceBusClient para cada instancia de la API? ¿O el SDK de Azure maneja las conexiones cerradas internamente?