Следующая большая вещь (next big thing) в ИТ-архитектуре, безусловно, заключается во встраивании создания и тестирования архитектурных артефактов (описаний, моделей и пр.) в CI/CD pipeline. Идея эта не особо оригинальная. В интернет можно найти множество материалов с заголовком непрерывная архитектура (Continuous Architecture) или Architecture as a Code но в большинстве из них речь идет о чем-то другом (см., например: https://pgppgp.wordpress.com/). Пожалуй, только у Саймона Брауна звучит эта тема (см. Software architecture as code ), но в большей степени фоном для C4model. Одним словом, архитекторы по-прежнему полагают, что кто-то будет будем им рисовать и обновлять архитектурные описания повинуясь зову сердца и чувству долга. Читать далее Архитектура как код
Рубрика: Software architecture
Декомпозиция системы на микросервисы
Несколько слов о планируемом вебинаре. Сидат Варасингх на DZone предложил различать три стратегии замены монолита микросервисами. Первая стратегия: скуп(ложка такая, специальная) для мороженого. По мере необходимости мы осторожно выскребаем фрагменты функционала из унаследованного приложения и реализуем их посредством микросервисов. Вторая стратегия: продолжительное сосуществование legacy, реализованного в виде монолита или набора сервисов, с новым функционалом, выполненным в виде микросервисов. Она называется – стратегия лего. И третья: стратегия взрыва, которая заключается в написании нового приложения сразу в микросервисной архитектуре. Третий вариант не согласуется с принципом Monolith First, но об этом чуть позже. Читать далее Декомпозиция системы на микросервисы
Сценарии интеграции приложений. Переосмысление
Каждый год в конце декабря я пытаюсь ответить себе на вопрос: зачем я веду этот блог. И каждый год находится хотя бы одна запись, которой мне удалось что-то более или менее внятно объяснить. В этом году такой заметкой стала «Объясняем матрицу Захмана». К сожалению, количество не очень понятных записей превосходит количество понятных. Есть темы, с которыми не получается справиться с первого раза. Одна из них: «Сценарии интеграции приложений». Я пытался писать об этом с 2010 года и результат не считаю удовлетворительным. Поэтому, мы её немного перезапустим. Кстати, в конце января 2019 года я проведу вебинар «Нужна ли предприятию сервисная шина? Вебинар по ИТ-стратегии», анонс которого отслеживайте в telegram-канале https://telegram.im/@it_arch, а сегодня несколько соображений по интеграции.
Как читать требования, ТЗ, описание системы
Обещаю не злоупотреблять вниманием читателей, размещая в блоге записи с анонсами предстоящих мероприятий. Надеюсь успеть до Нового года сделать еще парочку содержательных постов, ну а пока приглашаю на бесплатный вебинар “Как читать требования, ТЗ, описание системы”.
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/860848/
Запись вебинара: https://youtu.be/AQrqeJmrxnE
Современный Data Governance
Не могу не поделиться лаконичной, но крайне полезной статьей из блога SEI Insights университета Carnegie Mellon. Обычно, если речь заходит об управлении данными, на ум приходят эзотерические презентации, с картинками, словно иероглифами, испещренными множеством пиктограмм, абстрактными рассуждениями и рекомендациями создать комитет под руководством кого-нибудь из топ-менеджеров. Всё это описывается на высочайшем уровне абстракции и неминуемо заканчивается предложением купить стек технологий у какого-нибудь мега-вендора. В крайнем случае, изучить DAMA-DMBOK: Data Management Body of Knowledge Читать далее Современный Data Governance
Стадии решения задач
Обратная сторона микросервисов
Вы обратили внимание на то, что количество статей и выступлений, скептически настроенных в отношении микросервисной архитектуры, возросло? Правилом хорошего тона считается, если не ругать микросервисы, то, по крайней мере, отзываться в духе: не всё так просто! Почему так происходит? Рискну дать свой вариант ответа ссылаясь на модель проникновения технологий(adoption curve), опубликованную InfoQ в мае этого года
Три вебинара о микросервисах
16, 18 и 23 октября 2018 г. Я проведу серию вебинаров под незатейливым названием «Три вебинара о микросервисах». По законам жанра мне следовало бы написать несколько захватывающих историй, заканчивающихся словами: присоединяйтесь к нашему мини-курсу. Причем истории эти могут быть разные для аналитиков, архитекторов, разработчиков, людей, которые занимаются эксплуатацией, руководителей ИТ-проектов, менеджеров продуктов. Я попробую это сделать и начну с разговора о том: зачем вообще обсуждать тему микросервисов. Разработчики уже несколько лет назад сообразили, что правильным ответом на вопрос об архитектуре решения является: микросервисная. Часто, разговор заказчика и потенциального поставщика так и выглядит:
– Какова архитектура вашего решения? – проникновенным тоном интересуется заказчик.
– Микросервисы… – уверенно отвечает потенциальный поставщик, немного смущенный простым вопросом, ответ на который, практически, очевиден.
– И сколько у вас микросервисов? – слегка разочаровавшись правильным ответом интересуется заказчик.
– Более полусотни! – с усиливающейся уверенностью в голосе отвечает поставщик.
Нотации моделирования
В середине августа всё замирает. Не происходит совсем ничего, кроме, конечно, роста курса доллара. Дефицит событий, вероятно, провоцирует великих ИТ-архитекторов прошлого на длинные обсуждения в твиттере. В telegram-канале «Архитектура ИС» я приводил уже ссылку на дискуссию с участием Гради Буч и Ивар Якобсена и рассуждениями на тему: зачем мы изобрели UML. Сегодня пара мыслей насчет мини-дискуссии Карла Вигерса и Саймона Брауна. Читать далее Нотации моделирования
Клиентский опыт и архитектурный стиль RESTful
Разговоры о Customer Experience (опыте клиентского взаимодействия) ведутся уже так долго, что вряд ли способны привлечь чьё-либо внимание. Особенно внимание айтишников. Мол, это вообще не к нам. Есть специально обученные люди – дизайнеры, которые всё сделают правильно и непременно улучшат этот самый клиентский опыт. Архитектурный стиль RESTful, описанный Роем Филдингом аж в 2000 году в диссертации Architectural Styles and the Design of Network-based Software Architectures, привлечет не большие внимание тех же самых айтишников. Всё ведь и так понятно. JSON поверх HTTP – вот и весь RESTful. Давайте все же разберемся, о чем этот архитектурный стиль и как он связан с опытом клиентского взаимодействия. Читать далее Клиентский опыт и архитектурный стиль RESTful