Эволюция DevOps: краткая история от идеи до обязательного ИТ-решения

На протяжении всей своей истории ИТ-индустрия подвергалась постоянной бомбардировке технологическим прогрессом, который постоянно формировал ее рабочую среду. В последнее время многие новые решения внедряются в ИТ-сектора более быстрыми темпами.

Помимо облачных вычислений, существует еще одно программное решение, т. е. позволяющее бизнес-предприятиям по всему миру использовать свои ресурсы в полной мере. И это DevOps: сочетание команд разработки и эксплуатации!

Теперь вопрос: что дает организациям переход на DevOps? Это приносит с собой прозрачность, открытое общение и надежную командную работу, которая сопровождается междисциплинарным подходом. Итак, идея, над которой работает каждая DevOps-компания, состоит в том, чтобы сломать разрозненность и открыть рабочее место не только для совместной работы, но и для дальнейшего обсуждения.

В погоне за оценкой чего-либо будет полезнее знать его прошлое, откуда оно взялось и как оно приобрело известность. Существует множество статей, в которых рассказывается о важности DevOps и о том, как с его помощью бизнес выглядит более плодотворным. Тем не менее, существует не так много блогов, которые демонстрируют историю данной платформы мониторинга облачных серверов и помогают кому-то сделать решающий шаг, чтобы точно понять ее.

Это не только поможет извлечь уроки из более ранних ошибок, избегая их повторения, но также поможет лучше предсказать свое будущее. Так что бегло взгляните на историю эволюции DevOps и на то, как она принимает нынешнюю форму, чтобы сделать ее идеальным решением.

Прежде чем двигаться дальше, вы можете проверить инфографику, которая будет отображать историю и эволюцию DevOps в минутной и точной форме, так что каждый пользователь будет рад пройти через нее.

Теперь наступает решающая часть.

Рекомендуется для вас: 7 решений для оркестровки DevOps Toolchain, о которых вы могли не знать.

Каково происхождение DevOps?

Есть поговорка, что говорить сначала о разработчиках бесполезно, если полностью игнорировать компьютеры.

Какое сообщение он хочет передать? Это показывает, что для того, чтобы понять новую технологию, нужно сначала понять, как она развивалась в прошлом. То же самое и с решениями DevOps.

Первая автоматическая машина была создана по идее отца компьютера Алана Тьюринга в 1936 году. Это привело к созданию электромеханических компьютеров, которые были очень дорогими. Более того, у них нет никого, кто мог бы управлять ими через программу.

К счастью, в 1957 году создание первого языка программирования в форме FORTRAN привело к большому количеству вакансий разработчиков (впервые для компьютеров), что произвело революцию и открыло пространство для новых возможностей.

К концу 1980-х ЭЛТ-мониторы стали доступными, что позволило разработчикам легко работать на рабочей станции. Теперь с вводом «кода» вся задача упрощается. Теперь можно использовать исходный код для их компиляции и развертывания для дальнейшего повторения.

Появление всемирной паутины (www) и новые возможности, ожидающие разработчиков

До WWW была ARPANET. Это была спонсируемая государством компьютерная сеть, предназначенная исключительно для клиентов в США. Он заработал только в 1969 году и создал сеть личного управления с операционными центрами или «операциями» для лучшей конфигурации сети.

Перенесемся в 1990-е, Тим-Бернерс-Ли создал первую WWW в форме HTTP, которую только что созданная поисковая система Google схватила с распростертыми объятиями. Затем в 2003 году Бен Трейнор начал работать с Google и разработал отдельную среду разработки и производства (или эксплуатации) для инженеров по надежности сайтов (SRE).

Малыш знает в это время; SRE вскоре должны были превратиться в первых настоящих практиков DevOps!

Патрик Дебуа: Человек, который модернизировал ИТ-функции с помощью идеи — «DevOps»

Отцом DevOps, без сомнения, является Патрик Дебуа, который своим отвратительным отношением привел к разработке лучшего в мире программного обеспечения для мониторинга. Как он смог это сделать? Ответ на данный вопрос будет таить в себе прочный фундамент DevOps.

В 2007 году Патрик начал работать над пониманием концепции переноса данных с помощью процедур тестирования. Это привело его к пониманию того, что определенные аспекты, такие как: переключение между сторонами разработки и наличие разрозненности на стороне эксплуатации, приводят к остановке любого проекта. Он также обнаружил, что для решения таких вопросов; было потрачено много времени и усилий при перемещении проекта между двумя сторонами.

В его голове начинает возникать вопрос: «Как преодолеть разрыв между разработкой и эксплуатацией, чтобы проект не превратился в провал?»

К счастью, в 2008 году он посетил конференцию в Торонто, Канада, под названием «Гибкая инфраструктура», где встретил своего друга в лице Эндрю Шафера. Оба сформировали дискуссионную группу, где единомышленники могут поделиться своими идеями, чтобы найти решение, чтобы наладить отношения между командой разработки и операционной командой.

Вам может понравиться: Автоматизация соответствия требованиям HIPAA с помощью DevOps | Все, что тебе нужно знать!

Flickr и его заигрывание с Dev+Ops

Поначалу ни Дебуа, ни Шафер не привлекли особого внимания. Но, к счастью, технологические гиганты, включая Google, начали внедрять идею SRE, которая совпадала с идеей Дебуа, чтобы сократить время простоя и компенсировать растущее недовольство клиентов.

Введите двух инженеров Flickr по имени Джон Оллспоу и Пол Хаммонд, которые начали замечать, что между двумя командами (Dev & Ops) всегда есть спор. Они обнаружили, что операционные группы всегда против своего руководства, а команда разработчиков, создающая код, казалось, всегда указывает пальцем на операционную команду.

Поэтому они предложили решение: нанять «операторов, чей мыслительный процесс такой же, как у разработчиков», и наоборот. Что это значило для мира?

Это показало, что настало время объединить команду эксплуатации и разработки посредством автоматизации для одношаговой сборки и развертывания проекта. Так что в конечном итоге «DevOps» родился, но с одной изюминкой: без индивидуального имени!

Бельгия: место, где зародились DevOpsDays

Поскольку мир стремительно приближается к термину Dev+Ops, бельгийский инженер Патрик Дебуа (как упоминалось выше) решил организовать небольшую конференцию, чтобы рассказать о преимуществах «гибкого системного администрирования». Рекламируя свою идею в социальной сети Twitter; он создал хэштег под названием «DevOps» (сокращенная форма разработки и эксплуатации).

Вскоре Дебуа организовал «DevOpsDays» в локализованном формате, чтобы собрать всех разработчиков и операторов со всего мира на единой платформе. Мероприятие вызвало бурные аплодисменты.

Мало того, хэштег вскоре имел такой глобальный успех, что даже разработчики Flicker были ошеломлены.

Modern DevOps: программный монитор, меняющий ИТ-сектор

Хотя DevOps — относительно новая методология, все консалтинговые фирмы DevOps рассказывают вам, как быстро развивается мир технологий и как DevOps получает широкое признание во всех ИТ-отраслях по всему миру.

В 2013 году наделал шума термин, и именно эффект «Франкен-монитор» подчеркивал поиск решения проблемы. Кроме того, в нем также говорится, что компании не должны собирать свои мониторы Frank, чтобы предотвратить простои и затраты, связанные с настройкой здания.

Чтобы поддержать недавний всплеск DevOps, Гартер прогнозирует, что данная технология находится на пути перехода от просто нишевой технологии к основному программному решению, чтобы стать первоклассными услугами во всем мире.

Более того, исследование Forrester объявило 2017 год «годом DevOps». Почему? Причина в том, что в то время около 50% организаций начали использовать DevOps в качестве поставщика услуг, стремясь добиться большего успеха в своей отрасли.

Вам также может понравиться: 7 высокооплачиваемых должностей DevOps, пользующихся большим спросом.

DevOps: проигравший или победитель в будущем?

Таким образом, каждый будет уверен, что просто краткая история не расскажет всю историю. Итак, нужно задаться вопросом, как движется отрасль?

С точки зрения мониторинга, DevOps стремительно развивается, что видно из недавнего отчета об опросе. Это показывает, что мировой рынок DevOps будет иметь среднегодовой темп роста 19,42% до 2020 года. Это показывает, что DevOps будет существовать до тех пор, пока другая новая технология не свергнет его и не займет прочную позицию в будущем.

Мы видели, как DevOps совершенствуется с течением времени, и появление ИИ проникло от смартфонов к беспилотным автомобилям. Итак, у DevOps светлое будущее, и это будет беспроигрышная ситуация для всех перспектив.

DevOps подходит для любой организации, и нужен партнер, который потратит время на удовлетворение их потребностей. Так что воспользуйтесь помощью консалтинговых компаний DevOps и наймите их экспертов, чтобы найти инструменты, которые помогут вашей управленческой и операционной команде завершить проекты без промедления. Кроме того, это также обеспечит лучшие услуги, предлагаемые клиентам с высоким уровнем удовлетворенности.

 Эта статья написана Абхинавом Шриваставой из Emorphis Technologies. Абхинав — маркетолог, влюбленный в технологии. На протяжении многих лет он принимал участие во многих технологических продуктах/проектах, и ему не терпится увидеть влияние технологий на нашу повседневную жизнь. Он обладает глубокими знаниями и пониманием области мобильности, и он рад видеть, как смартфоны и приложения используются для улучшения нашего здоровья, образа жизни и знаний. Он верующий; Он верит в Бога, он верит в себя, он верит в людей и он верит в процветание. Вы можете следить за ним в LinkedIn.