Size: a a a

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

2021 February 25

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Alexey Mergasov
Из моего опыта: наличие ЕСБ сильно портит гибкость в части тиражирования системы, как правило, все зависят от неё и вынуждены подстраиваться.
на другой стороне стандартизация - время на разработку новых систем сокращается.

И скажем откровенно, в ИТ сейчас гораздо меньше областей, в которых часто появляются принципиально новые классы сервисов, чем людей, которые сначала не проектируют ландшафт (ибо аджайл и некогда), а потом изобретают велосипеды конвейерным методом
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
на другой стороне стандартизация - время на разработку новых систем сокращается.

И скажем откровенно, в ИТ сейчас гораздо меньше областей, в которых часто появляются принципиально новые классы сервисов, чем людей, которые сначала не проектируют ландшафт (ибо аджайл и некогда), а потом изобретают велосипеды конвейерным методом
И да, и нет

Вот я считаю, что доменно-ориентированные подходы правильные и современные

И мой доклад (готовлю) по интеграции так и называется - доменно-ориентированный подход к интеграции

При этом, доменно-ориентированный ≠ эджайл
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Вот data mesh - это доменно-ориентированный подход к архитектуре данных

При этом, Data Lake актуален, потому что междоменные истории
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Да почему сразу архитектура данных-то? Человеку, может, сервисы нужно оркестрировать. А данные в сторонке полежат.
Или эвенты маршрутизировать (и да, данные снова полежат в сторонке)
Другой вьюпойнт, чё сразу данные-то? )
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
модель качества системы не может быть сформуллирована в отрыве от архитектуры данных
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
а дата меш ваш - просто концепция замены прямого копирования ссылками на данные.
Я не уверен, что родился, когда это уже использовалось в информатике. Единое адресное пространство, софтлинки, метаданные. Миллениалы что-то там снова переизобрели и активно продают )
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Озёра начали бодро заболачиваться
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
а дата меш ваш - просто концепция замены прямого копирования ссылками на данные.
Я не уверен, что родился, когда это уже использовалось в информатике. Единое адресное пространство, софтлинки, метаданные. Миллениалы что-то там снова переизобрели и активно продают )
Вообще не так
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
и возникла потребность наводить порядок
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
милленалы тут непричём
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
ссылочная согласованность важна была всегда
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Основная мысль - нужно дать автономность (больше свободы) продуктовым командам
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
а дата меш ваш - просто концепция замены прямого копирования ссылками на данные.
Я не уверен, что родился, когда это уже использовалось в информатике. Единое адресное пространство, софтлинки, метаданные. Миллениалы что-то там снова переизобрели и активно продают )
Лёша, давай ты всё же с матчастью ознакомишься. Иначе, при всём уважении, твои гипотезы будут уж совсем не попадать
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Gennadiy Kruglov
Основная мысль - нужно дать автономность (больше свободы) продуктовым командам
Ты не меняй тему. Речь была про архитектурный паттерн distributed data mesh, вот он и есть по сути - ссылки/мета, каталог структур данных, единое адресное пространство.

А какую там философию для продажи менеджерам придумали, переведя на язык человеческих взаимоотношений и обратив закон Конвея - это меня как технаря волнует только если иногда и под пиво
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Pryanishnikov
Ты не меняй тему. Речь была про архитектурный паттерн distributed data mesh, вот он и есть по сути - ссылки/мета, каталог структур данных, единое адресное пространство.

А какую там философию для продажи менеджерам придумали, переведя на язык человеческих взаимоотношений и обратив закон Конвея - это меня как технаря волнует только если иногда и под пиво
Нет

Это прежде всего организационный подход

Подход к владению данными и средствам их обработки
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Да большая часть архитектурных паттернов - это про обеспечение организационного подхода.
Те же микросервисы )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Вот я прямо сейчас вижу, что продуктовые команды вполне могут самостоятельно поставлять информационные продукты. Поэтому нужно способствовать повышению их автономности, повышать уровень самообслуживания.

Да, могут не все и не всегда

И, да. Есть междоменные продукты
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
,борьба с big ball of mud
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Да большая часть архитектурных паттернов - это про обеспечение организационного подхода.
Те же микросервисы )
Да)

В микросервисной архитектуре популяризировали DDD. Вообще, сделали ставку на независимость доменов
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Mergasov
,борьба с big ball of mud
Доменная ориентированность способствует модульности. И тяготеет к организации взаимодействия
источник