Size: a a a

2020 August 20

T

Timur in pro.flood
Dima
допустим сервис будет слушать топик в брокере, на предмет такого
И обновлять каждую запись?
источник

D

Dima in pro.flood
но логика мигратора конечно зависит от требований
источник

D

Dima in pro.flood
например ты удалил тип в справочнике, на который ссылаются записи
источник

D

Dima in pro.flood
возможно выгодней пометить записи в конкретном српавочнике, как ссылающиеся на архивный тип
источник

h

humanoid in pro.flood
Вообще конечно синхронизация между микросервисами - означает что это уже не микросервисы
источник

AM

Aleksander Melnichni... in pro.flood
humanoid
Зависит от кейса. Мб копировать нет возможности. Но вообще “копирование”, а лучше правильно распределять границы сервисов
С границами сервисов это всегда очень непростой вопрос. Если нужна функциональность crm. Crm - это отдельный микросервис? Или домен микросервисов(сервис состоящий из n микросервисов)
источник

D

Dima in pro.flood
то есть физически не удалять ничего
источник

D

Dima in pro.flood
ток помечать
источник

D

Dima in pro.flood
например вот у меня оператор связи
источник

D

Dima in pro.flood
и я вижу в кабинете, что мой тариф уже в архиве
источник

AM

Aleksander Melnichni... in pro.flood
humanoid
Вообще конечно синхронизация между микросервисами - означает что это уже не микросервисы
Да -  у нас сейчас так и вышло распределенный монолит со всем вытекающими
источник

D

Dima in pro.flood
логика понятна
источник

D

Dima in pro.flood
Aleksander Melnichnikov
Да -  у нас сейчас так и вышло распределенный монолит со всем вытекающими
ну вот мой предложенный вариант масштабируется
источник

AM

Aleksander Melnichni... in pro.flood
Dima
возможно выгодней пометить записи в конкретном српавочнике, как ссылающиеся на архивный тип
Ага - да у нас такое тоже используется. Но не для всех сущностей.
источник

D

Dima in pro.flood
локальный кэш в виде таблицы + консьюмеры брокера, который читает топик справочника
источник

D

Dima in pro.flood
логика миграции - на ваше усмотрение
источник

D

Dima in pro.flood
по краней мере переименовать имя справочного типа будет просто, читаем wal-эвент того же постгреса в консьюмере, меняем в локальных таблицах имя на новое
источник

h

humanoid in pro.flood
Aleksander Melnichnikov
С границами сервисов это всегда очень непростой вопрос. Если нужна функциональность crm. Crm - это отдельный микросервис? Или домен микросервисов(сервис состоящий из n микросервисов)
Сложный, но чуть ли не самый важный. Так как в этом суть. Сделать сервисы максимально назависимыми. Те границы должны быть там где меньше всего связей.
Точно не по названиям - надо делить) Надо смотреть на кокретное поведение, а не на стейт. На инварианты.
источник

D

Dima in pro.flood
если тип новый добавили - добавляем в локальную таблицу
источник

D

Dima in pro.flood
если удалили - помечаем архивным
источник