Если кто-то успел полистать стандарт https://pubs.opengroup.org/architecture/o-aa-standard и хочет в четверг поделиться своими впечатлениями - пишите в комментарии к этому сообщению; постараюсь вывести вас в эфир

Запись сегодняшнего вебинара здесь https://youtu.be/g9kmKXd_ukI

Слайды

Слайды Евгения со вчерашнего вебинара

Канал преодолел скромную отметку 4 тыс. Спасибо всем подписчикам за то, что вы с нами. Продолжайте делиться своими мнениями в комментариях, обсуждаете материалы канала в тематических группах, не стесняйтесь предлагать для публикации собственные материалы.

Оставайтесь с нами! ;-)

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

Все сегодня делятся отчетом State of DevOps 2020 (кто-то, как DevOps Deflope ниже прямой ссылкой, другие - страничкой с регистрацией https://puppet.com/resources/report/2020-state-of-devops-report/) В отчете:
- High DevOps evolution correlates strongly with self-service capabilities
- A product mindset is key to scaling DevOps and your internal platforms
ну, и т.д.

В пятницу 13 вышел State of DevOps от компании Puppet, прямая ссылка http://amp.gs/at8X

Как-то раньше я и не задумывался о том, что подходы к развертыванию приложений можно взять и пересчитать https://thenewstack.io/deployment-strategies/ а еще и анимированными картинками сопроводить

Пока записи прошедшего в пятницу ArchDays 2020 еще не выложены, пересматриваю записи конференции 2019 года https://www.youtube.com/channel/UC3d7WPEIIcnorj1ZTyxVa7w

Рассматривая картинки в твиттере Жана-Батиста Сарроди думается мне, что open-source инструмент корпоративной архитектуры Archi всё дальше уходит от Archimate. В прошлом году Жан-Батист рассказывал как C4 Model рисовать, теперь вот про кастомные иконки и стереотипы рассказывает https://twitter.com/jbsarrodie/status/1331256064503853056

Хекслет сочинил большую статью про ИТ-архитекторов https://ru.hexlet.io/blog/posts/gid-po-professii-arhitektor

Диалекты архитектурных нотаций
Матрица Захмана, Archimate, UML, «4+1» говорят об одних и тех же вещах, похожими словами, за которыми подразумевают вещи довольно разные. Мы можем попробовать сопоставить эти понятия между собой, но это лишь сделает наглядным досадные несостыковки. Solution architect-у приходится выбирать с кем он. И часто ему лучше придумать свой набор понятий, дополнив перечисленные выше фреймворки следующими концепциями: containers из C4model, boundaries из диаграммы пригодности, Domain events и aggregates из Event Storming и может быть чем-то еще из диалекта конкретной организации

Заложники косвенной адресации (пятничное)

Множество архитектурных построений развернуты вокруг одной простой, даже можно сказать банальной идеи: в переменной можно хранить не только значение, но и ссылку на некоторую другую переменную. Ну, хорошо, не только на переменную, но и на функцию. Остальное, так или иначе выводится из этого примитива. Как изобрести кафку? Не извлекать сообщения из очереди, а скользить по ней указателем (см., например, вот этот несложный текст Kafka for Engineers). И так всегда и везде. Или нет?

Ну, как-то раз, в Domain Driven Design одумались, решили обозначить понятие value object, но потом снова взялись за старое :-)

Как-то мне всё больше и больше нравятся заметки Дэйва Таублера. Вот, например, ещё одна: https://medium.com/datadriveninvestor/are-aggregate-oriented-microservices-a-dead-end-6651db494f0e Явно у него талант методиста: подробно и слегка занудно, с очень простыми выводами, примерами и картинками. Прям завидую

Сегодняшние две вакансии в нашем чате Работа для ИТ-архитекторов https://tttttt.me/itarchitect_jobs/11136 отлично показывают отсутствие у работодателей понимания чего следует ожидать от ИТ-архитектора и чего ожидать не следует. Наверное, проблема глубже, в подходе к управлению в целом. В двух диаметральных позициях. Приверженцы первой говорят, что у нас есть проблема X и мы хотим увидеть её технологическое решение. Приверженцы второй - предлагают использовать технологию Y. И им, в принципе, неважно какую именно пользу она принесет, пусть хоть какую-нибудь. Мало кого интересует поиск соответствия между множеством проблем и множеством потенциальных решений, аналога product-market fit

Это же относится и к поиску ИТ-архитекторов

Вот здесь The Application Rationalization PLAYBOOK красной нить проходит идея business value and technical fit, правда при анализе текущего ИТ-ландшафта в ходе рационализации портфеля приложений. Даже опросники есть (правда так себе, но их вполне можно довести до ума)

Похоже, что Simon Brown, придумавший для нас c4model, тоже стал немножко видеоблогером https://youtu.be/9LnYV2g7S-w Ну что ж, будем смотреть и слушать!

Забавный опрос, правда про США. Три сотни руководителей ИТ-служб (83% респондентов - компании среднего размера, от 500 до 5 000 сотрудников) спросили про cloud-native. 86% сказали, что именно туда они сейчас и движутся.
Однако только у 12% компаний на микросервисах базируется хотя бы четверть всех приложений

Не лучше обстоят дела с освоением kubernetes. А с API респонденты так вообще запутались, обозначив проблемы с мониторингом, обнаружением(service discovery), безопасностью, да и пониманием как используется тот или иной API https://www.volterra.io/resources/doc/Volterra_The_Rise_of_Cloud-Native_Apps_R1.pdf