Не увидел комментария, отвечу спустя несколько месяцев... Да, я полагаю, что больше нет никакого практического смысла использовать вебхуки, в т.ч. в коммерческих продуктах.
Используем в нескольких проектах на проде, в т.ч. в CI/CD, управлять очень просто, отлично работает автопубликация через traefik.
Есть известные неисправляющиеся баги на смешанных кластерах на Windows нодах с ingress и публикацией порта, открывал issue безрезультатно больше года назад - раз и два.
Хотя в итоге это не стало большой проблемой, если публиковать ресурсы с Windows нод через traefik, крутящийся на линуксовой ноде, ну и планомерно отказываться вообще от контейнеров на Windows.
Кажется в начале статьи есть достаточно важная неточность, Вы указываете, что "обновления будем получать периодически опрашивая Telegram сервер на наличие новых обновлений", но ведь указанный Telegram.Bot.Extentions.Polling использует long polling, поддерживаемый API Telegram согласно документации:
getUpdates
Use this method to receive incoming updates using long polling
Таким образом, никакого периодического опроса сервера нет, мы подключаемся к нему и висим до тех пор, пока серверу не будет что отдать, сразу после получения новых данных библиотека делает повторное подключение к API Telegram и опять висит. За счёт этого нет каких - либо задержек при получении обновлений и боты работают моментально.
По моему скромному мнению, с момента поддержки long polling не стало самого главного преимущества вебхуков (моментальности), а инфраструктурных недостатков и неудобств сильно больше. В наших проектах перешли на long polling и очень довольны, удобно.
Письмо действительно приходило, и даже ответили на уточняющие вопросы о том какие именно "прочие данные" утекли. Возможно у ваших знакомых попало в спам, либо не обратили внимания на "очередное письмо от яндекса"?
Подскажите, пожалуйста, когда планируется предоставить возможность произвольным компаниям становиться теми самыми инициаторами подписания? Известна ли процедура? Есть ли публичная документация по интеграции?
Не увидел комментария, отвечу спустя несколько месяцев... Да, я полагаю, что больше нет никакого практического смысла использовать вебхуки, в т.ч. в коммерческих продуктах.
Отличная обзорная статья, спасибо автору.
Используем в нескольких проектах на проде, в т.ч. в CI/CD, управлять очень просто, отлично работает автопубликация через traefik.
Есть известные неисправляющиеся баги на смешанных кластерах на Windows нодах с ingress и публикацией порта, открывал issue безрезультатно больше года назад - раз и два.
Хотя в итоге это не стало большой проблемой, если публиковать ресурсы с Windows нод через traefik, крутящийся на линуксовой ноде, ну и планомерно отказываться вообще от контейнеров на Windows.
Кажется в начале статьи есть достаточно важная неточность, Вы указываете, что "обновления будем получать периодически опрашивая Telegram сервер на наличие новых обновлений", но ведь указанный Telegram.Bot.Extentions.Polling использует long polling, поддерживаемый API Telegram согласно документации:
Таким образом, никакого периодического опроса сервера нет, мы подключаемся к нему и висим до тех пор, пока серверу не будет что отдать, сразу после получения новых данных библиотека делает повторное подключение к API Telegram и опять висит. За счёт этого нет каких - либо задержек при получении обновлений и боты работают моментально.
По моему скромному мнению, с момента поддержки long polling не стало самого главного преимущества вебхуков (моментальности), а инфраструктурных недостатков и неудобств сильно больше. В наших проектах перешли на long polling и очень довольны, удобно.
Письмо действительно приходило, и даже ответили на уточняющие вопросы о том какие именно "прочие данные" утекли. Возможно у ваших знакомых попало в спам, либо не обратили внимания на "очередное письмо от яндекса"?
Здравствуйте!
Подскажите, пожалуйста, когда планируется предоставить возможность произвольным компаниям становиться теми самыми инициаторами подписания? Известна ли процедура? Есть ли публичная документация по интеграции?
Спасибо!