Архитектор ИТ-решений

Архитектор ИТ-решения (Solution architect) отвечает за проектирование одного или нескольких приложений или сервисов в организации, обычно являясь участником команды проекта или услуги. Он должен иметь сбалансированное сочетание технических и деловых навыков и часто будет работать под методическим руководством архитектора предприятия (Enterprise architect)…

Не стану полностью переводить более чем внятное описание позиции Архитектора ИТ-решений с страницы What does a solution architect do? сайта СareerExplorer. Но всегда готов обсудить этот профиль деятельности и ответить на ваши вопросы.

Развилки архитектурных решений

Небольшое послесловие к вебинару «Поток архитектурных решений», запись которого вы можете посмотреть здесь: https://youtu.be/9vtf33NIJrE Метафора проектирования в форме процесса последовательного принятия решений нравится многим моим собеседникам. Кого-то прельщает возможность формализации архитектурной деятельности, другие видят в этом потенциал для автоматического создания архитектурных описаний в ходе разработки (см. Архитектура как код), третьи, вероятно, вспоминают институтские занятия про теорию игр и деревья решений. Приверженцы agile видят в архитектурных решениях реализацию идеи architecture owner, собирающего жемчужины решений, родившихся у самоорганизованных команд. Латентные любители «водопада» – подтверждение инженерного подхода к проектированию ИТ-решений.

Я сам, скорее всего, принадлежу именно к третьей категории, в глубине души мечтая о том, чтоб процесс проектирования был не сильно сложнее, чем разработка стратегии игры из 6 главы замечательной книжки Чарльза Уэзерелла “Этюды для программистов”, доставшейся мне в качестве курсовой на каком-то из младших курсов. Именно поэтому мне хочется предостеречь читателей этой заметки от подкупающего своей простотой взгляда на проектирование, как на преодоление развилок в графе. Читать далее Развилки архитектурных решений

Обратная сторона микросервисов

Вы обратили внимание на то, что количество статей и выступлений, скептически настроенных в отношении микросервисной архитектуры, возросло? Правилом хорошего тона считается, если не ругать микросервисы, то, по крайней мере, отзываться в духе: не всё так просто! Почему так происходит? Рискну дать свой вариант ответа ссылаясь на модель проникновения технологий(adoption curve), опубликованную InfoQ в мае этого годаsp-tac

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

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

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

Объясняем матрицу Захмана

Матрица Захмана, пожалуй, является наиболее ранним и наиболее показательным примером того, когда большая и сложная картинка скрывает суть вещей, которые она, по идее, должна пояснять. Помню своё первое знакомство с этим творением человеческой мысли. Если что-то и привлекает внимание при беглом взгляде на эту картинку, то это карта США в третьем верхнем квадрате, которая в более поздних версиях уступит вое место карте мира. Оторвав взгляд от тридцати разноцветных картинок, кое-где повторяющихся, можно заставить себя прочитать название столбцов и строк, приведенные, по традиции, очень мелким шрифтом. Если названия столбцов, содержащие слова «что», «где», «когда», еще пробуждают какие-то ассоциации, то названия строк: контекстуальный, концептуальный, логический, физический и уж совсем непонятно какой ассоциируются, разве что, с некоторыми уровнями абстракции. Думаю, на этом большинство зрителей этой картинки решают, что всё понятно и какого-либо более глубоко разбирательства просто не предпринимают. Но сегодня я хочу немного злоупотребить вашим вниманием и поговорить о матрице Захмана чуть подробнее.

Читать далее Объясняем матрицу Захмана