Исходя из ответов, выложите более полный ответ здесь. Поскольку существует возможность иметь возможность подключения rnet, я бы определенно предложил создать решение в качестве «обычного» бота Bot Framework с использованием регистрации Azure Bot. Важно отметить, что для этого есть ДВА варианта - самый очевидный из них создает «регистрацию» бота, но ТАКЖЕ по умолчанию размещает его в Azure веб-приложении, стоимость которого может быть весьма значительной. ОДНАКО, есть еще один вариант, создать только "Bot Channel" регистрацию, что означает, что вы получаете бот зарегистрированный в Azure, но не обязательно hosted в Azure.
Я описал это подробнее в этом посте , и вы хотите использовать «Регистрация каналов бота» в Azure, а не «Бот веб-приложения». Затем на экране «настройки» вы можете определить, какой фактический адрес бота (см. здесь для просмотра экрана настроек).
Итак, в целом это должно помочь - в основном бот должен иметь HTTPS, inte rnet -доступную конечную точку. ОДНАКО это говорит о том, что ваши боты можно размещать в Azure функциях, а не в Azure веб-приложениях, а их стоимость на значительно дешевле (центы против долларов, особенно с низким трафиком c) , Это немного трудоемко, особенно потому, что образцы по умолчанию используют более стандартные опции, но они работают довольно хорошо.
Кстати, недавно я запустил новый блог и получил сообщение описывая кое-что из того, что я узнал о том, как работают боты, было бы неплохо узнать об этом. См. Как на самом деле работают вызовы ботов .