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

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

@it_arch

Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений).

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Open in Telegram
Subscribers
16.2K
Photos
360
Videos
3
Links
1.3K

Showing posts older than #1437 · Back to latest

Older Posts 20 shown
Post #1435 6.75K
Есть такой жанр у авторов текстов по ИТ-архитектуре – многабукв, абстрактные рассуждения и без картинок. Бен Моррис, вполне относится к представителям этого жанра (картинка в сообщении от меня). Но есть в его заметках и некоторое отличие. Во-первых, в них практически всегда присутствует TL;DR, а еще, обычно, написаны довольно правильные вещи. Как, например, в тексте Когда событие не является событием, (... а является сообщением, запросом, командой, сущностью и т.д.)
Post #1434 7.65K
Brian Foote and Joseph Yoder
Big Ball of Mud

Shantytowns emerge where there is a need for housing, a surplus of unskilled labor, and a dearth of capital investment. Shantytowns fulfill an immediate, local need for housing by bringing available resources to bear on the problem.

All too many of our software systems are, architecturally, little more than shantytowns... Deadlines loom like monsoons, and architectural elegance seems unattainable

*Трущобы возникают там, где есть потребность в жилье, избыток неквалифицированной рабочей силы и недостаток инвестиций. Трущобы удовлетворяют насущную потребность в жилье имеющимися ресурсами.

Слишком многие из наших программ, архитектурно, не более чем трущобы...
Сроки надвигаются, как муссоны и архитектурная элегантность представляется недостижимой
Post #1432 9.54K
Смотрите какую замечательную вещь предложил Vladimir Khorikov: https://enterprisecraftsmanship.com/posts/types-of-cqrs/ Сделать CQRS "измеряемой" характеристикой: нет CQRS-а, немного CQRS, чуть больше CQRS и т.д. Практически, как REST maturity model от Leonard Richardson. CQRS в нашем решении увеличивается когда: появляются отдельные методы, например для поиска; разделяются классы для работы с данными и их сохранения, выделяются разные модели для чтения и записи, чтение выделяется в отдельный(ые) сервисы, разделяются системы хранения данных для чтения и записи.

Каждый следующий шаг - это не бесплатно. Зато по мере увеличения CQRS-ности решения улучшаются его характеристики (возможность независимого масштабирования команд и запросов, локализация изменений и т.п.). Ну, т.е. не надо спорить нужен CQRS или нет. Надо обосновывать сколько его нужно в данном конкретном случае и зачем
Enterprise Craftsmanship Types of CQRS CQRS is a pretty defined concept. Often, people say that you either follow CQRS or not, meaning that it is some kind of a binary choice. In this article, I’d like to show that there is some wriggle room in this notion and how different types of CQRS can look…
Post #1430 6.92K
Приделал в свой блог: https://mxsmirnov.com/ трансляцию этого telegram-канала (зачем-то)
Post #1429 6.94K
Я все никак не соберусь сделать вебинар по стандарту архитектурных процессов ISO/IEC/IEEE 42020. Потому размещу сегодня всего лишь картинку со списком процессов и ограничусь парой тезисов об этом стандарте:
1. Про определения из него я уже писал здесь Изменения в стандартах 420x0
2. Область применения стандарта: организация, несколько организаций, система, решение, продукт сервис и т.д. При этом, два верхних и нижний процесс они больше про Enterprise Architecture, а три средних про архитектуры системы или решения.
3. Тройка процессов Conceptualization-Evaluation-Elaboration напоминают мне Whirlpool модель Эрика Эванса. В стандарте сказано, что архитектурные описания в начале представляют собой верхнеуровневые наброски, но их может быть много. Затем небольшое количество из этих вариантов реализации уточняется. Ну, т.е. процессная модель ISO 42020 вполне согласуется с идеей воронкой инициатив, позволяющей использовать архитектуру не только на вопрос КАК, но и на вопрос ЧТО следует делать
  • ❤ 2
Post #1428 7.42K
15 февраля 2019 года я запустил чат Работа для ИТ-архитекторов.

За это время в нем появилось под семь сотен сообщений с тегом #вакансия (среди них есть повторы). На основании этого материала вполне можно постараться сформулировать некоторые суждения. Сейчас я остановлюсь всего на трех. Может быть в своем блоге в ближайшие дни напишу больше:
1. Рынок (работодатель) даже не думает как-либо унифицировать требования к знанием, умениям и навыкам ИТ-архитектора. Максимум, что можно разглядеть в объявлениях, так это разделение архитекторов на enterprise-solution-software/system. Никто даже не копипастит текст из описаний чужих вакансий, а каждый раз сочиняет его заново
2. Что будет делать архитектор и как должен выглядеть результат его деятельности указывается довольно редко. Такие аббревиатуры как ADR или HLD, так вообще встречаются всего в нескольких объявления.
3. Слова UML u Archimate попадаются чаще. Kubernetes (или k8s) и PostgreSQL – еще чаще. Но им довольно далеко до словосочетания микросервисная архитектура :) С ней разве что слово java может поспорить.

Ну, а в принципе, есть что обсудить. Может даже надо очередной zoom провести. Хотите поделиться мнением, пишите в комментарии! (только не про зарплату, ладно? ;)
Telegram Работа для ИТ-архитекторов Группа только(!) для публикации резюме и вакансий ИТ-архитекторов. Правила см. закреп. Чтобы ускорить запрос на вход → ЛС любому из админов: @alexander_derzhavin @viktorkho @AlexanderBashkirov @societas_f @vigoloubev @azure3033
  • 👍 3
Post #1427 9.4K
Незамысловатые картинки в excalidraw, дополненные простым текстом, постоянно попадают в мою новостную ленту

Наконец нашел страницу со ссылками сразу на все Event-Driven Architecture Visuals: https://serverlessland.com/event-driven-architecture/visuals
Post #1425 7.99K
Ivan Begtin У Jordan Tigani, основателя компании Mother Duck стоящей за СУБД DuckDB замечательный текст Big Data is Dead [1] который, трам-пам-пам, как вы догадались, о том что Big Data это уже давно мёртвый хайп. Не он первый и не он последний об этом говорит, но никогда…
Давным-давно я пытался обратиться к совести одного эксперта по ИТ-трендам:
- Что-же вы людей обманываете! – негодовал я. - Зачем убеждаете профанов, что вот эта вот технология через пару лет завоюет мир?
- Да мы то здесь причем? – парировал мой собеседник. – Это рынок отзывается на одни идеи и игнорирует другие. А мы просто ведем себя как все прочие маркетологи, придумываем гипотезы, а затем их тестируем. Вот гиперавтоматизацию, например, никто толком не понимает, а RPA хорошо идет…

В общем, я тогда подумал, как сильно образ будущего, реальный или не очень, влияет на настоящее. А еще о том, что архитекторы занимаются отчасти похожим делом – побуждают людей сегодня себя вести с учетом возможного развития событий в будущем.

Ну, а обсуждаемая статья интересна тем, что пытается обрисовать ситуацию с данными чуть тоньше, чем большинство инфомусора на эту тему последних 10-12 лет
Post #1424 7.05K

Forwarded from Ivan Begtin (Ivan Begtin)

У Jordan Tigani, основателя компании Mother Duck стоящей за СУБД DuckDB замечательный текст Big Data is Dead [1] который, трам-пам-пам, как вы догадались, о том что Big Data это уже давно мёртвый хайп. Не он первый и не он последний об этом говорит, но никогда не лишний раз напомнить.

Краткое изложение его текста։
- большая часть данных, на самом деле, не так уже велика
- а даже если велика то чаще всего нет необходимости делать запросы ко всем данным
- и даже если так, то чаще всего это можно сделать на одном компьютере
- если нет, то по прежнему данные можно суммаризировать и сжимать
- так почему же инструменты делают в основном для оставшихся 1% случаев?

Ссылки։
[1] https://motherduck.com/blog/big-data-is-dead/

#data #readings
MotherDuck Big Data is Dead | MotherDuck Big data is dead. Long live easy data.
Post #1423 5.82K
Хочу поделиться этим сообщением и ссылкой на заметку, вписывающуюся в актуальную нынче тему Data Mesh Думаю, что интересно будет широкому кругу ИТ-архитекторов
Post #1422 9.84K
Долгое время единственным ISO-шным стандартом по архитектуре оставался ISO/IEC/IEEE 42010:2011 Systems and software engineering — Architecture description. В 2019 году появились сразу два новых архитектурных стандарта 42020 и 42030. А в ноябре прошлого, 2022 года обновился и основной стандарт описания архитектуры.

Как именно, читайте здесь: https://mxsmirnov.com/changes-420x0/
  • 👍 1
Post #1420 8.44K
Архитектура ИТ-решений А накануне обсуждения книжки замечательная 12-летняя дискуссия о том, означают ли термины architectural pattern и architectural styles одно и тоже или речь о разных вещах: https://stackoverflow.com/questions/3958316/whats-the-difference-between-architectural…
И конечно вспомним диссертацию, в которой Roy Fielding определяет свой архитектурный стиль REST. Его формулировка следующая:

An architectural style is a coordinated set of architectural constraints that restricts the roles/features of architectural elements and the allowed relationships among those elements within any architecture that conforms to that style
 https://www.ics.uci.edu/~fielding/pubs/dissertation/software_arch.htm#sec_1_5
Post #1419 12.2K
А накануне обсуждения книжки замечательная 12-летняя дискуссия о том, означают ли термины architectural pattern и architectural styles одно и тоже или речь о разных вещах: https://stackoverflow.com/questions/3958316/whats-the-difference-between-architectural-patterns-and-architectural-styles
Stack Overflow What's the difference between Architectural Patterns and Architectural Styles? In Software Architecture - Foundations, Theory and Practice, I can find definitions for both. The problem is that I don't get what each one of them means in plain English: Architectural Pattern An
Post #1417 5.86K
Послезавтра, в книжном клубе для backend разработчиков { между скобок } разберем 9-ую главу книжки Форда и Ричардса Fundamentals of Software Architecture.
Все ссылки в следующем сообщении👇
Post #1416 7.02K
Архитектура ИТ-решений В прошлом году обновился ISO/IEC/IEEE 42010 – основной, а долгое время и единственный ИСО-шный стандарт по архитектуре. Теперь он называется Software, systems and enterprise — Architecture description вместо Systems and software engineering — Architecture…
Архитектуру чего именно рассматривают 42-ые стандарты лучше почитать в ISO/IEC/IEEE 42020:

Архитектура можно рассматривать в широком смысле или же она может относится к какому-либо объекту (enterprise, solution, system… ), а может и к subject of interest (security architecture, functional architecture, physical architecture), ну и иногда перед словом архитектура может стоять purpose of the architecture, например: integration architecture. (см. раздел 0.2 стандарта, он открыт по приведенной выше ссылке)
Post #1415 7.74K
В прошлом году обновился ISO/IEC/IEEE 42010 – основной, а долгое время и единственный ИСО-шный стандарт по архитектуре. Теперь он называется Software, systems and enterprise — Architecture description вместо Systems and software engineering — Architecture description – названия 2011 года.

Внесены некоторые изменения и в содержание стандарта. В частности, основные определения синхронизированы со стандартами 2019 года. Так основное определение теперь звучит так: 
3.2 architecture - fundamental concepts or properties of an entity in its environment and governing principles for the realization and evolution of this entity and its related life cycle processes
Т.е вместо архитектуры системы мы теперь рассматриваем архитектуру an entity, в качестве которого может выступать:
enterprise, organization, solution, system (including software systems), subsystem, business, data, application, information technology, mission, product, service, software item, hardware item, etc.
Post #1413 6.75K
Архитектура ИТ-решений Возможно, что в каких-то областях деятельности метамодель Nikola Schou окажется полезной, но мне она не понравилась. Зато мне понравился сам текст, в котором он её описывает A new software architecture metamodel inspired by C4, Agile and TOGAF
Статья того же автора https://nikolaschou.medium.com/let-us-revise-the-c4-model-for-software-architecture-diagrams-e2ae0d3de41c из которой следует, что он просто не понимает что такое контейнер в с4model. Обычно после этого говорят политкорректную фразу о том, что если вы используете UML и видите в этом пользу, то можете продолжать это делать, для остальных же ...
Medium Let us revise the C4-model for software architecture diagrams Abstract
Post #1412 7.98K
Возможно, что в каких-то областях деятельности метамодель Nikola Schou окажется полезной, но мне она не понравилась. Зато мне понравился сам текст, в котором он её описывает A new software architecture metamodel inspired by C4, Agile and TOGAF
Post #1411 9.01K
Архитектура ИТ-решений Я не знаю в каких еще инструментах рисования архитектурных картинок реализованы потоки (flow, анимация последовательности взаимодействий, в общем, см. картинку здесь: https://twitter.com/ice_panel/status/1615014031018053634), Но вот в IcePanel они выглядят…
Fm7q8p7acAEUkiL.jpg215.4 KB
Краткое графическое введение в c4model от IcePanel

https://blog.icepanel.io/2022/10/03/c4-model-for-system-architecture-design/
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →