Карты вашего кода

Саймон Браун сделал небольшую страницу: Модель С4 архитектуры программного обеспечения. Модель C4 была создана чтоб помочь командам разработчиков программного обеспечения описывать и обсуждать архитектуру решений. Её можно использовать как во время начальных сессий проектирования, так и при ретроспективе существующих решений. Это способ создания карт вашего кода на разных уровнях детализации.

Модель C4 рассматривает статические структуры программной системы и включает четыре типа основных диаграмм: системный контекст (пользователи и внешние приложения), контейнеры (основные подсистемы), компоненты и классы. Об использовании дополнительных диаграмм, моделировании микросервисов, отношении C4 model с другими нотациями моделирования и инструментах создания диаграмм см. оригинальную страницу C4model

Управление портфелем ИТ проектов

На недавнем вебинаре: ИТ-архитектура и управление изменениями. Обновление процесса CHG мы рассматривали процесс изнутри. Надеюсь, что это было полезным и содержательным. Однако взгляд с такой точки зрения сопровождается одним допущением – запросы на изменения поступают к нам из внешней среды случайным образом и в случайные моменты времени. Безусловно, это не так и в реальной жизни мы знаем о количестве и содержании будущих запросов на изменения немного больше, чем ничего. Особенно если наши бизнес-заказчики ведут плановое хозяйство, собирают свои пожелания на следующий год как-то устанавливают их приоритеты, классифицируют изменения, отделяют главное от самого главного, важное от срочного, появление новых продуктов от улучшения существующих. Читать далее Управление портфелем ИТ проектов

HATEOAS: реализация функций в RESTful API

Я не знаю кто и когда придумал аббревиатуру HATEOAS, означающую Hypermedia As The Engine Of Application State. Выглядит она страшно, а звучит непонятно. В общем разбираться с тем что это такое и зачем оно нужно совершенно не хочется. Из-за этого потенциал, заложенный в архитектурный стиль REST и позволяющий создавать довольно интересные программные интерфейсы остается не раскрытым. Но обо всем по порядку. Читать далее HATEOAS: реализация функций в RESTful API

Запись вебинара: Микросервисная архитектура. Обновление унаследованных приложений

Немного подрезал начало из-за эха в записи.

 

Вебинар: Микросервисная архитектура. Обновление монолитных приложений

29 мая в 15:00 MSK приглашаю на очередной бесплатный вебинар по микросервисам. В марте этого года на CUSTIS Meetup: Микросервисы в Enterprise я рассказывал о том, что ажиотаж по поводу микросервисов в корпоративном ИТ несколько стих и даже предложил вариант ответа на вопрос: «Почему?». Вернее, даже три причины, объединенные общим заголовком: «Барьеры микросервисной архитектуры». И в качестве главного барьера я посетовал на непонимание того, что же такое микросервисы значительной частью айтишного и околоайтишного сообщества. В принципе, в этом нет ничего необычного. Архитектурный стиль RESTful тоже мало кто понимает, но это не особо мешает создавать более-менее нормальные программные интерфейсы. Читать далее Вебинар: Микросервисная архитектура. Обновление монолитных приложений

[r]evolutionary architecture

Если вы читали книгу Сэма Ньюмена «Создание микросервисов» (Building Microservices. Designing Fine-Grained Systems By Sam Newman), то могли столкнуться с ощущением когда за словами теряется смысл. В книжке приводятся совершенно верные рассуждения о синхронных и асинхронных взаимодействиях, архитектуре и интеграции, разнице между оркестровкой и хореографией, непрерывном развертывании и мониторинге и даже страшной аббревиатуре HATEOAS. Но за всеми этими вполне разумными суждениями сложно разглядеть ответ на вопрос «Зачем?» В какой-то мере ответ на этот вопрос дается другими экспертами ThoughtWorks в концепции Evolutionary Architecture. Статья тоже довольно абстрактна, но прикладываемые к ней видео семинаров и выступлений на конференциях позволяют догадаться, о чем идет речь. Выскажу свою версию надеясь, что она не очень далека от оригинального суждения. Читать далее [r]evolutionary architecture

Вебинар: Архитектура корпоративных приложений. Web-scale IT, DevOps, Microservices

MicroserviceArchitecture25 мая я проведу еще один вебинар по архитектуре информационных систем. На этот раз он будет посвящен именно архитектуре приложений. Эффективная операционная модель ИТ, целевая архитектура предприятия, гибкие методологии разработки – всё это важные и нужные вещи. Но ни одна из них не исправит ошибки, допущенные при разработке архитектуры конкретного приложения. Десять лет назад SOA уже пыталась существенно улучшить архитектуру приложений. Большинству корпоративных информационных системам это не сильно помогло. Сегодня многие разработчики связывают надежды на реализацию обещаний SOA с DevOps и микросервисной архитектурой. Поверят ли в эти слова организации, будет ли у ИТ еще один шанс решить проблему унаследованных приложений?

Подробное описание вебинара и ссылка на страницу регистрации на сайте IT Expert: Архитектура корпоративных приложений.  Web-scale IT, DevOps, Microservices

DevOps метафоры от Gartner

19ddf9c6f0ibjjpgПросматривая гартнеровские отчеты относительно DevOps в Bimodal IT, я с удивлением обнаружил, что эта уважаемая компания взяла на себя труд систематизировать принципы и практики DevOps:

В отличии от ITIL и других операционных frameworks, DevOps не имеет какой-либо организации, отвечающей за разработку единой таксономии…  Не существует единого каталога практик. Поэтому каждая организация должна не только определить для себя что такое DevOps, но и сформулировать перечень активностей, на которых следует сфокусироваться. Рисунок 1 (см. ниже) является первой попыткой компании Gartner дать ответ на вопрос из чего состоит DevOps

Principles and Practices of DevOps 12 March 2015  G00272990

Я собрал ниже несколько определений из этой и других работ, в частности из  DevOps Is the Bimodal Bridge 03 April 2015  G00276470

Читать далее DevOps метафоры от Gartner

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 (русский), зачем нужны микросервисы, инфраструктуры, предоставляемые в режиме самообслуживания, и взаимодействия посредством программных интерфейсов. Для тех, кто не станет читать эту книжку, я постараюсь изложить её содержание в нескольких словах Читать далее Cloud-Native Application Architectures

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

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