Целая история в картинках про оргстурктуры, организационный дизайн и ИТ-ландшафт https://twitter.com/swardley/status/1087511545091899392

... и evolutionary flow https://twitter.com/swardley/status/1087517481873432576

Заготовил список ссылок для сегодняшнего вебинара, но так ими и не поделился. Опубликую здесь. Начнем с плодовитого (и многословного) 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/

Обратите внимание! + ссылка на опрос https://docs.google.com/forms/d/e/1FAIpQLSf3BEHFkxdRaGZsLufgb8LeAjpGRvlFROb_oskhMTREi8QJNg/viewform

Запись вебинара, состоявшегося 23 января 2019, на канале компании IT Expert https://youtu.be/3p8ms2KzL_A

Кстати, вышел 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 парочку на мартовский курс по микросервисной архитектуре Буду рад советам и помощи!

Познавательно. Почему 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