UCMA подписывает на присутствие многих пользователей

в настоящее время мы работаем над дизайном приложения UCMA, которое должно иметь возможность подписаться на обновления сведений о присутствии до 15 000 пользователей. Читая (довольно устаревшую) документацию, мы отметил следующее:

Lync Server 2013 также накладывает ограничение на длину тела ответа на подписку, поэтому приложение, которое подписывается на большое количество пользователей (обычно более 1000 пользователей), может получить ответ об ошибке от Lync Server 2013.

Кто-нибудь знает, верно ли это для Skype для бизнеса 2015/2019 или где найти текущие документы?

Далее в том же документе говорится, что для большого количества подписок рекомендуется ограничить категории, на которые мы подписываемся. Нас интересует только состояние присутствия, поэтому для нас это хороший обходной путь. Однако я не могу найти много информации о том, какая разница, например, если мы подписываемся только на состояние присутствия, можем ли мы иметь 2-кратное, 5-кратное или 100-кратное количество подписок?

Поискав вокруг, я нашел этот пост , который, кажется, говорит, что мы можем подписаться на гораздо больше пользователей, если мы создадим пакеты из нескольких сотен. Применяется ли вышеуказанное ограничение в 1000 пользователей к вызову BeginSubscription()?

Спасибо заранее!


skype-for-business skypedeveloper ucma
person Tom Torggler    schedule 18.02.2020    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Похоже, вы читаете документацию по UCMA 4 (Lync 2013). Существует UCMA 5 (SfB 2015) документация, но реальных различий нет. UCMA 6 (SfB 2019) доступен, но документации нет.

Исходя из личного опыта, вы можете использовать любую из версий UCMA для выполнения работы. Детали не изменились.

Если вы хотите подписаться на онлайн-аккаунты SfB, вам придется использовать UCMA 5 в SfB 2015 или UCMA 6 в SfB 2019, поскольку UCMA 4 в SfB 2015/2019 не работает для онлайн-аккаунтов SfB. Это единственная ошибка, которую я нашел.

Я дошел до сотен подписок, и я думаю, что некоторые из наших клиентов достигли отметки в 1 тысячу, используя пакетные подписки. Я использую размер пакета 100, и он работает нормально для меня.

Вы не узнаете, пока не протестируете его самостоятельно, чтобы увидеть, как он работает с размерами пакетов, с которыми вы тестируете, если он будет медленным или достаточно быстрым.

На отметке в 15 тыс. нужно позаботиться о большом количестве подписок. Это может привести к нежелательным накладным расходам на систему SfB на этом уровне подписок из-за дополнительных сообщений/опроса подписки. Возможно, вам придется рассмотреть вопрос о разделении подписок между приложениями/машинами для балансировки нагрузки.

Если вы обнаружите, что оно работает не очень хорошо, вам, возможно, придется подумать о переключении с приложения UCMA на приложение Server App (sip proxy), которое работает на машинах FE и анализирует sip-трафик, чтобы просматривать трафик изменения присутствия по мере их возникновения. Это намного больше работы, но не создает столько накладных расходов, как приложение UCMA.

person Shane Powell    schedule 18.02.2020
comment
Спасибо за комментарий, Шейн! Говоря о серверном приложении, вы имеете в виду сценарий MSPL, который перенаправляет соответствующие сообщения в приложение? Доступны ли обновления состояния присутствия пользователя на этом уровне? - person Tom Torggler; 19.02.2020
comment
Да, приложение на основе MSPL. И да, присутствие осуществляется через SIP-сообщения, см. docs.microsoft.com/en-us/openspecs/windows_protocols/ms-sip/ - person Shane Powell; 19.02.2020