В Pro MSMQ от Apress, говорится на с. 26, что очереди, сгруппированные по одному и тому же GUID типа службы, могут быть доступны клиентским приложениям, использующим «Службу каталогов, без необходимости знать их физическое местоположение. Это хороший механизм для кластеризации».
В официальных документах указано, что .NET MessaginQueueing API работает быстрее, чем COM API. Но классы .NET, по-видимому, не имеют возможностей поиска COM API. Можно ли использовать объекты COM для назначения идентификатора GUID с сервера & mdash; для поиска очередей сообщений в целях кластеризации с клиента - но переключаться на объекты .NET при выполнении каких-либо других действий, таких как отправка сообщений и их чтение?