Архитектура ИТ-решений
16K subscribers
330 photos
2 videos
34 files
1.21K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений).

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Возможно, аргументация автора статьи покажется вам банальной (мне она такой показалась), но нельзя не согласиться с тем, что бессерверные вычисления подбуксовывают 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
👍1
Архитектура ИТ-решений
Уже послезавтра вебинар по Open Agile Architecture. Добавил ссылку на регистрацию: https://us02web.zoom.us/meeting/register/tZYod-2urDIvGNQM8CzEBbYnkH5rdi_stasc
Если кто-то успел полистать стандарт https://pubs.opengroup.org/architecture/o-aa-standard и хочет в четверг поделиться своими впечатлениями - пишите в комментарии к этому сообщению; постараюсь вывести вас в эфир
O-AA by Memex.Team.pdf
1.2 MB
Слайды Евгения со вчерашнего вебинара
Канал преодолел скромную отметку 4 тыс. Спасибо всем подписчикам за то, что вы с нами. Продолжайте делиться своими мнениями в комментариях, обсуждаете материалы канала в тематических группах, не стесняйтесь предлагать для публикации собственные материалы.

Оставайтесь с нами! ;-)
Forwarded from Maxim Smirnov
Я за визуализацию архитектурных моделей в виде диаграмм и не считаю обязательным использование каких-либо нотаций, особенно накладывающих ограничение на модель

Но считаю, что диаграммы должны быть сделаны хорошо, т.е.: восприниматься проще, чем та же информация в виде текста или таблиц, быть концептуально целостными и трактоваться более-менее однозначно

Чтоб это случилось к картинкам надо относится как к продукту. Я был бы рад, если бы в этой и соседних группах понятных и интересных картинок было бы больше и жду, что архитекторы умеют их рисовать
О стрелках на архитектурных диаграммах. Согласно гипотезе о двух потоках переработки зрительной информации объекты воспринимаются быстрее, чем их взаимное расположение. Стрелки же - это дополнительные объекты, характеризующие отношения между парой других объектов (и то, это если дорсальный поток восприятия отметит соприкосновение концов стрелки с объектами). В общем где-то здесь автоматизмы передают эстафету мышлению, которое уже со скоростью черепахи начинает анализировать семантику нарисованного