Размышления Совета Директоров
2017 начался с взрыва в концепции DevOps; огромный объем капитала VC был вложен в технологические компании DevOps, и еще более масштабное внедрение средств и методологий было утверждено ИТ-бюджетом в этом году с признанием того, что devops — это “маст-хэв”. Данные изменения последовали после доклада Гартен (в 2016 г.), речь в котором шла о том, что к концу этого года большинство организаций будут использовать и внедрять DevOps. Опрос 252 членов GartnerResearchCircle показал, что 38% уже использовали DevOps в 2016, а дополнительные 35% планировали внедрить DevOps в 2017. Т.е. это более 70% ИТ-рынка, на который мы ориентируемся.
Пока есть бюджет, DevOps относительно новое направление, поэтому естественно, что организациям недостает опыта в использовании технологий и инструментов. В этом прогрессивном и зрелом мире ключевые фигуры находятся в поиске фундаментальных стандартов и определения ROI. К сожалению, некоторые компании в домене devops все еще обращаются к нишам, предлагая ответ на всеобщий «тренд», хотя не могут определить реальную проблему и признать, что devops – это революция, а не тренд.
Вступив в 2017, мы пересмотрели наши цели, основанные на наших ожиданиях увидеть, что же произойдет. Вот несколько изменений, которые по нашим прогнозам произойдут в 2017 в ответ на разнообразие DevOps.
Изменение #1: Постоянный Update
Разработчики осознают и решат настоящую проблему!
Постоянная интеграция, Постоянное тестирование, Постоянная поставка в противовес Постоянному внедрению — это части эволюции автоматизации ПО, которые оказали влияние на внедрение DevOps. Тем не менее, ни одна из них не решает и не предоставляет полноценного решения настоящей проблеме, противодействующей нашим заказчикам и обществу. В современном гиперсвязанном мире, когда каждая компания уже превратилась в компании, выпускающие ПО, а релизы должны совершаться значительно чаще, инновационный ИТ- конвейер должен подчиниться правилу «Выпускай релизы быстро или умри!» Никого в управленческом аппарате компании и никого из заказчиков не волнует, сгруппированы ли ваши утилиты и осуществляете ли вы интеграционное внедрение. Вам нужно выпускать больше, быстрее и постоянно обновлять пределы вычисления. Не удивительно, что когда вас спросят (смотреть ниже результаты опроса, проведенного Гартнером) «Какой из следующих результатов DevOps дал вашей организации?» Большинство ответит: «СКОРОСТЬ»!
Постоянные обновления станут в 2017 основной целью JFrog. Мы «двоичные людишки», считаем нашей задачей решить настоящую проблему наших клиентов и удовлетворить их растущую нужду в выпуске релизов быстрее и с гарантией наивысшего качества.
Изменение #2: универсальная утилита для всех технологий
IT-лидеры будут искать надежные и универсальные решения. Каждая организация, независимо от размера и отрасли, работает с более, чем одной технологией. Вы можете использовать Jaca, C++, NET, NPM или Python в качестве вашего языка программирования при этом используя RPM, Debian или Docker для сборки и передачи данных. Миру DevOps придется обеспечить вас универсальным решением! Больше нет смысла использовать разные решения для каждой технологии. Нет времени для оценивания; время производить, и разработчики, также как и ops хотят уплотнения и универсальный подход. Что касается продукции, не достаточно иметь «надежную» утилиту; все наши корпоративные клиенты, в том числе и Cisco, Oracle, Twitter, Netflix, Credit Suisse и еще более 3.000 других, осознали, что их база данных должна объединенной в группы и высоко доступной. Это значит, что DevOps утилитам придется предоставить решения для устойчивого доступа, чтобы получить лицензию на выпуск ПО и производственную среду.
Уже прошло 3 года с тех пор, как мы впервые выпустили первую HA версию Artifactory и она все еще остается единственным настоящим HA решением на рынке. С выпуском самой последней 5x, JFrog с решением для работы с облаком без запроса на усиление ваших HA настроек.
JFrog предлагает универсальное HA решение в качестве концепта. О решении JFrog написали, что оно «слишком интегрированное, чтобы перестать работать». Для нас это правильный способ кодирования. Все наши пользователи и клиенты должны иметь свободу выбора своих технологий без необходимости в большом количестве решений от разных производителей. Им всем нужен системный реестр Docker, NPM или хранилище Maven; им не следует ни устанавливать и обслуживать множество решений, ни платить больше.
Изменение #3: Свобода выбора
Локальные или облачные; гибридные модели укрепят DevOps.
Свобода выбора касается не только вашей внутренней технологии, речь также идет об инфраструктуре, с которой вы работаете. Облачные провайдеры осознали две главные вещи:
- Предлагать приемлемые цены, когда вы платите за единицу объема. В 2017 мы можем ожидать еще большее снижение цен на хранение и передачу информации.
- Привлечь разработчиков при помощи полного пакета услуг. Облачные сервисы рынка это не «реальный объем» рынка, как это было раньше. AWS, GCP и Azure борются за разработчиков и в итоге приходят к решениям DevOps для организации лучших пакетов услуг.
Мы ожидаем, что у провайдеров технологий появится надобность предоставить «Свободу выбора» обществу DevOps. JFrog предлагает разные варианты решений: open-source и коммерческие решения, предложенные как локально, так и облачно. Кроме этого, мы позволяем своему сообществу выбирать то, что лучше подходит им: JFrog решения предложены на Amazon, Google, Akamai и MS Azure.
Изменение #4: Вопросы безопасности ПО
Шар на краю, но он еще не в лузе.
Повышенная информационная безопасность становится более тяжелым грузом для автоматизированного жизненного цикла софта. Если вы можете выпускать релизы чаще, это еще не означает, что вы в безопасности и сейчас процесс не требует вмешательства! Комплекты софта должны быть под наблюдением и процесс должен включать в себя: автоматический способ определения компонентов с уязвимой защитой, устаревшим ПО или устаревшей лицензией OSS, запрещенной корпоративной политикой.
В 2017 году достаточно будет предложить простое «экстренное решение». Революция DevOps требует единственного умного решения, которое откроет путь для:
- универсального сканирования; миру нужно что-то, что проникает глубже, чем просто «контейнерный сканер»; что-то, что не просто ориентировано на контейнерное решение.
- понимания и освещения того, как один компонент влияет на другие, управление графиком зависимости и его анализ.
- Комбинации метаданных и информации о безопасности, собранных из большого количества источников для формирования полной безопасности базы данных.
- Автоматизации — команды DevOps должны уметь разрушать build, когда обнаруживаются уязвимости и другие проблемы, чтобы защитить их производственную среду.
Я говорю о DevOps BI. Механизмы и решения должны предлагать больше, чем уведомления; обучающаяся организация хотела бы понять каждую ошибку и технические ответы, чтобы сделать возможным вычисления ROI.
JFrog Xray и JFrog Mission Control — две программы, которые мы выпустили в 2016 для удовлетворения данной необходимости. Эти механизмы уже работают для большинства из перечисленного выше, и в 2017 мы убедимся, что программный канал используется между архивами Artifactory и распределительной платформой Bintray, чтобы обезопасить ПО и предоставить данные командам DevOps.
Изменение #5: Бизнес-модели будут поддерживать пользовательские масштабы
Увеличенной скорости релизов будут содействовать бизнес модели, позволяющие вам масштабировать с легкостью. 2017 год не станет годом — «доказательством концепта»! Организации и последнее большинство разработчиков хотели бы придерживаться своих механизмов на протяжении несколько лет. Все они понимают, что модель честного бизнеса должна позволить им масштабировать, и если вы продолжаете считать машино-места, пользователей, CPU или что-либо еще — вы не можете масштабировать или строить бюджет.
Модель честного бизнеса поддерживает увеличение масштаба и не будет блокировать вас от продвижения вперед. Пользователи не могут и не должны беспокоится о том, достигли ли они максимального лимита пользования или нет! Утилиты должны удовлетворять аппетит DevOps и поддерживать его.
Олдускульным моделям, которые извлекают выгоду при увеличении масштаба, нет места в мире DevOps, когда бюджет управляется к верху дном. Все дело в масштабировании и автоматизации. Количество разработчиков в вашей команде будет продолжать увеличиваться, и ваше решение DevOps должно увеличиваться в соответствии с этим ростом.
SwampUp 2017-жизнь на гране DevOps
Еще раз в этом году JFrog проведет конференцию для их пользователей, чтобы поделиться больше тем, что мы делаем в этом потоке. Мы соберем всех мировых лидеров DevOps на swampUp в Долине Напа, СА. Состав группы выступающих уже включает тех речи и лучшие практики Google, Atlassian, Yahoo, CloudBees, Oracle, GitHun и др.; и так же как и в прошлом году наше общество Gala Dinner будет местом встречи единомышленников и коллег.
Мы ориентируемся на настоящую проблему DevOps и настроены решительно улучшить опыт конечного пользователя, и с нетерпением ждем установки стандартов рынка для того, чтобы убедиться, что мы все выпускаем чаще и безопаснее! Мы видим себя в качестве разработчиков изменений, которые мы все заметили на рынке, эта гигантская эволюция, которую мы называем DevOps.
About The Author
Виктор Карабедянц
ИТ директор (CIO), руководитель нескольких DevOps команд. Профессиональный руководитель проектов по внедрению, поддержке ИТ систем и обслуживанию пользователей.