а в домене это конвертиться в свои на Id ?
Какие подводные камни есть в этом подходе ?
Свои тип "тип"? Если язык позволяет это удобно делать, а так только для ключевых сущностей так бы делал (что бы подчеркнуть что сущность Аля юзер это просто айдишка)
Ну в базе это еще может быть как составное поле без какого-то поля uuid/Id в качестве уникального ключа
В чем я просто вижу сложность это множество инстансов домена в k8s типа как там уникальность гарантировать если она нужна будет и как это разруливать, пока вижу решение с общим брокером
ммм, не понимаю
k8s откуда тут взялся? откуда взялись брокеры?
Есть таблица с uuid в качестве уникально ключа ,допустим она содержит Message by User в чате И есть доменная логика которая получает записи этой таблицы uuid конвертится при передаче в домен на Id (Вместо uuid может быть например два поля в таблице ,например время создания записи и device_id ) Так вот domen может быть размножен на несколько копий в кubernates чтобы нагрузку распределить по кластеру И получается что каждая такая копия будет генерить свои Id А если надо передать этот Id в другую часть логики ,чтобы он потом в базу сходил и что-то достал по Foreign Key из связанных данных Вок как такую архитектуру задизайнить чтобы ничего не поехало
А движок торговый уже допилили?
а не. ты херней занимаешься
Обсуждают сегодня