Эскизы архитектурных решений

image009Сегодня снова про функциональные карты. В апреле этого года, в заметке О заполнении шаблона описания архитектуры решения я затрагивал тему архитектуры в ИТ-проектах. А совсем недавно рассказал вымышленную историю об использовании функциональных карт. Все эти вещи появляются из-за того, что мы сейчас заново пересобираем нашу архитектурную практику. Укладываем фрагменты традиционных и только появившихся техник в новую, совершенно уникальную мозаику. И, безусловно, мне хочется поделиться какими-то находками, разочарованиями и постепенно проявляющимися результатами этих практик Читать далее


Cloud-Native Application Architectures

oreilly-cover-migrating-to-cloud-native-application-architecturesВесной этого года издательство O`Reilly выпустило небольшую, но очень ладно скроенную книжку Мэтта Стайна (Matt Stine) Migrating to Cloud-Native Application Architectures. Скачать её бесплатно(за регистрацию) можно на сайте Pivotal по этой ссылке: Free O’Reilly Microservices eBook. Посредством очень простых рассуждений автор рассказывает нам, почему организации вынуждены буду заняться приложениями в облачной архитектуре, а заодно и чем такая архитектура отличается от традиционной. Кроме того, мы узнаем про манифест The Twelve-Factor App (русский), зачем нужны микросервисы, инфраструктуры, предоставляемые в режиме самообслуживания, и взаимодействия посредством программных интерфейсов. Для тех, кто не станет читать эту книжку, я постараюсь изложить её содержание в нескольких словах Читать далее


Функциональные карты и диаграммы вариантов использования

FMapСегодня несколько слов о техниках работы бизнес-аналитика. Уже пару десятков лет основной техникой моделирования функционала информационных систем является разработка вариантов использования (use cases). Техника, действительно, неплохая. Особенно если бизнес-аналитик  прочитал книжку Алистера Коберна «Современные методы моделирования функциональных требований» или посетил учебный курс по разработке юзкейсов. Однако визуализация вариантов использования в виде соответствующей UML диаграммы до сих пор вызывает сдержанную ухмылку у разработчиков и легкое недоумение у функциональных заказчиков. Пару месяцев назад в заметке Так ли уж близки корпоративная архитектура и бизнес-процессы? я писал о том, что на уровне бизнес-архитектуры никто никаких юзкейсов не рисует. Для отображения деятельности организации используется Business Capability Map – техника, позволяющая отобразить все виды деятельности предприятия на одной картинке. Довольно часто звучит и другой термин: функциональная карта. Что это такое и как использовать эту карту в проектах я позволю себе изложить в виде небольшой истории о вымышленном проекте разработки системы управления инцидентами, рассказанной от лица ведущего бизнес-аналитика этого проекта. Читать далее


Трансформация ИТ: сервисная архитектура и интеграция

47702335-33ad-c494-7ae5-98bbcc7ac027Десять лет прошло с момента публикации аналитиком компании Gartner Ефимом Натисом (Yefim V. Natis) статьи Applied SOA: Conquering IT Complexity Through Software Architecture. Это статья довольно быстро была переведена на русский язык и вышла в журнале «Открытые системы» под заголовком Покорение сложности ИТ. Примерно в это же время в отечественных компаниях начались разговоры про сервис-ориентированную архитектуру,  интеграционные среды, а чуть позже трансформацию ИТ. За прошедшие десять лет мы узнали множество новых слов: облачные вычисления, социальные сети, мобильные приложения и даже большие данные,  но так и не научились контролировать сложность корпоративных информационных систем. Давайте отойдем немного назад и попробуем разобраться почему Читать далее


Архитектура частного облака

PartlyCloudy1На протяжении нескольких лет тема облачных вычислений (cloud computing) была целиком и полностью спекулятивной. Вероятно, причиной тому являлся приоритет бизнес-модели над технологиям. Технологические лидеры, безусловно, рассказывали широкой общественности о том,  что же такое облако; поясняли, что облака бывают публичные, частные и гибридные, но за всеми этими разговорами отчетливо виднелись длинные уши маркетинга и продаж. И желание у персонажей, которых я назвал «технологическими лидерами» было только одно – вместо лицензий и проектов продавать услуги. Причем не так как раньше, не услуги по разработке программного обеспечения, а услуги, оплачиваемые постоянно, в ходе всего жизненного цикла. На сегодняшний день ситуация поменялась. Покупка услуг по подписке стала привычным делом. Мы стали покупать не только услуги ЖКХ или пакеты услуг связи, но и музыку по 169 рублей в месяц в Apple Music. Вероятно, скоро можно будет подписаться  на месячный пакет еды в близлежащем супермаркете. В общем, тема бизнес-модели стала неактуальной. Пришло время поразбираться в технологиях. Читать далее


Докеры, контейнеры и прочие микросервисы. Как DevOps меняет жизненный цикл ПО

ContainersАйтишники довольно сильно разобщены. Разработчики информационных систем, системные администраторы, эксперты по большим и маленьким данным, специалисты, отвечающие за ИТ-процессы и пр. глубоко копают, но каждый в своем направлении. И в каждом из этих направлений регулярно происходят те или иные революционные изменения. Например, в заметке об Open Digital API я немного затронул тему микросервисов. Вроде бы хорошая идея. Но поинтересуйтесь у разработчика, в чем заключается конкретная польза такого подхода, и в ответ вы услышите набор общих фраз. Или другой пример – PaaS. На вопрос, чем частное облако отличается от виртуализации, следует примерно такой ответ: в частном облаке вы выделяете себе виртуальную машину самостоятельно, без участия администратора, а простая виртуализация – это когда вас пару месяцев мурыжат заявками и согласованиями (подробнее см. Призрак Digital на пороге вашего офиса). В принципе, данный ответ верен. Но зачем пользователям самостоятельно создавать себе виртуальные машины? Ответ понятен если вы хостинг-провайдер, но зачем это нужно в обычной корпоративной среде? Для того, чтоб найти ответы надо собрать все вместе и PaaS и microservices и жизненные циклы разработки и эксплуатации программного обеспечения. По отдельности оно не работает Читать далее


DocFlow2015: не хватает простых идей

7104r_banner_240x120_newЯ немного настороженно отношусь к большим форумам типа DocFlow. Доклады на таких мероприятиях делать сложно, т.к. аудитория довольно разная. Каждый пришел со своими ожиданиями. Кто-то по делу, кто-то по привычке, а кто-то просто от работы отдохнуть. В такой ситуации  тема выступления должна быть максимально простой, понятной широкому кругу слушателей, но не банальной. Поэтому сегодня я не выступал, а походил по секциям и послушал чужие доклады. И в этом качестве мне решительно не хватило простых, но интересных концепций, идей, вызывающих wow-эффект.  А ведь в теме ECM/СЭД таких идей огромное количество. И на каждой из них можно выстроить ценностное предложение для клиента Читать далее


Отслеживать

Настройте получение новых записей по электронной почте.

Присоединиться к ещё 105 подписчикам