Любителям нотации BPMN: https://github.com/bpmn-io/bpmn-font - новая версия шрифта с пиктограммами от bpmn.io (названия см. на demo page https://rawgit.com/bpmn-io/bpmn-font/master/dist/demo.html)
GitHub
GitHub - bpmn-io/bpmn-font: A BPMN 2.0 symbol font
A BPMN 2.0 symbol font. Contribute to bpmn-io/bpmn-font development by creating an account on GitHub.
Снова об уровнях зрелости REST API. Немного актуализированная модель Леонардо Ричардсона https://apisyouwonthate.com/blog/rest-and-hypermedia-in-2019 и несколько полезных ссылок о Hypermedia Controls
Сегодня на вебинаре я ссылался на статью Билгина Ибряма https://www.infoq.com/articles/kubernetes-effect/ Возможно, лучше даже начать с заметки в его блоге http://www.ofbizian.com/2017/04/new-distributed-primitives-for.html об изменении набора примитивов, с которыми сталкиваются разработчики
InfoQ
The Kubernetes Effect
To successfully design for, implement, and run applications on Kubernetes requires knowledge of primitives, and awareness of design principles and practices. This article provides an overview of Kubernetes and guidance for how to best use it.
Корпоративному архитектору на заметку: не могу не поделиться ссылкой, вопрос о которой задал к сегодняшнему вебинару Алексей Проходцев https://github.com/wso2/reference-architecture
GitHub
GitHub - wso2/reference-architecture: The Reference Architecture for Agility is a technology-neutral logical architecture based…
The Reference Architecture for Agility is a technology-neutral logical architecture based on a disaggregated cloud-based model. - wso2/reference-architecture
Впервые набрел на эту презентацию https://www.slideshare.net/Zubin67/soa-patterns-new-insights-or-recycled-knowledge и соответствующую статью SOA Patterns – New Insights or Recycled Knowledge? от Gregor Hohpe https://www.enterpriseintegrationpatterns.com/docs/SoaPatterns.pdf Как-то, даже, зацепило 😊
Новая серия коротких заметок от Кента Бека (пока не закончена), того самого, придумавшего 20 лет назад XP - экстремальное программирование, про взаимодействия двух категорий людей: тех которые что-то хотят и других, которые могут это реализовать. Ну и структурные изменения, в которых иногда нуждается развиваемая система https://medium.com/@kentbeck_7670/software-design-is-human-relationships-part-1-of-3-perspective-1bcd53855557
Medium
Software Design is Human Relationships: Part 1 of 3, Perspective
Actually 2 human relationships, but we’ll get to that.
В Telegram появилась возможность привязать к каналу группу для обсуждения. Попробовал: https://tttttt.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg (В связи с тем, что группа https://tttttt.me/itarchitect уже давно живет своей собственной жизнь, то для обсуждения сообщений этого канал я сделал новую)
Все примеры про ограниченные контексты (DDD Bounded Context) в курсе про микросервисную архитектуру https://www.itexpert.ru/rus/services/training/moscow/detail.php?ID=8095 у меня, почему-то(!) из телекома. Перерыл массу материалов и никакие другие примеры не нравятся. Может кто видел что-нибудь интересное, не про интернет-магазин?
This media is not supported in your browser
VIEW IN TELEGRAM
Пообещал в группе обсуждения этого канала выложить слайд с прошедшего вебинара об ожиданиях Enterprise-ов от микросервисной архитектуры
Если вам не хватает ИТ-архитекторов, то подумайте нельзя ли заменить их скриптами https://mxsmirnov.com/2019/06/06/architecture-as-a-code/
Как индустрия, мы склонны предпочитать создание диаграмм, а не моделирование, в первую очередь потому, что барьер для входа относительно низок и это представляется более простой задачей. При построении диаграмм вы обычно создаете одну или несколько отдельных диаграмм, часто в произвольной нотации, используя инструменты (например, Microsoft Visio или доску), которые ничего не понимают в семантике ваших диаграмм...
Simon Brown, Diagramming vs modelling https://structurizr.com/help/modelling
Simon Brown, Diagramming vs modelling https://structurizr.com/help/modelling
Structurizr
Structurizr - Help - Diagramming vs modelling
Visualise, document and explore your software architecture with Structurizr
Похоже, что это https://www.amazon.com/Introduction-Solution-Architecture-Alan-McSweeney-ebook/dp/B07P2NCFDQ/ первая толстая книжка по Solution architecture
solution_architecture_approach_to.pdf
1.4 MB
Курс молодого бойца (solution architect-а) от автора книжки Alan McSweeney
А тем временем Чанака Фернандо продолжает описывать Solutions Architecture Patterns https://github.com/chanakaudaya/solutions-architecture-patterns
GitHub
GitHub - chanakaudaya/solution-architecture-patterns: Reusable, vendor-neutral, industry-specific, vendor-specific solution architecture…
Reusable, vendor-neutral, industry-specific, vendor-specific solution architecture patterns for enterprise - GitHub - chanakaudaya/solution-architecture-patterns: Reusable, vendor-neutral, industr...
Тема, возникающая в связи с декомпозицией монолоита на микросервисы, которую я стараюсь обсуждать с большой осторожностью и которую не вынес на вебинар https://mxsmirnov.com/2019/05/07/monolith2microservices/
Почему DDD или capabilities based подходы при выделении микросервисов порой вызывают разочарование? Потому что идти надо не от данных и не от функционала, а со стороны пользователя. Точнее, наиболее близкого к нему API. Есть правильный REST API, между front- и backend-ом, корректно использующий методы HTTP и представляющий нормальную моделью ресурсов - можно выделять функционал, а если нет, то ничего не получится. Ограниченные контексты может и неплохая идея, но воплощается она в REST API, плюс/минус события
Почему DDD или capabilities based подходы при выделении микросервисов порой вызывают разочарование? Потому что идти надо не от данных и не от функционала, а со стороны пользователя. Точнее, наиболее близкого к нему API. Есть правильный REST API, между front- и backend-ом, корректно использующий методы HTTP и представляющий нормальную моделью ресурсов - можно выделять функционал, а если нет, то ничего не получится. Ограниченные контексты может и неплохая идея, но воплощается она в REST API, плюс/минус события
Когда-то, приступая к изучению DDD я рассчитывал найти набор простых, но полезных паттернов, типа Dimensional modeling Ральфа Кимбалла https://www.kimballgroup.com/1997/08/a-dimensional-modeling-manifesto/ Простая идея, раскрутившая на определенном этапе, многомиллиардный бизнес построения корпоративных хранилищ данных (Хотя непосредственно Кимбалл говорил, что централизованное хранилище не нужно). Надеюсь, что и в DDD когда-нибудь появятся свои Инмоны и Кимбаллы
Kimball Group
A Dimensional Modeling Manifesto - Kimball Group
Drawing the Line Between Dimensional Modeling and ER Modeling Techniques Dimensional modeling (DM) is the name of a logical design technique often used for data warehouses. It is different from, and contrasts with, entity-relation modeling (ER). This article…
Меня часто достают идеями типа единой модели данных организации или единой базы данных, в которой будет хранится всё и в правильном формате. Пришла на ум такая метафора. Представьте, что некоторая страна, изучив свою карту решила, что слишком большая часть её территории занята водой: реки, озера, внутренние моря и т.д. В рамках проекта консолидации водных ресурсов руководители страны принимают решение о едином источнике воды. Пусть это будет море, оно самое большое и все реки, озера и прочие водные ресурсы решено слить в море и осушить. А за водой теперь все будем ходить до моря, причем по очереди
Логика консолидаторов данных довольно похожа на эту
Логика консолидаторов данных довольно похожа на эту
w194.pdf
727.3 KB
Хочу до сентября провести митап с условным названием Архитектура предприятия лайт. В основном, вот по этой бумаге Using Agile Practices in Enterprise Architecture от The Open Group (май 2019) Предложения выступить по какому-либо из её разделов: сдвиг парадигмы, гибкие практики и пр. приветствуются! Пишите @mxsmirnov ;-)