К начинающемуся 22 октября в Лас-Вегасе очередному мероприятию DOES (DevOps Enterprise Summit) «машина по производству DevOps-публикаций», издательство «IT Revolution Press» (например, DevOps Handbook, Gene Kim) выпустила публикацию «Преодоление неэффективности множества систем управления работами» («Overcoming Inefficiencies in Multiple Work Management Systems»).
Постановка задачи очень понятная – в ИТ-организации существует большое количество различных информационных систем, используемых для управления различными видами деятельности и подразделениями. Картинка, которая поясняет проблему, отображает суровую правду жизни во многих крупных ИТ-службах.
Грубо говоря, есть разработка (с проектированием, тестированием и пр.) – тот самый «Dev». На картинке обозначен как жизненный цикл разработки систем (SDLC). Одной из фаз которого, кстати, является поддержка («Maintenance», в некоторых публикациях «Operations and maintenance»). Есть эксплуатация и поддержка («Ops»). Символом этого домена выбран (сюрприз-сюрприз) ITIL.
В каждом из этих доменов обычно используется множество различных систем, которые никак (или почти никак) не связаны. Это действительно проблема, поскольку теряется целостность картины и возможность сквозного управления. Тот самый поток (Lean, DevOps) становится непрозрачным (точнее, не визуализированным) и вообще не потоком, так как с точки зрения общей системы управления это отдельные фрагменты. Невозможно контролировать WIP. И вообще DevOps так не построить.
В общем, очевидно, нужно что-то делать. Ну, а решение-то какое?
Авторы публикации предлагают использовать Tasktop. Это решение, которое, по заявлению производителя, интегрируется со многими системами (сомневающиеся могут полюбоваться подборкой логотипов прочих уважаемых вендоров).
Расходимся?
Или нет? Понятно, что принципиально подходов к решению данной проблемы существует немного. Для создания потока из «лоскутков» автоматизации, мы либо заменяем все системы управления на единую систему. Либо строим интеграцию. В том числе, как один из вариантов интеграции, реализуем надстройку.
Традиционный вопрос: «А как у вас?» Как решается данная задача? Предложенным вариантом решения пользовались?
У нас Dev и Ops друг друга игнорируют. У Dev Agile и SCRUM, им надо чаще кидать на прод обновления, а то, что Орs каждый раз потом штормит пару дней от инцидентов, им плевать. Сквозного управления нет, взаимодействия и обратной связи почти нет.