Архитектура ИТ-решений
13.7K subscribers
277 photos
27 files
1.08K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Этот канал не продается, а я не сдаю квартиры/машины/яхты. Будьте, пожалуйста, осторожны!
Download Telegram
Архитектура ИТ-решений
Вы читали старую книжку “NoSQL Distilled” (рус. "NoSQL. Новая методология разработки...")?
Поясню почему я задал вопрос относительно этой книжки. На мой взгляд, в наше время недостаточно актуализирована тема моделирования данных. DDD подходит для разработчиков, но вряд ли годится для аналитиков и тем более специалистов предметной области. Они, если и принимают участие в сессия типа Event Storming, то делают это, как-бы вслепую. Отвечают на вопросы разработчиков, но не строят собственную и самодостаточную модель предметной области. Неявно предполагается, что она у них уже есть. Но даже в тех предметках, где наличие такой модели декларируется на поверку оказывается, что это не так. Не работают предметники с BDW, BIAN, SID и пр. за редким исключением. Раньше предполагалось, что старательный заказчик должен сесть и с помощь грамотного аналитика нарисовать UML диаграмму классов или модель сущность-связь. Реально, если кто-то этим и занимался, то высокооплачиваемые консультанты с весьма условным знанием предметной области, но большими понтами и голословными заявлениями о том, что модель у них есть. Сегодня роль данных стала ещё выше, а вовлеченность предметников в игру со стрелочками и квадратиками еще меньше. В общем, хочется иметь простую историю для людей из-за границы ИТ или же наших пограничников о том, как моделировать данные в конце второй декады XXI века
Возможно, аргументация автора статьи покажется вам банальной (мне она такой показалась), но нельзя не согласиться с тем, что бессерверные вычисления подбуксовывают https://www.infoq.com/articles/serverless-stalled/ Да и вообще, если функция вызывается крайне редко, можно и без разного рода платформ отдельный процесс застартовать (было же ведь так во времена CGI), а если не так уж и редко, то держите запущенный микросервис
Талант Кента Бека - автора экстремального программирования (XP), заключается в формулировании едва осознаваемых вещей понятными и простыми словами. Его очередная заметка: https://medium.com/@kentbeck_7670/monolith-services-theory-practice-617e4546a879
Forwarded from Ivan Begtin (Ivan Begtin)
Emerging Architectures for Modern Data Infrastructure [1] весьма интересно изложенный отчет от Andreessen Horowitz о том как устроена современная архитектура работы с данными в зависимости от задач для которых она проектируется.

По сути - это такой универсальный канвас который можно использовать в любом хорошем инструменте рисования диаграмм. Для типовых задач бизнеса или госструктур вполне подходит и весьма продуманно структурировано (не буду утверждать что идеально, надо смотреть более детально через призму своих задач). Особенно стоит обратить внимание на сдвиги в технологиях Например, Data Flow automation вместо Workflow Management и ELT вместо ETL, а также нового типа озёра данных вместо Hadoop.



Ссылки:
[1] https://a16z.com/2020/10/15/the-emerging-architectures-for-modern-data-infrastructure/

#data #bigdata #report
Гартнеровский Hype Cycle по архитектуре предприятия от сентября 2020 https://www.gartner.com/doc/reprints?id=1-24EE6K3G&ct=201019&st=sb&fbclid=IwAR3fOfPWeRNf10dyrHdIVCFYfvtg_hJaIjkFel4QBYMLIRNcSFYvyxlCFoA
Вот всё у нас так. Если API, то без спецификации в Open API, но зато с толстыми документами, в которых написано
(Цитата из одного из стандартов: 2.3 Принципы архитектуры. Архитектура среды Открытых банковских интерфейсов соответствует концепции RESTful ... В случаях, когда следование принципам RESTful является сложным,
принципы не соблюдаются.
)
http://www.cbr.ru/press/event/?id=8223

PS. А вот и первоисточник: https://openbankinguk.github.io/read-write-api-site3/v3.1.6/profiles/read-write-data-api-profile.html
Архитектура ИТ-решений
Вот всё у нас так. Если API, то без спецификации в Open API, но зато с толстыми документами, в которых написано (Цитата из одного из стандартов: 2.3 Принципы архитектуры. Архитектура среды Открытых банковских интерфейсов соответствует концепции RESTful ...…
А вот эта картинка достойна отдельного консилиума с обсуждением методов излечения от UML

PS: Основная проблема этих документов не в том, что там что-то не так написано, а в том, что перед публикацией их никто не читал
Simon Brown с новой историей почему архитектурные диаграммы надо представлять как код (на придумываемом им языке описания архитектуры Structurizr DSL) https://dev.to/simonbrown/diagrams-as-code-20eo
ИТ-архитекторы люди разносторонние. Я раньше уже делился ссылкой на видео "Практика архитектурного проектирования ИТ решений" с YouTube-канала Евгения Никонорова - активного участника наших архитектурных обсуждений. С того времени у него появилось несколько роликов-размышлений и потому сегодня поделюсь ссылкой на сам канал https://www.youtube.com/channel/UC0fCSuasoxqJHoMSsZ-IHUg
Архитектура ИТ-решений
Уже послезавтра вебинар по Open Agile Architecture. Добавил ссылку на регистрацию: https://us02web.zoom.us/meeting/register/tZYod-2urDIvGNQM8CzEBbYnkH5rdi_stasc
Если кто-то успел полистать стандарт https://pubs.opengroup.org/architecture/o-aa-standard и хочет в четверг поделиться своими впечатлениями - пишите в комментарии к этому сообщению; постараюсь вывести вас в эфир