Рубрика: Software architecture

Не рисуйте такие слайды!

YouTube решил порекомендовать мне сегодня посмотреть ролик High level architecture design

http://www.youtube.com/watch?v=bClMoThLiwM

Ролик популярный, на момент описываемых событий он собрал более 50 тысяч просмотров. Чем же он так приглянулся зрителям? Кроме того, что автор Rob Pettit имеет великолепное резюме и достаточное количество научных работ, на мой взгляд, эта презентация содержит всё то, за что люди не любят слушать ИТ-архитекторов и ненавидят смотреть их слайды. Сразу отмечу, что содержание рассказа мне не понравилось, но цепляться сегодня я буду за форму. Итак, поехали Читать далее Не рисуйте такие слайды!

Архитектура как код

Следующая большая вещь (next big thing) в ИТ-архитектуре, безусловно, заключается во встраивании создания и тестирования архитектурных артефактов (описаний, моделей и пр.) в CI/CD pipeline. Идея эта не особо оригинальная. В интернет можно найти множество материалов с заголовком непрерывная архитектура (Continuous Architecture) или Architecture as a Code но в большинстве из них речь идет о чем-то другом (см., например: https://pgppgp.wordpress.com/).  Пожалуй, только у Саймона Брауна звучит эта тема (см. Software architecture as code ), но в большей степени фоном для C4model. Одним словом, архитекторы по-прежнему полагают, что кто-то будет будем им рисовать и обновлять архитектурные описания повинуясь зову сердца и чувству долга. Читать далее Архитектура как код

Декомпозиция системы на микросервисы

Несколько слов о планируемом вебинаре. Сидат Варасингх на 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 в мае этого годаsp-tac

Читать далее Обратная сторона микросервисов

Три вебинара о микросервисах

3msa16, 18 и 23 октября 2018 г. Я проведу серию вебинаров под незатейливым названием «Три вебинара о микросервисах». По законам жанра мне следовало бы написать несколько захватывающих историй, заканчивающихся словами: присоединяйтесь к нашему мини-курсу. Причем истории эти могут быть разные для аналитиков, архитекторов, разработчиков, людей, которые занимаются эксплуатацией, руководителей ИТ-проектов, менеджеров продуктов. Я попробую это сделать и начну с разговора о том: зачем вообще обсуждать тему микросервисов. Разработчики уже несколько лет назад сообразили, что правильным ответом на вопрос об архитектуре решения является: микросервисная. Часто, разговор заказчика и потенциального поставщика так и выглядит:

— Какова архитектура вашего решения? – проникновенным тоном интересуется заказчик.
— Микросервисы… — уверенно отвечает потенциальный поставщик, немного смущенный простым вопросом, ответ на который, практически, очевиден.
— И сколько у вас микросервисов? – слегка разочаровавшись правильным ответом интересуется заказчик.
— Более полусотни! – с усиливающейся уверенностью в голосе отвечает поставщик.

Читать далее Три вебинара о микросервисах

Нотации моделирования

В середине августа всё замирает. Не происходит совсем ничего, кроме, конечно, роста курса доллара. Дефицит событий, вероятно, провоцирует великих ИТ-архитекторов прошлого на длинные обсуждения в твиттере. В telegram-канале «Архитектура ИС» я приводил уже ссылку на дискуссию с участием Гради Буч и Ивар Якобсена и рассуждениями на тему: зачем мы изобрели UML. Сегодня пара мыслей насчет мини-дискуссии Карла Вигерса и Саймона Брауна. Читать далее Нотации моделирования