Служебная шина Azure с перебоями "40400: конечная точка не найдена"
У меня странные ошибки с Azure Service Bus. Для долго работающих приложений, использующих пакетный API, чтобы я мог прочитать пакет сообщений сразу (и сбросить назад, когда у меня нет доступных сообщений и т. Д.), Я в конечном итоге начну получать ошибки "40400: Конечная точка не найдена". Они только временны в том, что это не останавливает все, но, как только они происходят, они периодически настойчивы.
Я также регулярно получаю сообщения о потере блокировки сообщений с 60-секундными таймаутами для обновления пакетов сообщений (максимум 100 одновременно). Это действительно не должно происходить, так как он работает в "тестовых" условиях, когда сообщения читаются, с ними ничего не происходит, и затем я завершаю их (то есть не существует "логики программирования", которая вообще занимает какое-то время, чтобы вызвать тайм-аут).
Я действительно не знаю, как понять, почему это происходит, и что я могу сделать, чтобы предотвратить их.
Очевидно, у меня есть вся логика повторных попыток, чтобы она не закрывала мое приложение, но, в конце концов, мое приложение будет обрабатывать сообщения настолько медленно, что фактически оно вообще ничего не делает.
Я подозреваю, что это потому, что моя очередь ("глобальная всемирная очередь") находится в Северной Европе, а мое приложение - в восточной части США, поэтому задержка вызывает проблему. Если это так, то я действительно озадачен тем, что это центр обработки данных Azure, взаимодействующий с другим центром обработки данных Azure (так должно быть быстрым), а затем, во-вторых, как на самом деле вы должны создавать глобальные очереди для распределенного доступа, если производительность настолько низкая? AFAIK Service Bus не поддерживает глобально распределенные очереди с одной конечной точкой...