В проблеме вопрошающего: у него есть граничные контексты, которые оперируют похожими/одинаковыми данными. Эти данные в предметной области связаны с одним информационным объектом и в контекстах объекты называются одинаково. Объекты реализуются в виде сущности или объекта-значения. Шарить реализации между - можно, но тогда растёт зацепление. Применяют обычно другое решение - используют механизм передачи данных в сообщениях. Сообщения должны быть переданы так, что не завязываться на язык/классы и прочее(json, например). С обоих сторон контекстов появляется необходимость в описании способов кодирования/декодирования сообщений. Во время кодирования/декодирования и решается проблема маппинга данных на понятный контексту язык объектов.

эта та которая обладает инвариантами и полиси

+

Эта не приносит денег.

Мне кста вообще всегда казалось что полиси - прикладное. А инварианты все таки про внутря домена.

Зацепление это вообще не про это, зацепление не про то, что какой-то мс тебе прислал (сереализовал/десереализовал) какую-то кучу объектов в один звонок, если твой мс звонит в 10 эндпоинтов другого мс - это и есть зацепление

Оно ж разное бывает. Т.е. если у меня 2 контекста переиспользуют классы друг друга, то зацепление не растет?

Что такое контексты

там куча видов каплинга вы похоже просто про разные типы каплинга разговариаете

Условно разделенные границы ответственности между командами

Какими командами? 🥲

Командами разработки, например. Это не определение контекста☝️

Полиси и инварианты для меня по боьшей части одно и тоже
Гарантирут нам  консистентность системы вов ремя изменния данных

Обычно если два контекста переиспользуют целиком классы друг друга, значит эти контексты поделили либо криво, либо зря. И стоит переделать их так, чтобы не переиспользовали.

Инварианты - правила для стэйта, полиси - что делать если что-то (например инвариант нарушен для eventual consistency). Лучше не обобщать термины

Спасибо стало понятнее разница. Теперь больше не смешиваются они у меня.

Добрый день.
Есть корзина - добавляем туда доступный товар. Через время товар заканчивается, но в корзине остается, но помечяется "закончился" - получается инвариант.
Что можно делать с инвариантами в такой ситуации и кто-нибудь сталкивался ли с таким?

У меня в голове почему то это все просто. Есть значение количества на складе. Если оно 0 то "закончился"

Это товар, который кончился. Можно предложить юзеру заменить товар, можно просто уведомить, что товаров нет и ты пересчитаешь стоимость, выкинув товары, а можно просто выкинуть товары. Но это вполне валидный кейс