А я вот уже подал заявку на выступление на ArchDays'2022

Новая(июньская) заметка Brian Tucker https://www.ivarjacobson.com/publications/blog/nature-portfolios-portfolio-kanban-alternative-scenarios в длинном сериале статей On The Nature Of Portfolios на сайте IvarJacobson.com Речь как всегда про SAFe Portfolio Kanban (картинка вверху). В общем, для тех, кому интересны виды деятельности за границами одного спринта

А вот и очередная статья из серии А вдруг вам не нужны микросервисы? You Don’t Need Microservices. Ну, правда! Может быть в приложении нет ни одной функции для которой требовалось бы независимое масштабирование. Или же локализация отказов вам не нужна, потому что всё написано хорошо и ничего никогда не сломается. Да и вообще, слишком обширный выбор языков программирования и технологий увеличивает фрагментацию и усложняет тех.стек. Да и независимое развертывание – одни лишние хлопоты.

Написавший эту стать. Мэтью Спенс - большой молодец! Он скрупулёзно перечислил в своем тексте преимущества микросервисов и по каждому задался вопросом: а оно вам действительно надо?

Именно так и следует писать популярные тексты. Тем более что заканчивается автор совершенно внятными тезисами о том, что противопоставление монолита и микросервисов является ложным, а выбор степени изоляции обработчиков событий, команд и запросов можно делать хоть на уровне каждой отдельной функций. Но кто же станет читать правильные слова, не обернутые мишурой ложных дихотомий, ведь правда!?

📖 Метод QUERY возможно появится в протоколе HTTP. (Драфтом IETF RFC поделился Ivan Begtin в своем telegram-канале ). Мотивация такого расширения протокола достаточно очевидна. Так же, как и метод GET, новый метод QUERY будет безопасным и идемпотентным. Однако параметры запроса будут передаваться не в строке, а в теле запроса. Собственно, возможные ограничения длины адресной строки и были основной причиной использования для передачи запросов метода POST, который изначально был придуман для публикации команд.

Драфт RFC предусматривает два варианта ответа. Direct Response вернет результаты на ваш запрос в теле ответа. Indirect Response вернет 303 код, расшифровываемый как See Other, и гиперссылку в параметре Location по которой можно будет запросить результаты обработки запроса методом GET.

Подробности: https://datatracker.ietf.org/doc/draft-ietf-httpbis-safe-method-w-body/

Ещё один лонгрид с описанием хорошо нам известных трех архитектурных ролей: https://medium.com/@briqi/the-software-architecture-roles-3bfccc9e36d2 Автор обещает целую серию под общим заголовком Intuitive Software Architecture. Посмотрим, что получится. Начало, вроде бы, неплохое

Пост благодарности всем подписчикам этого канала 👍 Нас 8K 🎉

Спасибо за ваш интерес, оставайтесь с нами! 😜

Наверное, это лучший обзор от Мэтта МакЛарти https://www.infoq.com/articles/overcoming-restlessness/ o REST API и появившихся уже после REST протоколах. Ну и банальный вывод: для разных задач нужны разные протоколы и способы взаимодействия (Все нужные ссылки, включая post-REST внутри текста )

А у меня для вас снова ссылка об архитектурных ролях: Enterprise-Solution-Technical, с описанием ответственности, видов работ и результатов деятельности https://www.bcs.org/articles-opinion-and-research/systems-architecture-the-3-basic-types/ (Не стал сжимать картинку. Её и так сложно рассматривать)

Многие идеи, лежащие в основе архитектуры предприятия, выросли из двух статьей Дж.Захмана 1987 и 1992 года. В дальнейшем они были двадцать раз переформулированы и рассеянны по TOGAF-ам, Archimate-ам и прочим источникам (см. «метамодель» Zachman выше).

Короткую заметку Объясняем матрицу Захмана, с первой порцией этих идей, я написал четыре года назад. А вот продолжение, в большей степени про идеи из второй статьи Extending and formalizing the framework for information systems architecture, все обещаю, но никак не напишу. Надеюсь, что многим уже надоело ждать, а это отличный повод самим полистать оригинал

А свой текст я постараюсь написать в начале сентября, по возвращении с коротких каникул!

Новый сезон этого канала я начну с опросов. Конечно, настоящий опрос должен состоять, как минимум, из нескольких пунктов, а его результаты показывать корреляцию между выбранными вариантами ответов. Примерно, как в книге Ускоряйся! Наука DevOps (Accelerate: The Science of Lean Software and DevOps). Но мои задачи немного скромнее. Мне нужно подготовиться к выступлению на ArchDays 2022. Потому и вопросы у меня будут попроще и касаться описания архитектуры ИТ-решения. Их будет несколько. Сегодня первый

Поговорили вчера о диаграммах как код и архитектуре как код https://youtu.be/_EaIHuRWshI

Как-то раньше мне не попадался блог Wix Engineering, например статья Event Driven Architecture — 5 Pitfalls to Avoid - вполне внятная история о том, что за все хорошее придется платить. Часто совершая ошибки, ну или, как минимум, усложняя решение

Первые результаты опросов по описанию архитектуры. Три пункта, набравших наибольшее количество голосов в опросе Что должно быть в описании... и наименьшее в опросе о том, чего быть не должно

Просто не могу не поделиться новой заметкой от нашего любимого автора шаблонов интеграции Gregor Hohpe. Почему все так знакомо? https://architectelevator.com/transformation/constraint-advantage/

Обещал поделиться слайдами своего выступления на ArchDays'2022. Выполняю обещание!

Думаю, что чтению текста Mind-mapping Microservices Design Patterns многие предпочтут разглядывание картинки из него.
(И в данном случае это правильно, кмк)

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

⚡️ Микросервисная архитектура — одно из самых востребованных направлений в IT на сегодняшний день.
⠀
На семинаре представитель специализированного центра по ускоренному обучению IT-специалистов, IT Expert Lab — Максим Смирнов расскажет:
🔸 Какие типы микросервисов существуют, и когда какой из типов использовать;
🔸 Какие функции и данные целесообразно выделять в отдельный сервис;
🔸 Как справиться со сложностью из «зоопарка» технологий и множества межпроцессных взаимодействий;
🔸 Риски и выгоды распределенных систем.
⠀
❗️Присоединяйтесь на открытую лекцию от ведущей IT-школы Казахстана IT Expert Lab, регистрируйтесь по ссылке.

Честно говоря прозевал выход в октябре очередной версии с номером 3.2 нотации ArchiMate https://publications.opengroup.org/archimate-library/c226 Release Notes я так и не нашел. Вот здесь можно посмотреть список основных изменений, но какой-то революцией это не выглядит. Будем разбираться по ходу