Телеграмм чат группы itarchitect страница 2328

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура ИТ-решений

1653 membersпожаловаться на группу

2019 December 02

AS

Andrei Soloschak in Архитектура ИТ-решений

Valeriy

Банк = domain; розничный бизнес - subdomain; кредиты, депозиты - bounded contexts внутри розничного бизнеса, на каждый bounded context свой m/s

Не не так. Кредиты - субдомен. А bounded context кредитов = кредиты + немного клиентов + немного счетов и тд.

источник

01:46пожаловаться #1

PD

Phil Delgyado in Архитектура ИТ-решений

Ну, если там нужны эти клиенты и счета, зависит от задачи и разделения.
Лучше если нет )

источник

01:46пожаловаться #2

AS

Andrei Soloschak in Архитектура ИТ-решений

Так это возможные свойства, а не обязательные требования.
При том, что у заметной части решений при переходе к микросервисам падает и scalability и maintaiability )
Что в большинстве случаев естественно )

Падает или может руки кривые?

источник

01:46пожаловаться #3

AS

Andrei Soloschak in Архитектура ИТ-решений

Ну, если там нужны эти клиенты и счета, зависит от задачи и разделения.
Лучше если нет )

Так не бывает, чтобы не нужны. Договор с кем? Кредит зачисляется куда?

источник

01:47пожаловаться #4

PD

Phil Delgyado in Архитектура ИТ-решений

Вообще, что бы не падало - нужны более прямые руки, чем для монолита.
Если используются те же руки - то обычно падает.

источник

01:47пожаловаться #5

V

Valeriy in Архитектура ИТ-решений

Andrei Soloschak

Не не так. Кредиты - субдомен. А bounded context кредитов = кредиты + немного клиентов + немного счетов и тд.

Не уверен. Можете пояснить почему?

источник

01:48пожаловаться #6

PD

Phil Delgyado in Архитектура ИТ-решений

Andrei Soloschak

Так не бывает, чтобы не нужны. Договор с кем? Кредит зачисляется куда?

Просто идентификаторы - это все-таки еще не часть другого субдомена. Вот если статусы счета нужны при расчете кредитного лимита - то да, приходится затаскивать данные других субдоменов.

источник

01:49пожаловаться #7

AS

Andrei Soloschak in Архитектура ИТ-решений

Valeriy

Не уверен. Можете пояснить почему?

Можно почитать вот здесь https://www.amazon.com/Domain-Driven-Design-Distilled-Vaughn-Vernon/dp/0134434420

Domain-Driven Design Distilled: Vaughn Vernon: 9780134434421: Amazon.com: Books

Domain-Driven Design Distilled [Vaughn Vernon] on Amazon.com. *FREE* shipping on qualifying offers. <p style= margin:0px; >Domain-Driven Design (DDD) software modeling delivers powerful results in practice

источник

01:49пожаловаться #8

V

Valeriy in Архитектура ИТ-решений

Если имеете в виду, что реализация потребует держать в b/c эти данные и ими оперировать в процессе выдачи, погашения и пр. по кредиту - то я согласен

источник

01:49пожаловаться #9

PD

Phil Delgyado in Архитектура ИТ-решений

Valeriy

Не уверен. Можете пояснить почему?

Введи subdomens vs bounded contexts и получишь кучу материалов.

источник

01:49пожаловаться #10

AS

Andrei Soloschak in Архитектура ИТ-решений

Просто идентификаторы - это все-таки еще не часть другого субдомена. Вот если статусы счета нужны при расчете кредитного лимита - то да, приходится затаскивать данные других субдоменов.

Договор печатаете? Значит не только идентификаторы.

источник

01:50пожаловаться #11

AS

Andrei Soloschak in Архитектура ИТ-решений

Да и идентификаторы это уже чужой субдомен

источник

01:50пожаловаться #12

PD

Phil Delgyado in Архитектура ИТ-решений

А договоры - это может быть вообще другой контекст. Или все вместе в одном общем.
Как получится )

источник

01:50пожаловаться #13

PD

Phil Delgyado in Архитектура ИТ-решений

Andrei Soloschak

Да и идентификаторы это уже чужой субдомен

А почему, кстати? Мне же не важно его содержание или какие-то параметры.

источник

01:51пожаловаться #14

V

Valeriy in Архитектура ИТ-решений

Введи subdomens vs bounded contexts и получишь кучу материалов.

Вводил, написал, как понял

источник

01:52пожаловаться #15

PD

Phil Delgyado in Архитектура ИТ-решений

Между субдоменами связи через ссылки тоже есть - и это не делает эти субдомены общими.
Впрочем, подозреваю, это не очень существенно.

источник

01:52пожаловаться #16

AS

Andrei Soloschak in Архитектура ИТ-решений

А договоры - это может быть вообще другой контекст. Или все вместе в одном общем.
Как получится )

Есть ещё понятие read model. То есть когда с разных доменов собираются данные для отображения. Отдельного домена Договоры обычно не бывает.

источник

01:53пожаловаться #17

PD

Phil Delgyado in Архитектура ИТ-решений

А по разному. У них совершенно свой жизненный цикл, по идее. Так что может быть и субдоменом.
Для физиков - вряд ли. Для юриков - вполне.

источник

01:54пожаловаться #18

PD

Phil Delgyado in Архитектура ИТ-решений

Вернее, субдомен выделить можно почти всегда, но делать для него отдельный контекст - когда как.

источник

01:54пожаловаться #19

PD

Phil Delgyado in Архитектура ИТ-решений

Но без конкретной картинки обсуждать смысла нет )

источник

01:55пожаловаться #20