Применение практик DevOps - стр. 4
Объединим теперь виртуальные облачные технологии и интерфейс командной строки для всех задач. В результате, ИТ-специалисты получили возможность с помощью текстовых команд создавать необходимые части ИТ-инфраструктуры, включая серверы, системы хранения данных, сетевые компоненты, все интерфейсы между ними, все настройки и конфигурации… Степень автоматизации существенно возросла, равно как и скорость выполнения необходимых изменений. Раньше для разворачивания ИТ-инфраструктуры, основанной на собственном аппаратном обеспечении, требовалось:
•
обосновать и согласовать бюджет (недели и месяцы);
•
дождаться очередного цикла закупки (месяцы);
•
заказать оборудование у поставщика и оплатить его (дни);
•
дождаться поставки (недели и месяцы);
•
получить, установить, настроить, подготовить к использованию (дни и недели).
Теперь аналогичную по характеристикам ИТ-инфраструктуру можно создать так:
•
запустить скрипт, дождаться окончания его выполнения (минуты, редко – часы);
•
оплатить счёт облачного провайдера в конце месяца.
То есть необходимая инфраструктура создаётся с помощью программного кода. И не только создаётся, но и может управляться как программный код – с хранением версий, отслеживанием изменений, отладкой, повторным использованием прошлых наработок и т.д.
В завершение отметим также вторую жизнь, которую получили давно придуманные технологии. К примеру, виртуализация на уровне операционной системы была доступна во многих UNIX-системах ещё в 80-е годы прошлого столетия. Однако, серьёзный коммерческий успех этой технологии, которую чаще стали называть контейнеризацией, пришёл только во второй половине 2000-х, что совпадает по времени с событиями, описанными ранее. И если изначальный механизм chroot был довольно ограничен по функциональности и возможностям, то сейчас для контейнеров можно изолировать файловую систему, выделять дисковые квоты, ограничивать предоставляемые оперативную память, время процессора, ширину каналов ввода-вывода и т.д.
Неизбежность появления
Рассмотренные истоки возникновения DevOps позволяют сделать следующие выводы.
Во-первых, из-за появления новых способов взаимодействия с основным бизнесом, клиентами, а также благодаря грамотному применению методов гибкой разработки назрела потребность строить работу и управление информационными технологиями иначе.
Во-вторых, с возникновением новых технологий управления инфраструктурой появилась возможность иначе строить работу ИТ.
Можно предполагать, что появление чего-то, аналогичного DevOps, было лишь вопросом времени.
Задачи, решаемые с помощью DevOps
Методология DevOps призвана решить три вполне конкретные задачи современной ИТ-организации.
Ускорение вывода на рынок
Компании, применяющие DevOps, наиболее часто сообщают о необходимости существенно сокращать время вывода на рынок (англ. Time to market). Под этим термином разные люди подразумевают разное. Часто встречающееся понимание – время от зарождения какой-либо бизнесидеи до предоставления клиенту возможности приобрести новый продукт или получить новую услугу, являющуюся результатом воплощения бизнес-идеи в жизнь. Таким образом, в расчёт (а точнее – в оценку) времени вывода на рынок включается довольно большой промежуток, содержащий в случае необходимости привлечения ИТ-департамента следующие шаги: