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

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Заготовил список ссылок для сегодняшнего вебинара, но так ими и не поделился. Опубликую здесь. Начнем с плодовитого (и многословного) Kim Clark The fate of the ESB и другие истории. Список его статей в блоге IBM за последние пару лет здесь: https://developer.ibm.com/integration/blog/lightweight-integration-useful-links/
В общем-то, это не просто набор иконок для рисования картинок, а в некоторым смысле гайд по описанию архитектурных диаграмм GCP https://cloud.google.com/icons/
Рассуждая о целях обучения, бизнес-тренеры любят поговорить об изменениях. Мол тренинг либо стимулирует изменения, либо поддерживает их. А вот какие именно изменения – это уже вопрос к заказчику. Каким же изменениям поспособствует тренинг по микросервисной архитектуре? На мой взгляд, лучшее чего можно ждать от MSA – это избавление от страхов. Страха отдать часть функционала сторонним разработчикам. Готовность смириться с тем, что они сами будут выбирать технологии хранения и обработки данных, управлять релизами микросервиса в собственном конвейере CI/CD, ошибаться, отваливаться и восстанавливаться, не нарушая работу нашего приложения; писать ужасный софт, не так как мы считаем правильным и не на том, обладать невысокой(с нашей точки зрения) квалификацией и допускать дурацкие ошибки.

На все эти компромиссы можно пойти, только изначально заложив подходящую архитектуру
Обзор InfoQ Trends по принятию идей архитектуры и проектирования январь 2019 г. https://res.infoq.com/articles/architecture-trends-2019/en/resources/1ad-q1-2019@2x-1548192804020.jpg
Твин Пикс модель: решение проблемы курицы и яйца в разработке программного обеспечения (вдруг кому-нибудь пригодится такая картинка или другие истории с этого сайта) https://www.microtool.de/en/what-is-the-twin-peaks-model/
Forwarded from Eugene
Коллеги, привет! В свете январских обсуждений на тему "кто такой архитектор" сделали опрос - хочется разобраться в положении дел - действительно ли тема актуальна и интересна. Поучаствуйте, пожалуйста.
Кстати, вышел Snapshot2 книжки The Digital Practitioner Body of Knowledge от The Open Group (О предыдущем выпуске я писал здесь: https://mxsmirnov.com/2018/12/27/dpbok/) В этом snapshot-е постепенно заполняются разделы Cloud Native, APIs, and Microservices. Остальное пока не сравнивал. Ссылка: http://pubs.opengroup.org/dpbok/snapshot2/
Несколько соображений(с картинками) про архитектурную документацию от Eltjo R. Poort https://eltjopoort.nl/blog/2019/02/01/value-driven-architecture-documentation/
Кстати, страница о Use-Case 2.0 на сайте microTOOL выглядит очень даже ничего: https://www.microtool.de/en/knowledge-base/how-use-case-2-0-works/
Дело было так. Ивар Якобсон в 2011 году решил перезапустить им же придуманные варианты использования (Книжка Use-case 2.0 с основными принципами лежит здесь https://www.ivarjacobson.com/publications/white-papers/use-case-ebook) Сами принципы выглядят незатейливо:
1. Будьте проще, рассказывая истории
2. Поймите общую картину
3. Сфокусируйтесь на ценности
4. Build the system in slices (я не буду это переводить, потому как в slices вся два-нольность и состоит; это именно то, во что стоит вникнуть)
5. Поставляйте систему инкрементами
6. Адаптируйтесь к потребностям команды

Есть ли в этом какое-либо откровение - решайте сами
Оказывается, было у меня продолжение заметки
"Функциональные карты и диаграммы вариантов использования"
Тот же герой занимается теперь планированием проекта по разработке муды (с ударением на первый слог :-) https://mxsmirnov.com/2016/03/02/muda/
Вместо того, чтобы пытаться заменить REST, индустрия разработки программного обеспечения должна развиваться, опираясь на зрелость экосистемы REST и используя технологические преимущества новых протоколов https://www.infoq.com/articles/overcoming-restlessness Взвешенная заметка Мэтта МакЛарти из API Academy о REST vs. gRPC vs. GraphQL vs. messaging
Обновлена версия "Архитектурные значки AWS.
Официальный набор значков AWS для создания архитектурных схем" https://aws.amazon.com/ru/architecture/icons/
Пока нет интересных новостей поделюсь чем-нибудь стареньким https://mxsmirnov.com/2014/08/02/legacy-apps/
А что это я ни разу не поделился здесь с вами ссылкой на катакоду?

Немного о технологическом обучении. Как оно выглядит сегодня: https://www.katacoda.com/ Сейчас выбираю из выложенных лаб по k8s парочку на мартовский курс по микросервисной архитектуре Буду рад советам и помощи!
👍1
Познавательно. Почему Camunda BPM отсутствует в Gartner Magic Quadrant для iBPMS, упомянута в третьем круге Tech Radar Thoughtworks и какой этап принятия технологий отводит ей InfoQ Trends Report https://blog.camunda.com/post/2019/02/why-camunda-is-not-covered-in-gartner-ibpms-mq/
Немного о картах вариантов использования (Use Case Maps) http://third-bit.com/2018/12/27/use-case-maps.html