На Хабре вышла техническая статья о том, как разработчик конструктора ботов справился с типовой инженерной проблемой: каждому клиенту сервиса нужен собственный Telegram-бот, а держать под сотни ботов отдельные процессы — дорого и неудобно. Автор описывает решение — общий webhook на все боты, очередь заданий в PostgreSQL с блокировкой SKIP LOCKED и облегчённое Mini App весом всего 5 КБ. В материале приводятся замеры нагрузки и, что особенно ценно, честный разбор потолка такой схемы — то есть автор не выдаёт архитектуру за универсальное решение, а показывает, где она начинает упираться в ограничения.
О чём на самом деле эта статья
Судя по заголовку и описанию, речь идёт о сугубо инфраструктурной задаче: как обслуживать множество ботов в одном процессе без дублирования ресурсов. SKIP LOCKED в PostgreSQL — стандартный приём для очередей, когда несколько воркеров разбирают задания из одной таблицы без конкуренции за одни и те же строки. Полного текста статьи у нас нет, поэтому детали реализации, конкретные цифры нагрузки и точное описание «потолка» схемы мы оставляем на совести автора и не будем домысливать за него.
Почему это важнее, чем кажется на первый взгляд
За сухой инженерной темой стоит вполне бытовой факт: Telegram-боты — это не игрушка для гиков, а рабочая инфраструктура, на которой держатся тысячи сервисов — от заказа еды до уведомлений от банков и госорганов. Чем дешевле и надёжнее становится инфраструктура ботов, тем больше бизнесов и организаций выбирают Telegram как основной канал коммуникации с клиентами. Это прямо касается обычного пользователя: чем больше сервисов «живёт» в Telegram, тем менее охотно люди готовы полностью уходить оттуда, даже если появляется альтернативный мессенджер.
Параллель с MAX
Именно это сейчас и происходит в России. MAX активно продвигается как национальный мессенджер: его предустанавливают на новые телефоны, через него переводят коммуникацию школы, госструктуры и часть работодателей. Но статья на Хабре — лишний повод вспомнить, что вся инфраструктура ботов, автоматизаций и интеграций годами строилась вокруг Telegram, и переехать туда, где такой экосистемы пока нет, для бизнеса и разработчиков не так просто и не так быстро.
Для рядового пользователя это выливается в конкретную бытовую проблему: MAX нужен для официальных уведомлений и работы, а Telegram — потому что там остаются боты, каналы, чаты и привычные контакты. Держать оба мессенджера одновременно установленными и проверять оба — не то, чем хочется заниматься каждый день.
Где здесь приватность
Из описания источника прямых сведений о приватности или безопасности не следует — статья про производительность и архитектуру очередей, а не про защиту данных. Но раз речь про инфраструктуру, которая обрабатывает сообщения сотен ботов централизованно, разумно держать в уме общий принцип: чем больше точек, через которые проходит переписка, тем важнее понимать, кто и как эти данные обрабатывает. Это справедливо для любой архитектуры мессенджеров, включая связку MAX и Telegram.
При чём тут Максограм
Проблема «два мессенджера — надо проверять оба» решается не отказом от одного из них, а переносом сообщений в одно место. Максограм именно для этого и существует: он пересылает входящие сообщения из MAX в Telegram и обратно, так что MAX можно установить один раз для сканирования QR-кода в боте @maxogrambot, а дальше пользоваться привычным Telegram — читать входящие из MAX и отвечать оттуда же. После настройки MAX на телефоне можно даже удалить. Если для вас, как и для героя обсуждаемой статьи, главный вопрос — как избавиться от лишней инфраструктурной нагрузки в повседневной коммуникации, попробуйте Максограм: один интерфейс вместо двух приложений.