Семь раз отмерь и один раз отрежь – этот подход в розничной торговле больше не популярен. Времени на раздумья нет, ведь по соседней дорожке бегут конкуренты. Увеличение скорости внедрения разработок стало для компаний жизненно важной задачей. Именно поэтому специалисты отмечают бум DevOps в индустрии ритейла. Рассмотрим поближе, что же это такое и как эта технология позволяет настроить все ИТ-процессы в компании максимально эффективно.
Что происходило в ИТ-департаментах совсем недавно, практически вчера? Отдел разработки постепенно создавал программный код и внедрял его не раньше, чем после долгих месяцев разработки и тестирования. На местах обслуживали одну-две системы и несколько серверов. Все было медленно и печально, никто никуда не торопился, и это было правильно. А главное – ничто из вышеперечисленного почти не касалось ритейла. Мы привыкли, что одни компании пишут программы, а другие – продают хлеб. Но изменения пришли, и они были слишком резкими.
«Вы думаете, что мы сейчас конкурируем с другими ритейлерами? Ничего подобного, – заявили на недавно прошедшем форуме CNews представители «М.видео». – Теперь мы конкурируем со всеми, даже с банками. Банк выпускает красивое мобильное приложение? Нам тоже надо, и не хуже, потому что пользователи привыкли пользоваться красивыми приложениями в своих смартфонах. И им на самом деле неважно, кто из нас и сколько потратил на разработку и что при этом пережил. Они хотят, как им кажется, простых вещей, которые им показали раньше и которые им понравились. Поэтому мы должны перестать просто торговать. Нам придется стать ИТ-компанией, которая занимается розницей».
Торговые сети становятся работодателями сотни разработчиков. Например, в одном Wildberries их работает около трехсот. «Крупным ритейлерам приходится конкурировать с цифровыми технологиями, в том числе и в офлайне. Они должны иметь возможность предлагать новые «плюшки», масштабироваться точно так же, как и те, кто занимается электронной коммерцией», – говорит Давид Аветиков, старший архитектор компании Bell Integrator.
Розничная компания сегодня – это организация, работающая в первую очередь с самой требовательной аудиторией, розничными покупателями. А это значит, что ей необходимо обеспечивать очень высокую скорость изменения сервисов и продуктов, к которым у них есть доступ. «Вы знаете, кто является крупнейшим потребителем ИТ-решений в мире? Давайте посмотрим, – предлагает Денис Реймер, вице-президент «ЛАНИТ» по цифровой трансформации, руководитель DTG. – К примеру, в 2019 году только за двое суток Дня холостяка такой гигант, как Alibaba, обработал более 1,3 млрд транзакций! Так что говорить о том, что ритейл не суперскоростной потребитель ИТ, было бы не очень правильно. Сегодня онлайн-торговля и сервисы вынуждены реагировать на изменения все быстрее и быстрее».
Ритейл как никакая другая сфера зависит от покупателя: чтобы выиграть в жесткой конкурентной борьбе за аудиторию, нужно обеспечить людям максимально комфортный сервис: быстрое обслуживание, различные варианты доставки, наиболее интересный ассортимент. «Правильные решения не лежат на поверхности, – замечает Марат Акжигитов, менеджер направления разработки сервисных приложений X5 Retail Group. – Ни один маркетолог просто так не определит, что будет интересно покупателю и какие изменения внутренних процессов помогут увеличить прибыль. Необходимо анализировать данные и тестировать гипотезы, в том числе при внедрении ИТ-продуктов».
Волшебная таблетка
Быстро, небольшими итерациями и без ошибок – все это обещает DevOps. Вещь, которую хочется назвать методологией, но это определение сразу вызовет много споров. Одни соглашаются считать так, другие говорят, что это нечто другое, например, способ работы, профессиональное движение или даже философия. «DevOps – это не методология, а культура разработки. Сейчас уже недостаточно просто написать код и передать его на USB-носителе. Решение необходимо протестировать в сложной гетерогенной среде и в интеграции с внешними системами, установить в окружение заказчика, а затем мониторить и поддерживать круглосуточно», – объясняет Максим Канев, заместитель технического директора WaveAccess.
Звучит непросто? Восхитительно прямолинейное и при этом самое короткое объяснение того, что такое DevOps, дает Василий Панкратов, архитектор программного обеспечения компании Tieto: «DevOps – это когда разработчикам надоело в очередной раз готовить инструкции для сисадминов, которые все равно поймут их неправильно и выстрелят себе (а заодно и разработчикам) в колено». Разбираясь, кто кому стреляет в колено, можно сломать немало копьев. В книге «Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему», которая по форме действительно являет собой роман с приключениями, а по сути является одним из самых захватывающих руководств по DevOps, авторы так живописуют страдания группы ИТ-сопровождения: «Никто не знает, как нам вообще взаимодействовать с разработчиками. Раньше они просто высылали нам сетевую папку и говорили: «Запускайте». У новорожденного младенца, оставленного на ступенях церкви, больше инструкций, чем получаем мы». «Разработчики просто берут привычные им инструменты и автоматизируют всю ту рутину, которую обычно принято делегировать сисадминам, – развивает мысль Василий Панкратов. – Это очередной виток развития понимания инженерами того, как надо выстраивать эксплуатацию. Development of Operations, не более».
Мы не будем занимать ничью сторону и разбирать, кто виноват в этой парочке из системного администратора и разработчика, а подобно семейному психологу выясним, как нивелировать конфликт. «Важно понимать глобальную цель, к которой мы движемся, – подчеркивает Александр Садыков, заместитель руководителя отдела тестирования компании «Инфосистемы Джет». Он рекомендует идентифицировать все «узкие» места по пути к этой цели. Следует сфокусироваться на них и поступательно двигаться вперед. Сложные проблемы не решаются революционным путем. А начать надо с построения культуры разработки и межкомандных коммуникаций.
Новая игрушка
Сам подход DevOps относительно молод – ему около шести лет. «Первые контейнеры появились в 2013 году, а первая версия Kubernetes – в 2014-м», – рассказывает Сергей Зинкевич, продакт-менеджер компании «КРОК Облачные сервисы». «DevОps не новая история, – тут же не соглашается Виктор Глембицкий, product owner manager IT в компании ITGLOBAL.COM. – Ключевые принципы были сформированы еще в 1991 году. В основе лежит простая и понятная суть «конвейера», когда работающие принципы из физического мира тестируются в виртуальном».
При первом рассмотрении DevOps кажется просто еще одним подходом среди многих других. Под статьями о DevOps часто встречаются комментарии в духе «я так и не понял, в чем здесь отличие от Scrum». Действительно, как только что-то новое уходит «в народ», возникает множество домыслов, слухов и прямого непонимания темы. «Забавный случай был в треде реддита /r/devops, – вспоминает анекдотическую ситуацию Виктор Глембицкий. – Там человек пишет: «Только что прошел на вакансию DevОps, кстати, тут кто-нибудь может подсказать, что это такое?»
Можно подумать, что вчера все становились «бирюзовыми» компаниями, а сегодня это надоело и пора внедрить что-то поновее. Так зачем рознице DevOps? Ритейлерам мало других методологий? Дело в том, что DevOps – это набор лучших практик для развертывания и поддержки технологических стеков. «Многие люди путают это с Agile или Scrum, которые являются методами управления проектами. Это связано с типичной технологической шумихой, которая выдвигает странные утверждения и объединяет понятия. Хотя внедрение DevOps также было связано с определенной «модой» на технологию, я думаю, что скорость развития этой технологии оказала большое влияние на розничный рынок, поскольку DevOps предоставила им рекомендации и доступ к лучшим практикам, – говорит Давид Аветиков. – Что касается вопроса, можно ли совместить методологии в рамках одной компании? Разумеется, вы можете использовать Agile и DevOps в работе одновременно. Например, применять Agile для управления проектами DevOps». «Agile и Scrum прямого отношения к DevOps не имеют и живут несколько в разных плоскостях. Первые – это методы управления проектами», – добавляет Василий Панкратов.
От моды, процесс, конечно, зависит, главное – не терять суть и понимать, что происходит и какие процессы стоят за маркетинговой завесой. «За 15 лет разработки я видел множество имплементаций Agile и Scrum и могу точно сказать, что ни одна из них не работала так, как написано на бумаге и как обычно позиционируется евангелистами. Есть теория, а есть практика. Есть инженеры. Есть опыт, – рассуждает Виктор Глембицкий. – От того, что компания объявит себя «бирюзовой», внедрит Scrum, Agile и сверху приправит это все DevOps, чуда не произойдет, единорогом она не станет. Это примерно то же самое, когда разработчик берет последние технологии на слуху и ваяет стартап, ожидая от этих самых технологий чуда. Он забывает о том, что все это – лишь инструмент. И намного важнее осознавать, кто этим инструментом оперирует и каких целей стремится достичь».
С помощью Agile или Scrum компания может взять под контроль отдельный подпроцесс в общем множестве бизнес-процессов. Например, разработку программного обеспечения. Что касается DevOps, то Максим Канев сравнил его с этикетом. «У себя дома каждый может жить по своим законам и нормам, но в сообществе есть свод правил, которым беспрекословно должны следовать все его участники. Так же и в DevOps. Здесь есть, например, свои варианты дресс-кода: black tie – это docker со своими системами оркестрации контейнеров (например, Mesosphere, Rancher или Kubernetes), white tie – это Enterprise-решения от Microsoft, JBoss или IBM. Я хочу сказать, что сообществом ИТ-специалистов сформулированы общепринятые нормы разработки и поставки программных продуктов, при соответствии которым все процессы становятся простыми, понятными, а главное, измеримыми, что позволяет формировать прогнозы и на каждом этапе анализировать соответствие планам».
Agile и Scrum взаимосвязаны. Эти два понятия относятся к сфере разработки ПО. У DevOps применение иное. «Это практика доставки приложения до продуктива. Речь в данном случае идет о быстром и надежном для пользователей внедрении приложений, – объясняет Сергей Зинкевич. – Ключевое значение DevOps – исключение человеческого фактора как источника ошибок при развертывании, достигаемое с помощью автоматизации».
Главный фокус DevOps – минимальный Time-To-Market при максимально достижимой надежности. «Представьте: бизнес захотел новую технологию: «3D-примерку» в интернет-магазине или «умную полку» с видеоаналитикой и цифровыми ценниками в офлайне. В ритейле ускоренный вывод в жизнь – не блажь, не «плюшка», а вопрос выживания на конкурентном рынке, – уверен Евгений Овчаров, директор по инновационным решениям Oberon. – Теперь появилась не технология даже, а философия, а за ней методология и культура, которые позволяют решать такие задачи. Тем более на конференции «DevOps в России» мы видим все больше успешных проектов и гордых своими достижениями команд».
В вашей компании не было ситуации, когда бизнес-подразделение заводило себе «придворного» программиста, чтобы оперативно решить проблему с важным продуктом? Или иметь возможность быстро починить баг, от которого стонет куча клиентов? Чтобы не нужно было объяснять универсальному отделу ИТ, что же нужно сделать, найти бюджет, встать в очередь и получить, возможно, результат, похожий на ожидаемый. «Хорошо, если это было сделано по Scrum, а то ведь даже и по Waterfall! – замечает Евгений Овчаров. – Так вот тот «бизнесовый», или «продуктовый», разработчик и был началом пути организации в DevOps. А теперь есть методология, под которой вполне может лежать Scrum и которая использует все мыслимые современные технологии по автоматизации разработки, тестирования, разворачивания и поддержки. Все это с одной главной целью – быстро решать задачи вывода функций на рынок, причем так, чтобы не утонуть потом под стогом багов из-за приоритета скорости в ущерб качеству».
DevOps Team – это команда, которая ориентирована на продукт и отвечает за него во время всего цикла его жизни. Нет больше программиста, который спросит вас: «К пуговицам претензии есть?» Продукт либо работает и приносит бизнесу деньги, либо нет. И за эту работу отвечает DevOps-команда.
Пан или пропал
Интересно, что аналитики не могут договориться, какое же место DevOps, едва появившись, занимает в нашей жизни. Доходит до мнений диаметрально противоположных. Так, по версии Gartner Hype Cycle, эта методология (давайте будем все-таки называть это так) сейчас находится на уровне «канавы разочарования». В то же время исследовательская группа Forrester называла DevOps одним из главных трендов 2018 года.
«Я бы сказал, что оба экспертных сообщества правы, – говорит Давид Аветиков. – Бизнес понял, что DevOps – это не быстрое решение всех проблем. Тем не менее пришло осознание, что DevOps – очень ценная методология, если вы готовы работать над ней. На мой взгляд, в ближайшем будущем она станет более распространенной методологией с измеряемыми ожиданиями и целями».
В течение последнего десятилетия рынок DevOps стабильно растет, рост спроса на специалистов в этой области высок как никогда. «Мы склонны считать, что методология еще долго будет оставаться востребованной, – полагает Денис Реймер. – К примеру, сообщество DevOps в России можно оценить по масштабу мероприятий, которые проходят у нас в стране. Gartner Hype Cycle только подтверждает это, так как эта технология сейчас перешла в стадию, когда специалистам стало понятно, для чего она полезна, а для чего нет. От этапа экспериментов мы переходим к формированию зрелого рынка».
DevOps является краеугольным камнем в ИТ-менеджменте. Методология обеспечивает набор лучших практик и процессов, которые действительно необходимы для управления. DevOps станет еще важнее, когда такие вещи, как SDN (Software Defined Networking), станут более распространенными. «Информационные технологии переходят от управления несколькими приложениями на одном или двух огромных мэйнфреймах к управлению сотнями микросервисов на тысячах машин. Такие методологии, как DevOps, могут помочь укротить этот хаос», – обнадеживает Давид Аветиков.
CNews в обзоре «ИТ в ритейле 2019» в свою очередь написал, что DevOps в розничных компаниях востребован как нигде. Но ведь ритейл пока, несмотря на все громкие заявления и на желания, все еще не является суперскоростным ИТ-сектором. Зачем рознице может понадобиться увеличение числа релизов ПО, их ускоренный вывод в жизнь и прочие плюсы, которые обещает внедрение DevOps? Понятно, что в современном ритейле, особенно e-commerce, многие процессы завязаны на ИТ. Сегодня любая крупная компания использует онлайн-магазин и мобильное приложение, для чего нанимает десятки, а иногда и сотни ИТ-специалистов. «Все цифровые клиентские сервисы необходимо развивать и делать это регулярно. Как показывает практика наших клиентов, серьезные изменения, такие как кастомизация страниц в приложении, добавление нового функционала, вносятся один-два раза в месяц. А менее значительные, например, исправление ошибок – практически ежедневно. Чтобы подобные изменения осуществлять быстро, часть компаний уже используют DevOps-практики. Их основная особенность – это уменьшение человеческих ошибок и как можно большая автоматизация тестирования и развертывания ПО», – поясняет Сергей Зинкевич.
Так, в X5 Retail Group довольны результатами внедрения методологии. «Внедрение DevOps помогло нашему департаменту значительно улучшить процесс работы с внутренним бизнес-заказчиком. Ранее мы готовили каждый релиз долго, иногда до двух месяцев, и внутреннему заказчику не всегда было очевидно, как это решение будет способствовать достижению маркетинговых целей. Теперь мы показываем изменения в функционале каждый день, и бизнес-заказчик может вовремя скорректировать разработку в соответствии с маркетинговой стратегией», – поясняет Марат Акжигитов.
Чем быстрее, тем лучше
Во всем, что касается современных технологий в обслуживании клиентов, Россия традиционно находится на мировом уровне. «У нас уже много команд, и в первую очередь в B2C-сегментах бизнеса, которые используют методологию и культуру DevOps для повышения своей конкурентоспособности», – говорит Евгений Овчаров.
Разработка стоит дорого, поэтому новый функционал нужно выводить быстро и небольшими итерациями, чтобы минимизировать стоимость возможных ошибок. «Одна известная торговая сеть перед тем, как запустить мобильное приложение, сначала внедрила telegram-бот – его разработка в разы дешевле и быстрее, к тому же он доступен на всех устройствах. Это позволило компании быстро и без больших затрат проверить, будут ли покупатели пользоваться мобильным продуктом и поможет ли это увеличить продажи», – говорит Марат Акжигитов.
Ускорение доставки продукта до пользователя, а также получение обратной связи – это и есть задачи методологии DevOps, поэтому в ритейле она действительно востребована. Вообще DevOps востребован везде, где есть процессы по разработке кода и продукта. Количество тех людей, кто пользуется интернет-магазинами и другими онлайн-инструментами для принятия решения о той или иной покупке, растет, соответственно, растет и значимость этих инструментов для ритейла.
«Мы можем говорить не только об интернет-магазинах, но и о собственных программных разработках ритейла, например, приложениях, которые выполняют разные задачи, но, как правило, автоматизируют работу персонала и менеджмента. Например, сеть автозаправочных станций может разрабатывать приложение, с помощью которого персонал АЗС может чек-листами отмечать свою работу, сообщать о недостаточном количестве того или иного товара, а менеджмент получает возможность контролировать загрузку АЗС, взаимодействовать с поставщиками и получать отчетную информацию», – комментирует Виктор Глембицкий.
Каждый день в ритейле измеряется выручкой, поэтому наращивание числа релизов ПО просто необходимо. «Не стоит забывать, что обновления касаются не только того, что видно покупателю, но и огромного числа внутренних систем, обеспечивающих работу гигантов интернет-индустрии. Сегодня ритейл – это уже ИТ-компания, и выигрывать в конкурентной борьбе будет тот, кто окажется быстрее», – полагает Денис Реймер. А DevOps позволяет поддерживать высокую динамику внесения изменений, а также быстро тестировать различные бизнес-гипотезы и реагировать на нештатные ситуации.
У ритейла есть многочисленные системы учета, мониторинга и аналитики (отчетности). Все они должны работать 24/7 и отвечать на запросы за доли секунды, иначе компании понесут убытки. Кроме скорости обработки данных и стабильности работы в ритейле важна способность информационной системы обрабатывать большие объемы данных и формировать предложения по оптимизации различных издержек. Например, прогнозирование просрочки товаров, пика потребления, ошибок логистики, недостачи. «Все эти алгоритмы требуют большого количества серверных мощностей, то есть процессорного времени, памяти и дискового пространства. Внедрение DevOps-практик в бизнес-процессы ритейл-компании позволяет эффективно управлять серверными мощностями, а также эффективно распределять нагрузку между серверами, чтобы обеспечить бесперебойную работу круглосуточно», – рассказывает Максим Канев.
«Истина в том, что у тех, кто понимает, для чего эта методология нужна и какие проблемы решает, все хорошо, – уверяет Василий Панкратов. – У остальных, конечно, все печально: несоответствие ожиданий полученным результатам, потраченные деньги на ненужные продукты. Не думаю, что конкретно для России тут есть какая-то особая специфика. Что касается розницы, то предположу, что раз нынче в ритейле без анализа больших данных никак, то с DevOps куда проще и быстрее «выкатывать» новые аналитические сервисы».
Именно там, где клиент уже готов платить за предлагаемый товар, ему должно быть удобно, все должно происходить легко, комфортно, надежно. Любая технология, сокращающая путь от желания клиента купить до выданного ему чека, – выгодна, необходима и подлежит внедрению со сроком «вчера». А если эта технология появилась у крупного игрока или у вашего конкурента, то дедлайн меняется на «позавчера».
«Что же DevOps обещает ритейлу? – риторически вопрошает Евгений Овчаров. – Он обещает делать все еще быстрее и в то же время еще надежнее! Это высокая скорость и надежность в забеге за востребованным функционалом, а значит, за лояльным покупателем, который продолжит приобретать у нас. Разве после этого могут быть сомнения в востребованности технологии?»
Наиболее интересные решения демонстрируют сегодня лидеры рынка. И если такие компании, как Amazon, Netflix, Walmart, заявляют о том, что они применяют DevOps, то многие расценивают это как сигнал. «Мы живем в мире, который становится все сложнее. Большинство компаний, даже вне сферы ритейла, во многом поддерживают свою конкурентоспособность благодаря качественному ПО и умению работать с ним. Так что такие основные и известные понятия практик DevOps, как непрерывная интеграция, непрерывная доставка и непрерывное тестирование, несомненно, помогут в борьбе за рынок», – считает Денис Реймер.
Игра по-крупному
Крупные ритейлеры с широким присутствием в сети и собственным ИТ-персоналом внедряют DevOps, в то время как мелкая розница, похоже, все еще покупает программное обеспечение для POS/управления запасами у вендоров. «Гиганты рынка вынуждены осваивать электронную коммерцию в первую очередь для того, чтобы выжить, и поэтому внедряют практики DevOps в работу менеджмента», – считает Давид Аветиков. По его мнению, пока вообще нельзя точно сказать, насколько DevOps популярен в рознице в целом. Он, безусловно, пользуется спросом среди компаний с большими и сложными процессами управления, например, Target и Walmart, которые имеют обширные практики DevOps, применяемые и их конкурентами из области электронной коммерции.
Иногда возникает ощущение, что DevOps у нас – это вещь, которой интересуются только в Сбербанке и в X5 Retail Group. Если это так, то, выходит, нет смысла говорить о применимости этого подхода для продуктовой розницы, ведь если несколько гигантских корпораций что-то у себя внедряют – это еще не тенденция для рынка в целом. Однако Сбербанк и X5 не были пионерами внедрения DevOps в нашей стране. Еще раньше об использовании методологии говорили их коллеги по отрасли, к примеру, «Альфа-банк» в 2016 году заявлял о существенном ускорении процессов за счет использования DevOps. «Более того, лидеры рынка публиковали данные отчетности, в которых приводились конкретные цифры эффективности, снижения затрат. Применение этой методологии – не какая-то дань моде, это естественный эволюционный процесс повышения зрелости разработки и доставки результатов разработки до клиента. Это вопрос культуры», – замечает Денис Реймер.
Нельзя исключать влияние больших игроков рынка на индустрию в целом. Допустим, условный «Ашан» разработает под себя программный комплекс, который в полной мере закроет все потребности ритейлера. Даже 1% экономии в оборотах такой крупной компании – это уже много денег. То есть будут показатели, о которых узнают другие участники рынка, в результате чего возникнет спрос на подобные решения. «Создание информационной системы под себя – решение дорогое и долгосрочное, поэтому сформируется спрос на программный комплекс – такой же качественный, но подешевле. Потом уволится сотрудник некой компании, которая занималась созданием того кастомного решения, и запустит свой стартап «Ритейл-3000». Продукт этого стартапа и будет «такой же качественный, но подешевле». Может, отдельным компаниям будет интересно самим сделать или профинансировать что-то подобное», – поясняет Максим Канев. По его словам, внедрение DevOps крупными игроками – это в любом случае прецедент, который вызовет колебания рынка, изменения в мировоззрении и подходах к обслуживанию населения. Например, какая-нибудь региональная сеть приведет свои бизнес-процессы в соответствие требованиям «Ритейл-3000» – это улучшит качество сервиса, снизит издержки бизнеса, а может, полностью поменяет подход компании к взаимоотношениям с клиентами.
DevOps не обязательно подразумевает крупных игроков. «Там, где есть команда разработки, состоящая как минимум из трех человек, – там появляется DevOps либо в виде сотрудника, либо сервиса, – говорит Виктор Глембицкий – Где есть продукт, который начинает приносить прибыль или существенно влиять на ее объемы, где есть разработка этого продукта, значит, там есть так или иначе процессы DevOps».
Вполне возможно, что существует некая минимальная ценовая планка входа в разработку, внедрение и поддержку своих продуктов с использованием DevOps. «Можно согласиться, что команду DevOps в сегменте среднего и малого бизнеса можно встретить в усеченном виде с объединением ролей бизнес-заказчика и РМ-а в одном лице и одного-двух разработчиков. Но в целом DevOps – это не технология гигантских корпораций, а методология и культура быстрого получения качественного ИТ-продукта, призванного решать важные задачи бизнеса», – дополняет Евгений Овчаров.
DevOps – это целая философия, и она никак не зависит от масштаба компании и количества штатных разработчиков. «Ее можно совершенно спокойно применять в команде из 10, 110, 1010 специалистов, – говорит Сергей Зинкевич, – а мнение, будто DevOps дорог в применении, связано, вероятно, с тем, что именно сейчас об этой практике много говорят именно представители крупного бизнеса». По его словам, в России популярность DevOps растет, но многие компании только начинают вводить эти практики в свой бизнес.
Примечательно, что в нашей стране такой подход вначале стали использовать небольшие технологические стартапы. После к DevOps обратились крупные игроки на рынке. Теперь же мы видим растущий интерес у средних по размеру организаций, и этот тренд будет заметен на протяжении следующего года.
Из слона в муху
Большие или маленькие компании – неважно. Теоретически DevOps и вовсе способен сделать из большой компании маленькую в том смысле, что поможет слишком неповоротливым корпорациям избавиться от раздутого штата ИТ-специалистов. Эксперты компании 451 Research говорят: «Можно делать хорошие приложения и сервисы, не создавая армии из 1000 или даже 100 экспертов по ИТ-операциям». Но даже этот момент вызвал спор у наших экспертов.
«Я соглашусь, – говорит Виктор Глембицкий. – Но проблема раздутого штата – это, скорее, проблема стратегии менеджмента. DevOps в данном случае может давать обратную связь о качестве тех разработчиков, которые обслуживают какой-либо проект. Тем более хорошо, когда роль DevOps находится «вне» группы разработки, и ему необязательно поддерживать дружеские отношения с коллективом. DevOps как сервис позволяет объективно сравнивать в анонимном режиме различные команды разработки у разных клиентов и давать бизнесу обратную связь по качеству кадров. Конечно, это может влиять на количество сотрудников в штате».
DevOps – это история про стык разработчиков и администраторов. «Первых становится очень много из-за тренда на цифровизацию и роста количества digital-сервисов. Вторые не успевают обрабатывать запросы от разработчиков, – объясняет Сергей Зинкевич. – Отсюда и рост популярности DevOps, который позволяет отказаться от линейного наращивания задач в расчете на одного сотрудника. Иными словами, с помощью этой практики можно, условно говоря, выполнять в три раза больше задач, увеличив штат всего на 30%».
Но вы помните, что есть и те, кто не согласен с такой постановкой вопроса в целом. «DevOps – это не метод сокращения персонала. DevOps предоставляет сотрудникам набор лучших практик и процессов для эффективного управления технологиями. Как только вы создали рабочие процессы, вы можете начать автоматизировать их. Эта автоматизация может привести к снижению количества людей. Однако, чтобы это произошло, вы должны иметь определенные политики/процедуры, и вам следует приложить усилия для их автоматизации», – предлагает спуститься с небес на землю Давид Аветиков.
В плюс
Хорошо, допустим, мы понимаем, что получат крупные игроки от внедрения новых практик. Ведь крупная компания всегда испытывает сложности с коммуникацией между отделами, сталкивается с тем, что сотрудники думают, отфутболивая проблемы: «Ура, мяч не на моей стороне». Наконец, чем больше компания, тем больше у нее софта, который надо разрабатывать, тестировать, внедрять и поддерживать. Но какие плюсы может найти для себя мелкая торговая сеть в том, чтобы начать жить так, как завещает философия DevOps?
Во-первых, все сильно зависит от размаха ИТ-ландшафта этой условной маленькой торговой сети и общего желания развивать свое ИТ. Подробностями делится Василий Панкратов: «Если весь ИТ-ландшафт состоит из одной 1C, одного монолитного приложения, которое никто не трогает, и одной базы данных, то вряд ли DevOps как-то упростит жизнь. Но, опять же, если у этой сети есть свои специалисты, которые реально что-то разрабатывают и вообще подают признаки жизни, то DevOps в таком случае просто автоматизирует значительную часть их рутины, а значит, они смогут выполнять больше полезной работы».
DevOps – это решение задач командами, ориентированными на продукт. Они делают все – от анализа потребностей заказчика до ежедневной поддержки. «Маленькая сеть, возможно, не станет разрабатывать собственный уникальный продукт, но вполне может вести проект по внедрению и адаптации необходимых и доступных на рынке технологий по DevOps. И это позволит выигрывать от скорости и надежности внедрения», – считает Евгений Овчаров.
Мелкие торговые сети получат то, что дает DevOps любым командам независимо от их места в рейтинге топ-100. «Разработчики будут больше погружены в продуктовые цели их продуктов, стремления к автоматизации и ликвидации рутинного труда будут общими, а пользователи будут получать продукт без ошибок», – перечисляет Денис Реймер.
Деньги любят счет
Когда адепты нового мышления описывают прелести своего подхода, это всегда звучит заманчиво. Давайте же примерно представим, насколько затратен для ритейлера DevOps. Параметров для оценки процесса довольно много. Если мы говорим о DevOps как о сервисе, то его стоимость сравнима со стоимостью качественного специалиста. «Оправдывать внедрение в глазах финансового отдела нет необходимости, – успокаивает Виктор Глембицкий. – Да и принимает решения не всегда финансовый отдел. Необходимо выявить ключевые показатели, которые влияют на прибыль, и планомерно их достигнуть. Как бы вы объяснили конкурентам господина Форда, что конвейер в общем-то неплохое изобретение?»
Если у вас уже есть отдел ИТ, если вы уже разрабатываете или внедряете ИТ-продукты и сервисы для бизнеса, то очень даже может оказаться, что переход на DevOps (после подсчетов общих результатов) даст заметный финансовый выигрыш. Но вот что делать руководителю бизнес-подразделения, который хочет собрать свою первую DevOps-команду для внедрения и поддержки нового ИТ-сервиса? Взять в бизнес-подразделение аналитика, проектного менеджера, нескольких разработчиков-тестеров? Как на старте доказать, что внедрение новой системы прайс-сканирования в зале по DevOps увеличит продажи, а эффект покроет издержки? Это трудно. Рассказывает Евгений Овчаров: «Вполне может оказаться, что прямой подсчет не даст нужного эффекта, и один проект, один продукт или сервис не покроют вложений в команду DevOps. Но после первого продукта будет второй, за ним третий. И покупатели, пользующиеся вашими современными сервисами, купят у вашей компании и второй, и третий раз. Умеете считать увеличение выручки от возвращающихся покупателей? Теперь научите этому и ваш финансовый отдел».
При грамотном подходе, скорее всего, затраты будут ниже, уверен Василий Панкратов. По его мнению, основная затрата тут на найм одного-двух грамотных DevOps-инженеров, которые смогут внедрить нужные решения и процессы, а также обучить штат. Привычные инженеры эксплуатации в данном случае практически не нужны: в их обязанностях останется разве что дежурство, а кто-то вообще обходится без них.
С помощью DevOps удается найти новый баланс ресурсов. Так считает Сергей Зинкевич: «С одной стороны, необходимо оплачивать поддержку вычислительного кластера, на котором работает микросервисная архитектура. С другой – затраты на персонал в целом уменьшаются: на одного разработчика приходится меньше администраторов».
Чтобы внедрить DevOps, может потребоваться много времени и ресурсов: это обновление собственной инфраструктуры или переезд в ЦОД, доработка бизнес-процессов, внедрение новых подходов и обучение кадров. Но стратегическим результатом будет относительное снижение издержек, то есть увеличение прибыли. «Один наш проект потребовал два года работы большой команды специалистов, что обошлось заказчику в $5 млн, – приводит реальные цифры Максим Канев. – В результате бизнес снизил расходы на инфраструктуру и разработку на 60%, или на $6,5 млн в год».
Еще одним кейсом делится Давид Аветиков: «Могу сказать, что в одной ритейл-компании, которая приносила доход более $150 млн в год и управляла от 20 000 до 50 000 рабочих мест в более чем 80 странах мира, DevOps стал огромной победой. Компании понадобилось три–пять лет, чтобы добиться успеха в работе с данной методологией. DevOps позволил бизнесу более плавно развертывать новые сервисы, быстрее адаптироваться к изменяющимся условиям рынка и повышать производительность для конечных пользователей».
Только вперед
От чего зависит успех внедрения DevOps, сказать сложно, ведь хорошее завершение дел всегда является результатом сочетания самых разных обстоятельств. Однако мы все-таки заставили экспертов поразмышлять над этим вопросом. Как считают в компании «КРОК», успех DevOps зависит от двух факторов. Во-первых, нужно понять, на базе какой инфраструктуры он будет работать. Если это монолит с унаследованными системами, то предварительно нужно полностью перестроить все ИТ. Если подобное невозможно, лучше оставить как есть.
Во-вторых, надо найти внутри или вовне компании экспертов, которые разбираются в том, как DevOps должен работать на практике. Наиболее частая ошибка, когда компания поручает специалисту без должных компетенций разобраться в теме. В результате это приводит к разочарованию и лишним тратам. Также иногда компании без предварительного анализа инфраструктуры и проектирования внедряют контейнеры, а потом среда разрастается, становится очень сложно ей управлять.
Что касается техник DevOps, то тут начинать стоит с простых вещей, например, с автоматизации создания тестовых данных. «Это уже даст большой прирост в скорости доставки изменений. Далее поэтапно внедрять автоматизированную сборку приложения, выкладку на тестовую среду. Автоматизированное тестирование – ключевая составляющая процесса. Важно соблюсти все технические принципы DevOps для тестовых и продуктивных сред – это также позволит минимизировать новые проблемы», – говорит Александр Садыков. Кроме этого, важным моментом является сохранение экспертизы по наработанным материалам и детальное документирование всех процессов.
Для успешного внедрения DevOps нужно несколько факторов. Прежде всего эта методология не должна внедряться «сверху», по приказу, сначала ее должны оценить сами разработчики. Для этого необходимо разговаривать с командой, выяснять потребности и постепенно менять ее мировоззрение. Как и любую другую методологию, DevOps не стоит пытаться реализовать целиком, по всем пунктам, потому как в каждой компании свои особенности бизнес-процессов и ИТ-продуктов. Еще одно важное условие – бизнес должен быть готов постоянно давать разработчикам обратную связь. «Например, мы в дирекции больших данных X5 Retail Group часто общаемся с категорийными менеджерами, которые знают свой товар и историю продаж. Они всегда могут рассказать, что важно для покупателя», – поясняет Марат Акжигитов. С ним согласен Александр Садыков. «Команду нужно заинтересовать преимуществами, которые она получит от внедрения нового подхода, и объяснить, что кроется за увеличением накладных расходов на начальном этапе, – считает он.
Предельно прагматичный совет ритейлеру, который хочет перейти на новую методологию, но не знает, с чего начать, дает Василий Панкратов: «Прежде всего надо просто собрать старших программистов и спросить их, а надо ли оно им. В большинстве случаев они уже сами хотя бы интуитивно понимают, нужно ли им, а если нужно, то зачем и как именно».
Хрустальный шар
Ждет ли DevOps светлое будущее или он все же утонет в гартнеровской канаве, покажет время. А пока мы можем дать небольшой прогноз относительно развития и внедрений DevOps в целом и в ритейле в частности. Так, по мнению представителей X5 Retail Group, DevOps в ритейле только начинает развиваться и, скорее всего, получит большое распространение, так как эта методология напрямую связана с конкурентным преимуществом и увеличением прибыли.
«Мы в нашем департаменте больших данных начали использовать методологию DevOps чуть больше года назад, – рассказывает Марат Акжигитов, – и если тогда даже небольшие обновления готовились довольно долго (некоторые до двух месяцев), то в настоящий момент мы можем получать обратную связь по запущенным функциям ежедневно».
Но для распространения DevOps потребуется некоторое время: далеко не все разработчики сейчас готовы к тому, что функция, которая была сделана ими сегодня, завтра уже может работать в магазине, собирая обратную связь от покупателей. Они хотят больше тестирования и проверок, но DevOps предполагает противоположный подход: пробовать быстро, выбирать лучшее. Если что-то пойдет не так, последний релиз всегда можно «откатить» назад. Есть такой подход для безопасного выпуска нового кода – «канареечное развертывание», когда сервис выпускается в продакшн по частям, результаты работы этих частей отслеживаются, и при неудовлетворительных показателях можно выполнить откат к предыдущему состоянию.
«Все идет к тому, что это просто станет само собой разумеющимся индустриальным стандартом. Умные ребята уже давно используют DevOps, остальные потихоньку подтягиваются. В общем-то в этой методологии нет ничего принципиально нового. Continuous Integration и Continuous Delivery существуют уже давно, Zabbix и подобные системы мониторинга использует каждый серьезный бизнес, решения по управлению кластером в том или ином виде существуют тоже очень давно, от средств управления Application-серверами до инструментов по типу VMWare vSphere. Про Git я вообще молчу. Просто сейчас у нас есть понимание того, как это все склеить вместе и, главное, открытые инструменты, чтобы все это безболезненно реализовывать (gitlab, docker, Kubernetes)», – углубляется в детали Василий Панкратов.
DevOps постепенно разовьется в DigitalOps (и Gartner уже ввел этот термин), что позволит к процессу разработки и поставки изменений добавить и уровень бизнес-сервиса. «Фактически цель всех этих перемен в том, чтобы «хотелки» бизнеса появлялись в промышленном решении с минимальными временными затратами и трудностями», – заключает Денис Реймер.
Что такое DevOps
DevOps – это акроним от английских слов development («разработка») и operations («функционирование»). Термин означает сочетание разработки и эксплуатации программного обеспечения, в результате которого люди, технологии и процессы объединяются, а разрозненные ранее отделы координируют свои действия и создают более качественные продукты.
Основные ошибки DevOps-инициатив по версии компании Tieto
• Непонимание, какие конкретно задачи должны решаться.
• Принятие таких решений на уровне менеджмента, а не на уровне ИТ.
• Попытка сделать из рядовых сисадминов DevOps-инженеров.
• Покупка сомнительных программных продуктов. Кто-то до сих пор считает, что внедрить DevOps означает просто купить XLDeploy.