из более менее похожего

вот да

но оно на бизнес

Проблема вчера была обнаружена

Есть 2 сервиса, которые общаются по JSON HTTP, необходимо в телеге нотифаи получать об ошибках. Но. Ошибка может быть как на одной стороне, так и на другой. Получается bot-api реализовывать нужно 2 раза в двух сервисах, со всеми менеджментами каналов, полученимем апдейтов (а унас похапе, это нужно не забывать, в кроне чтоли опрашивать? или какой лонгпуллинг делать? в любом случае это нужно делать 2 раза, даже если это копипаст).

Смежный кейс - дать пользакам получать инфу, связаную с этой интеграцией, но часть инфы в одном сервисе, часть в другом. Сложность решения растет, а его нужно как минимум 2 раза делать, и это только на сейчас.

Тут очевидно, что лучше бы был в инфраструктуре сервис на сейчас например чисто ТГ, каждый сервис может в него плюнуть что-то свое, и оно пойдет туда куда нужно, дело целевого сервиса - плюваться нотификашками в сервис ТГ, все остальное там. Насчет запрос-ответ - можно коннекторами (ака диалогами какими-то) в сервисе ТГ организовывать общение с целевыми сервисами

звучит как какой-то гетвей, который будет сам разруливать

и в разные транспорты слать

нужно думать как это написать универсально

эти сервисы на чьей стороне?

мне бы для начала ТГ) а там уже думать насчет универсально

и вот я еще не знаю
в том же слаке задача "плеваться нотификашками в канал" решается в два счета, если ты девелопер

не все каналы поддерживают фулл дуплекс

и чуть сложнее, если ты хочешь дать пользакам это для себя настроить

все на моей

а зачем фулл дуплекс? если это нотификашки

это цель

в тг сложнее? я просто не шарю)

это только одна часть функционала, там еще про запрос-ответ написано

общение в формате "отдать команду сервису"?

ну есть апи, чтобы дойти до "просто плюваться нотификашками", нужно много бойлерплейта генерить