DevOps-тың шығу тегі: атауында не бар?

Эй Хабр! Назарларыңызға мақаланың аудармасын ұсынамын «DevOps-тың шығу тегі: атауда не бар?» Стив Мезак жазған.

Сіздің көзқарасыңызға байланысты DevOps биыл тоғызыншы немесе оныншы мерейтойын атап өтеді. 2016 жылы RightScales компаниясының бұлттық жағдайы туралы есебінде ШОБ-тың 70 пайызы DevOps тәжірибесін қабылдайтынын атап өтті. Осы ұпайды құрайтын әрбір көрсеткіш содан бері өсті. DevOps өзінің екінші онжылдығына кіруге дайындалып жатқанда, өткенді серуендеп, DevOps-тың шығу тегіне, тіпті атаудың өзіне де оралу тамаша болар еді.

2007 жылға дейін: тамаша оқиғалар тізбегі

2007 жылға дейін бірқатар жағдайлар ақыр соңында бүгінгі DevOps деп аталатын нәрсені дүниеге әкелді.

Сүйену озық тәжірибе екенін дәлелдеп үлгерді. ретінде де белгілі Toyota өндіріс жүйесі, Lean Manufacturing өндіріс қабатындағы процестерді оңтайландыруға ұмтылады. (Айтпақшы, Тойота менеджменті бастапқыда Ford Motor Company енгізген конвейердің бастапқы әдістерінен шабыттанды). Үздіксіз жетілдіру үнемді өндіріс үшін мантра болып табылады. Іс жүзінде келесі жолдар үнемі бағаланады:

  1. Шикізат пен дайын өнімнің инвентарлық деңгейін минимумға дейін ұстау. Үнемді өндіріс тауарларды өндіруге арналған шикізат қорының ең аз көлемін және тапсырыс беруді немесе жөнелтуді күтіп тұрған дайын өнімнің ең аз мөлшерін білдіреді.
  2. Тапсырыс кезегін азайту. Ең дұрысы, алынған тапсырыстар дереу аяқталған күйге ауысады. Үнемді өндірістің негізгі көрсеткіші әрқашан тапсырысты қабылдаудан бастап жеткізуге дейінгі уақыт болады.
  3. Өндіріс процесінің тиімділігін арттыру. Процесті қайта құру және жетілдірілген автоматтандыру өнімдерді мүмкіндігінше тез өндіру үшін біріктірілуде. Бүкіл жол бойындағы өндірістің әрбір саласы (кесу, дәнекерлеу, құрастыру, сынау және т.б.) тиімсіздікке бағаланады.

IT әлемінде бағдарламалық қамтамасыз етуді әзірлеудің сарқырама үлгісінің дәстүрлі әдістері қазірдің өзінде жылдам итерациялық әдістерге орын берді. Agile. Жылдамдық, тіпті жылдам даму мен орналастыруға ұмтылу кезінде сапа кейде зардап шексе де, ең үлкен айқай болды. Дәл сол сияқты, бұлтты есептеулер, атап айтқанда Инфрақұрылым - қызмет ретінде (IaaS) және Платформа as-a-Service (PaaS) өздерін АТ процестері мен инфрақұрылымында жетілген шешімдер ретінде көрсетті.

Ақырында, құралдар жинағы жақында пайда бола бастады Үздіксіз интеграция (CI). CI құралдарының идеясын Гради Буч 1991 жылы өзінің Booch әдісінде дүниеге келген және ұсынған.

2007-2008: көңілі қалған бельгиялық

Бельгиялық кеңесші, Agile жобасы және тәжірибе менеджері Патрик Дебуа деректер орталығының көші-қонына көмектесу үшін Бельгия үкіметінің министрлігінен кездесуді қабылдады. Атап айтқанда, ол аттестаттауға және дайындықты тексеруге қатысты. Оның міндеттері оған бағдарламалық жасақтаманы әзірлеу топтары мен сервер, дерекқор және желілік операциялар топтары арасындағы қарым-қатынастарды үйлестіруді және құруды талап етті. Оның біртұтас болмауына және даму мен жұмыс әдістерін бөлетін қабырғаларға ашуы оны қатты күйзелтті. Көп ұзамай Десбуаның жақсартуға деген ұмтылысы оны әрекетке жетеледі.
2008 жылы Торонтодағы Agile конференциясында Эндрю Шефер тақырыпты талқылау үшін арнайы ұйымдастырылған бейресми кездесуді өткізуді ұсынды.Жедел инфрақұрылым"Және тақырыпты талқылауға бір ғана адам келді: Патрик ДеБуа. Олардың талқылауы мен идеялар алмасуы Agile жүйелерін басқару тұжырымдамасын алға жылжытты. Сол жылы ДеБуа мен Шефер Google-да орташа табысты Agile Systems Administrator тобын құрды.

2009: Dev және Ops арасындағы ынтымақтастық жағдайы

O'Reilly Velocity конференциясында Flickr компаниясының екі қызметкері, техникалық операциялар жөніндегі аға вице-президенті Джон Олспау және CTO Пол Хаммонд қазіргі танымал презентацияны ұсынды. «Күніне 10 орналастыру: Flickr-да әзірлеушілер мен операциялық ынтымақтастық».

Тұсаукесер драма болды, Allspaw және Hammond бағдарламалық жасақтаманы орналастыру процесі кезінде әзірлеу және операциялар өкілдерінің арасындағы күрделі өзара әрекеттесуді қайталады, саусақпен нұсқау және «Бұл менің кодым емес, бұл сіздің барлық компьютерлеріңіз!» Олардың тұсаукесері бағдарламалық жасақтаманы әзірлеу және орналастыру әрекеттерінің үздіксіз, ашық және толық интеграцияланған болуы жалғыз ақылға қонымды нұсқа екенін растады. Уақыт өте келе бұл презентация аңызға айналды және қазір IT индустриясы бүгінгі күні DevOps деп аталатын әдістемені шақыра бастағанда тарихи маңызды кезең ретінде қарастырылады.

2010: Америка Құрама Штаттарындағы DevOps

Артып келе жатқан DevOpsDays конференциясы АҚШ-та алғаш рет Маунтин-Вьюде, Калифорнияда, жыл сайынғы Velocity конференциясынан кейін бірден өтті. 2018 жылға қарай жылдам алға және 30-дан астам DevOpsDays конференциялары жоспарланған, оның ішінде Құрама Штаттарда ондаған.

2013: «Феникс» жобасы

Көпшілігіміз үшін DevOps тарихындағы тағы бір маңызды сәт Джин Ким, Кевин Бер және Джордж Саффордтың «Феникс жобасы» кітабының жариялануы болды. Бұл роман өте қиын жағдайда қалған IT менеджері туралы әңгімелейді: оған қате кеткен маңызды электрондық коммерция жобасын құтқару міндеті жүктеледі. Менеджердің жұмбақ тәлімгері - үнемді өндіріс әдістеріне құмар директорлар кеңесінің мүшесі - DevOps тұжырымдамасын алдын ала болжа отырып, басты кейіпкерге IT және қолданбаларды әзірлеу туралы ойлаудың жаңа жолдарын ұсынады. Айтпақшы, «Феникс жобасы» бізді «Аутсорсинг немесе басқаша...» кітабын жазуға шабыттандырды, онда бағдарламалық қамтамасыз етудің VP жаңа ірі аутсорсингтік өнімді әзірлеу кезінде DevOps пайдаланатын ұқсас бизнес оқиғасы туралы.

Болашаққа арналған DevOps

DevOps-ті соңғы мақсат емес, саяхат немесе мүмкін ұмтылыс ретінде сипаттаған жөн. Үнемі өндіріс сияқты DevOps үздіксіз жетілдіруге, өнімділік пен тиімділікті арттыруға, тіпті үздіксіз енгізуге ұмтылады. DevOps-ті қолдауға арналған автоматтандырылған құралдар дами береді.

Соңғы онжылдықта DevOps пайда болғаннан бері көп нәрсеге қол жеткізілді және біз 2018 және одан кейінгі жылдары одан да көп нәрсені көреміз деп үміттенеміз.

Ақпарат көзі: www.habr.com

пікір қалдыру