Еј Хабр! Ви го презентирам преводот на статијата од Стив Мезак.
Во зависност од вашата гледна точка, DevOps ќе ја прослави својата деветта или десетта годишнина оваа година. Во 2016 година, извештајот за состојбата на облакот на RightScales забележа дека 70 проценти од малите и средните претпријатија усвојуваат практики на DevOps. Секој показател што го сочинува овој резултат е зголемен од тогаш. Додека DevOps се подготвува да влезе во својата втора деценија, би било одлично да се прошетате низ минатото и да се вратите на потеклото на DevOps - па дури и на потеклото на самото име.
Пред 2007 година: Совршен синџир на настани
Пред 2007 година, низа околности на крајот го родиле она што денес е познато како DevOps.
Посно веќе се покажа како најдобра практика. Исто така познато како Системот за производство на Тојота, Lean Manufacturing се стреми да ги оптимизира процесите на производниот под. (Патем, менаџментот на Тојота првично беше инспириран од оригиналните методи на склопување воведени од Ford Motor Company). Континуирано подобрување е мантра за посно производство. Во пракса, следните патеки постојано се оценуваат:
- Одржување на нивото на залихи на суровини и готови производи на минимум. Посно производство значи минимална количина на залихи на суровини за производство на стоки и минимална количина на готови производи кои чекаат да бидат нарачани или испорачани.
- Минимизирање на редот за нарачки. Идеално, примените нарачки веднаш се префрлаат во завршената состојба. Клучната метрика за посно производство секогаш ќе биде времето од приемот на нарачката до испораката.
- Максимизирање на ефикасноста на производствениот процес. Ре-инженерството на процесите и подобрената автоматизација се комбинираат за да се произведат стоки што е можно побрзо. Секоја производна област по целата патека (сечење, заварување, монтажа, тестирање итн.) се проценува за неефикасност.
Во ИТ светот, традиционалните методи на водопадниот модел на развој на софтвер веќе го отстапија местото на брзите итеративни методи како што се Агилниот. Брзината беше рели крик, дури и ако квалитетот понекогаш страдаше во потрагата по брз развој и распоредување. На ист начин, особено, облак компјутерите Инфраструктура-како-услуга (IaaS) и Платформа-како-услуга (PaaS) се докажаа како зрели решенија во ИТ процесите и инфраструктурата.
Конечно, неодамна почнаа да се појавуваат алатки за Континуирана интеграција (CI). Идејата за CI алатки е родена и претставена од Gradi Booch уште во 1991 година во неговиот Booch Method.
2007-2008: Разочаран Белгиец
Белгискиот консултант, менаџер на проектот и практиката Agile, Патрик Дебоа, прифати назначување од белгиското владино министерство за да помогне во миграцијата на центарот за податоци. Особено, тој беше вклучен во сертификација и тестирање на подготвеност. Неговите одговорности бараа од него да координира и да гради односи помеѓу тимовите за развој на софтвер и тимовите за сервери, бази на податоци и мрежни операции. Неговата фрустрација од недостатокот на кохезија и ѕидовите што ги одвојуваат методите за развој и работа го остави огорчен. Желбата на Дезбоа да се подобри наскоро го навела на акција.
На конференцијата Agile во 2008 година во Торонто, Ендрју Шефер предложи да се модерира специјално договорен неформален состанок за да се разговара на темата „Агилна инфраструктура„И само едно лице дојде да разговара на темата: Патрик ДеБоа. Нивната дискусија и размена на идеи го унапреди концептот на администрацијата на Agile системи. Истата година, ДеБоа и Шефер ја создадоа умерено успешната група Агил Системи Администратор во Google.
2009: Случај на соработка помеѓу Dev и Ops
На конференцијата O'Reilly Velocity, двајца вработени во Flickr, постариот потпретседател за технички операции Џон Алспау и CTO Пол Хамонд, ја одржаа сега познатата презентација „10 распоредувања на ден: соработка на Dev и Ops во Flickr“.
Презентацијата беше драма, при што Алспау и Хамонд ги реконструираа сложените интеракции помеѓу претставниците на развој и операции за време на процесот на распоредување на софтверот, комплетно со покажување со прст и обвинувања по наредбите „Тоа не е мој код, туку сите ваши компјутери!“ Нивната презентација потврди дека единствената разумна опција е активностите за развој и распоредување софтвер да бидат беспрекорни, транспарентни и целосно интегрирани. Со текот на времето, оваа презентација стана легендарна и сега историски се гледа како пресвртница кога ИТ индустријата почна да бара методологија позната денес како DevOps.
2010: DevOps во Соединетите Американски Држави
Со сè поголем број следбеници, конференцијата DevOpsDays се одржа за прв пат во Соединетите Држави во Маунтин Вју, Калифорнија, веднаш по годишната конференција за Velocity. Брзо напред до 2018 година, а има повеќе од 30 конференции DevOpsDays закажани, вклучително и десетици во Соединетите држави.
2013: Проект „Феникс“
За многумина од нас, уште еден значаен момент во историјата на DevOps беше објавувањето на книгата „Проектот Феникс“ од Џин Ким, Кевин Бер и Џорџ Сафорд. Овој роман ја раскажува приказната за ИТ менаџер кој се наоѓа во очајна ситуација: тој има задача да спаси критички проект за е-трговија кој тргнал наопаку. Мистериозниот ментор на менаџерот - член на одборот на директори кој е страстен за методите на посно производство - му предлага нови начини на главниот лик да размислува за ИТ и развој на апликации, предвидувајќи го концептот на DevOps. Патем, „Проектот Феникс“ нè инспирираше да ја напишеме книгата „Отсорсинг или на друго место...“ за слична деловна приказна во која заменик-претседател на софтвер користи DevOps за време на развојот на нов голем производ со аутсорсинг.
DevOps за иднината
Вреди да се опише DevOps како патување, или можеби аспирација, наместо како крајна дестинација. DevOps, како и слабото производство, се стреми кон континуирано подобрување, зголемена продуктивност и ефикасност, па дури и континуирано распоредување. Автоматските алатки за поддршка на DevOps продолжуваат да се развиваат.
Многу е постигнато од почетокот на DevOps во последната деценија, а очекуваме да видиме уште повеќе во 2018 година и понатаму.
Извор: www.habr.com