Архитектура ИС
1.8K members
43 photos
8 files
369 links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).
Блог: https://mxsmirnov.com

Вопросы и и комментарии пишите в связную группу https://tttttt.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg
Download Telegram
to view and join the conversation
Снова об уровнях зрелости REST API. Немного актуализированная модель Леонардо Ричардсона https://apisyouwonthate.com/blog/rest-and-hypermedia-in-2019 и несколько полезных ссылок о Hypermedia Controls
Друзья! Буквально через пару часов начало нашего очередного вебинара по микросервисам https://www.facebook.com/events/921580398233599/
Сегодня на вебинаре я ссылался на статью Билгина Ибряма https://www.infoq.com/articles/kubernetes-effect/ Возможно, лучше даже начать с заметки в его блоге http://www.ofbizian.com/2017/04/new-distributed-primitives-for.html об изменении набора примитивов, с которыми сталкиваются разработчики
Корпоративному архитектору на заметку: не могу не поделиться ссылкой, вопрос о которой задал к сегодняшнему вебинару Алексей Проходцев https://github.com/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
В 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-ов от микросервисной архитектуры
Вот такую вот штуку нашел http://pivio.io
Как индустрия, мы склонны предпочитать создание диаграмм, а не моделирование, в первую очередь потому, что барьер для входа относительно низок и это представляется более простой задачей. При построении диаграмм вы обычно создаете одну или несколько отдельных диаграмм, часто в произвольной нотации, используя инструменты (например, Microsoft Visio или доску), которые ничего не понимают в семантике ваших диаграмм...

Simon Brown, Diagramming vs modelling https://structurizr.com/help/modelling
Похоже, что это 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
Тема, возникающая в связи с декомпозицией монолоита на микросервисы, которую я стараюсь обсуждать с большой осторожностью и которую не вынес на вебинар https://mxsmirnov.com/2019/05/07/monolith2microservices/

Почему 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 когда-нибудь появятся свои Инмоны и Кимбаллы