Архитектура ИТ-решений
14.4K subscribers
293 photos
30 files
1.11K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Вебинары: https://disk.yandex.ru/d/0lwmomky8wCjgw
Download Telegram
Вам может нравиться Hazelcast или не нравиться. Вы даже можете не знать, что это такое. Но я почти уверен, что эта статья про паттерны кэширования в микросервисной архитектуре вам понравится: https://dzone.com/articles/where-is-my-cache-architectural-patterns-for-cachi
Новый опрос в нашем канале ;-)
Из обзора на хабре: https://habr.com/ru/company/piter/blog/472522/ я так и не понял, надо ли мне читать эту книгу или нет. Вернее, читать я её конечно буду. Как минимум для того, чтоб можно было потом пересказать её кому-либо минут за 10-15. А вот найдется ли в ней что-то для меня интересное -- непонятно 😳
По просьбам подписчиков добавил в комментариях к заметке пример: https://mxsmirnov.com/2019/10/22/ps-adr/#comment-31308
Всем привет! Кто-нибудь разбирался вот с этим? https://openappmodel.io/
Сегодня старутем первый поток обучения курса Практики Архитектуры Предприятия https://itexpert.ru/eap/
Полная версия книжки Bilgin Ibryam Kubernetes
Patterns
. Reusable Elements for Designing Cloud-Native Applications https://www.redhat.com/en/engage/kubernetes-containers-architecture-s-201910240918 проспонсированная Red Hat (за регистрацию)
Solution Architect-ору на заметку: что включает в себя решение. Чек-лист от Alan McSweeney Introduction to Solution Architecture ( February, 2019)
Почему архитектурные эскизы становятся всё более востребованы? Раньше люди умели читать. Большинство сотрудников внимательно изучали документы, стараясь понять, что там написано. Только обчень большим начальникам рисовали слайды с красивыми графиками. Сейчас сотрудники утрачивают способность к вдумчивому прочтению документов. Они ролики на YouTube смотреть умеют, а вот документы читать - не очень. Можно сокрушаться на эту тему, а можно относится к этой тенденции более диалектически. Многие ораторы древности тоже не писали колонки в популярные еженедельные издания, а выступпали на площадях. Мы знаем об их идеях по запискам учеников. Похоже, что сегодня жанр устного творчества отыгрывает утраченные позиции. Но надо учитывать следующий момент. Большим начальникам и слушателями публичных лекций, вы обычно рассказываете очень простые вещи. Их можно воспринять с голоса. В крайнем случае оратор поможет себе красноречивой жестикуляцией. Технически сложные вещи с голоса воспринимаются плохо.

Нужна картинка!

(насколько большее число людей восприняло бы этот текст, будь он нарисован)
... проблема усугубляется тем, что отработанные техники проектирования заменяются выхолощенными типа "методиками". Найдите, например, в domain storytelling стикер с надписью aggregate. Но жизнерадостные спикеры рассказывают, что придумана эта штука именно для предметно-ориентированного проектирования aka DDD. Возможно, это изменится. Выросла же вслед за техникой customer journey map и потребность в service blueprint

(не ругайтесь, если кому покажется, что опять много новых слов и нет картинок)
Рейтинг инструментов для обучения 2019 https://www.toptools4learning.com/
Интересно, а почему архитекторы предприятия не позиционируют бессерверные(serverless) приложения как будущий способ решения проблемы legacy? По-моему, идеальная история для топ-менеджеров: приложения надо делать так, чтоб их можно было однажды скатать в трубочку и хранить на дальней полке до момента когда и если они нам вдруг почему-то понадобятся
Что делать с legacy системами