микросервиса работают с одними моделями gorm, как и куда мне лучше всего их засунуть, чтобы это было удобно?
в прото файл)
значит надо микросервисы объединять
А если 1 например это онли бэкенд, а 2 отвечает за обновление данных в нужных таблицах через поллинг? База одна
тогда джойнить сервисы)
Джойнить это?
то что микросервисы называются микро всех очень путает
наболевшее так сказать)
в итоге получается говно переплетеное, с дикой связанностью. Легче сделать монолит и его разделить, чем микромикросервисы, с сетевыми вызовами там, где должен быть обычный вызов метода
А кстати, и правда Я хоть и не ТС, но мне тоже стало интересно, как в таком случае джойнить правильно?)
Так окей, а чем микросервис отличается от монолита? Если у меня папка pkg и в ней bot/backend, и в докер компоузе у меня они запускаются отдельно, это монолит?
При этом bot тянет models из backend, что как бы хреново
это вообще не зависит от тех вещей, что ты назвал. Код на сервисы надо делить больше с точки зрения предметной области, а не "строчек кода" или еще чего-то технического
а что за приложение?
Бэкенд бэкендом, бот отвечает за обновление данных в некоторых таблицах, делая запросы к внешним источникам
да пофиг что куда ходит) в чем суть кода то?
Бэкенд, обновление площадки А, обновление площадки Б и если захотим C D E F
У тебя может быть два процесса. Нет проблем. Это на логическом уровне это надо рассматривать как один микросервис
И как следствие, это нормально если у них один код, в том числе модели. Просто в папке cmd будет два бинаря. Типа poller и webservice
в отдельный репозиторий и оформлять его как модуль
Можете чуть раскрыть идею?
делаем отдельный репозиторий туда кладем общий код подключаем его в оба микросервиса
Может лучше в первом сервисе сделать api, чтобы его дергал второй сервис? Так только первый сервис будет содержать логику работы с его данными в бд, а во втором сервисе будет бот
Один сервис бэкенд, второй получает данные извне и заносит их в бд, которую дёргает первый
в твоей картине мира почему видится невозможным вариант, когда это все - один, о боже, микросервис
Это уже вы себе придумали, мне нужно оптимально раскидать код, а как его раскидывать я уже узнаю у вас
имея в распоряжении ту инфомрацию, чтоты рассказал о задаче - в одном микросервисе. А как внутри - классическая схема со слоями, адаптеры на вход (апишка), сервис, адаптеры на выход (репозиторий/бд)
Вдруг у него бот с несколькими микросервисами взаимодействует
"имея в распоряжении ту инфомрацию, что ты рассказал о задаче"
ну и если нечто, что называется в этом контексте "бот" взаимодействует с несколькими микросервисами, то опять же тут нет никаких препятсвий, чтобы все сделать в одном микросервисе
Обсуждают сегодня