Метка: DevOps

Уровни зрелости разработчиков интеграционных решений

esbЛет 7-10 тому назад, во времена всеобщего увлечения сервис-ориентированной архитектурой было модно придумывать уровни зрелости SOA сервисов. Open Group придумал Service Integration Maturity Model (OSIMM). IBM отметился свое трактовкой уровней зрелости (см., например Solution design in WebSphere… ), обещающий достигнут пятого из семи возможных уровней зрелости посредством внедрения WebSphere Process Server  (см. рисунок ниже). Ну, а Microsoft c Informatica-ой занимались оценкой уровней зрелости в деле интеграции данных (A Maturity Model for Data Integration) В общем, каждый занимался своим делом. IBM даже порывался сделать у нас консалтинговый проект, но мы сами приписали себе второй или третий уровень зрелости и сразу согласились на пилотный проект с WS Process Server.По результатам пилота мы даже приняли решение внедрить BPEL Engine, правда не от IBM-а, а open source, да и WebSphere Message Broker из эксплуатации вывели (кому нужен инструмент не того уровня зрелости 😉 Продолжить чтение «Уровни зрелости разработчиков интеграционных решений»

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»

ITSM 2.0 и Workload Automation

Kr_stolВ последнее время нарастает ажиотаж вокруг темы автоматизации ИТ-операций, таких как предоставление ИТ-сервисов, установка и обновление программного обеспечения, плановые работы, изменение конфигураций, устранение инцидентов и пр. Причем об автоматизации не в смысле: использования систем для планирования, поддержки и учета таких видов деятельности, а в смысле замены действия администраторов исполнением соответствующих программ. Другими словами речь о дигитализации процессов эксплуатации ИТ систем.  Названий у этих видов деятельности, естественно, несколько. Изначально речь шла о run book automation (RBA)  Run book в ИТ — это свод письменных инструкций по администрированию информационных систем, т.е. описание рутинных процедур по запуску, остановке, мониторингу автоматизированных систем, серверов и сетевых элементов, операциям резервного копирования, монтирования систем хранения и т.п. Затем чаще стали использовать термин workload automation. Ну а в работах Gartner чаще встречается термин IT Process Automation. У Gartner, вообще, все не так как у остальных людей и даже ITSM у них уже 2.0 (см. Market Guide for IT Process Automation 23 March 2015,  G00264762 и Hype Cycle for ITSM 2.0, 2015 17 July 2015, G00278003 соответственно). Продолжить чтение «ITSM 2.0 и Workload Automation»

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

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

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

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

Что такое DevOps

devops ying yangУ айтишников появилось новое слово — DevOps, получившееся в результате слияния слов Development(разработка) и Operations (эксплуатация). Основные культовые книжки этого нового течения «The Phoenix Project» и “The Visible Ops Handbook: Implementing ITIL in 4 Practical and Auditable Steps” на русский язык пока не переведены и потому разобраться с тем, что же такое DevOps совсем не просто. Есть неплохой перевод статьи What is DevOps на русский язык с немного странным названием DevOps — новая методология разработки. Есть симпатичный блог DevOpsHub, включающий несколько интересных публикаций и небольшую DevOpsWiki Продолжить чтение «Что такое DevOps»

Управление изменениями. Standard+Case approach

SplusCНа прошлой неделе увидела свет новая книжка ИТ-скептика Роба Ингланда(Rob England) Plus! The Standard+Case Approach Конечно же я не смог удержаться от приобретения kindle версии данной книги. В своей книге Роб сделал довольно простую и в то же время очень важную вещь, объединил два подхода управления бизнес-процессом заказа и предоставления услуг. Стандартный подход, описанный в многочисленных книжках по ITIL и ITSM и навевающий скуку на большинство пользователей ИТ-услуг и адаптивный кейс-менеджмент, используемый в проектах и другой человеко-ориентированной деятельности. Продолжить чтение «Управление изменениями. Standard+Case approach»