Здравей, Хабр! Представям ви превода на статията автор Steve Mezak.
В зависимост от вашата перспектива, DevOps ще отбелязва своя деветнайсети или десети рожден ден тази година. През 2016 г. в доклад на RightScale за състоянието на облаците се посочва, че 70% от малките и средни предприятия внедряват методи на DevOps. Всеки показател, който съставлява тази оценка, е нараснал оттогава. Докато DevOps се готви да навлезе във второто десетилетие от съществуването си, би било чудесно да се върнем назад във времето и да разгледаме корените на DevOps — и дори произхода на самото название.
До 2007: Перфектната верига на събитията
Преди 2007 г. съвкупност от обстоятелства в крайна сметка доведе до това, което днес е известно като DevOps.
Лийд майнинг вече се е утвърдил като най-добра практика. Също така известен като производствена система на Toyota, лийд майнинг стреми да оптимизира процесите в производствения цех. (Между другото, ръководството на Toyota първоначално беше вдъхновено от оригиналните методи на производствената линия, представена от Ford Motor Company). Постоянното усъвършенстване е мантра за лийд майнинг. На практика постоянно се оценяват следните пътища:
- Поддържане на нивото на запасите от суровини и готови изделия на минимум. Лийд майнинг означава минимално количество суровини за производството на стоки и минимално количество вече готови продукти, които чакат разпределение по поръчки или доставка.
- Минимизиране на опашките на поръчките. Идеалното е получените поръчки веднага да преминават в състояние на завършени. Ключовата метрика за лийд майнинг винаги ще бъде времето от получаването на поръчката до доставката.
- Максимизиране на ефективността на производствения процес. Преработката на процесите и подобрената автоматизация се обединяват с цел възможно най-бързо производство на стоки. Всяка част от производствения процес (рязане, заваряване, сглобяване, тестване и т.н.) се оценява за неефективност.
В света на ИТ традиционните методи на каскадния модел на разработка на софтуер вече отстъпват място на бързите итеративни методи, като Agile. Скоростта стана боен вик, дори когато качеството понякога страдаше в преследване на бързо разработване и внедряване. Приблизително по същия начин облачните технологии, по-специално Infrastructure-as-a-Service (IaaS) и Platform-as-a-Service (PaaS) се утвърдиха като зрели решения в процесите и инфраструктурата на ИТ.
Накрая, наскоро започнаха да се появяват инструменти за Continuous Integration (CI). Концепцията за инструментите CI бе представена от Гради Буч през 1991 година в неговия Метод на Буч.
2007-2008: Разочарованият белгиец
Белгийският консултант, проектен мениджър и практик Agile Патрик Дебуа прие ангажимент от правителството на Белгия, за да помогне с миграцията на центрове за данни. По-конкретно, той отговаряше за сертификацията и проверката на готовността. Задълженията му изискваха координиране на действията и изграждане на отношения между екипите за разработка на софтуер и екипите по експлоатация сървъри, бази данни и мрежи. Неговото разочарование от липсата на съгласуваност и стените, разделящи методите на разработка и експлоатация, породи у него досада. Стремежът към подобрение скоро доведе Дебуа до действие.
През 2008 година на конференцията по Agile в Торонто Андрю Шефер предложи да модерира специално организирана неформална среща за обсъждане на темата "Agile-инфраструктура". И само един човек дойде да обсъди темата: Патрик Дебуа. Тяхната дискусия и обмен на идеи напреднаха концепцията за системно администриране по Agile. През същата година Дебуа и Шефер създадоха умерено успешна група Agile Systems Administrator в Google.
2009: Делото за сътрудничество Dev и Ops
На конференцията O’Reilly Velocity двама служители на Flickr, старшият вицепрезидент по техническите операции Джон Оллспоу и техническият директор Пол Хемонд, представиха известната презентация «10 разгръщания на ден: сътрудничество Dev и Ops във Flickr».
Презентацията беше в стил драма, Оллспоу и Хемонд разиграваха сложна взаимовръзка между представители на Development и Operations в процеса на внедряване на софтуер, заедно с търсенето на виновни и взаимни обвинения в духа на „Не е моят код, всичко е заради твоите компютри!“ Техният доклад потвърди, че единственият разумен изход е дейността по разработване и внедряване на софтуер да бъде плавна, прозрачна и абсолютно интегрирана. С течение на времето тази презентация стана легендарна и сега исторически се разглежда като основополагающа веха, когато в индустрията на ИТ възникна необходимост от методология, позната днес като DevOps.
2010: DevOps в Съединените американски щати
С нарастващия брой поддръжници, конференцията DevOpsDays за първи път се проведе в Съединените американски щати в Маунтин Вю (Калифорния) веднага след годишната конференция Velocity. Пренесем се в 2018 година: планирани са над 30 конференции DevOpsDays, включително десетки в Съединените щати.
2013: Проект «Феникс»
За мнозина от нас още един забележителен момент в историята на DevOps е публикуването на книгата «Проект „Феникс“» от Джийн Ким, Кевин Бър и Джордж Сафорд. В този роман се разказва историята на ИТ мениджър, попаднал в безизходна ситуация: той е натоварен да спаси критично важен проект за развитие на електронна търговия, който е тръгнал по грешния път. Тайнственият наставник на мениджера — член на борда на директорите, увлечен от методите на Lean, подсказва на главния герой нови начини за осмисляне на ИТ и разработка на приложения, предвосхищавайки концепцията DevOps. Между другото, «Проект „Феникс“» вдъхнови нас да напишем книгата «Преведи на аутсорсинг, иначе…» за подобна история от бизнеса, когато вицепрезидент по софтуер използва DevOps по време на разработката на нов голям продукт на аутсорсинг.
DevOps за бъдещето
Струва си да опишем DevOps по-скоро като пътуване или, може би, стремление, отколкото като крайна дестинация. DevOps, подобно на Lean производството, се стреми към непрекъснато усъвършенстване, повишаване на производителността и ефективността и дори постоянно внедряване. Автоматизираните инструменти в подкрепа на DevOps продължават да се развиват.
Много е постигнато от създаването на DevOps през последното десетилетие и очакваме да видим още повече през 2018 година и в бъдеще.
Източник: habr.com
