Здравей, Хабър! Представям ви превод на статия автора Steve Mezak.
В зависимост от вашата гледна точка, DevOps ще отпразнува своя девети или десети рожден ден тази година. През 2016 г. в доклада на компанията RightScale за състоянието на облаците се посочва, че 70 процента от малкия и средния бизнес прилага методи на DevOps. Всеки елемент от тази оценка оттогава се е увеличил. Докато DevOps се подготвя за второто си десетилетие, би било чудесно да се разходим из закоулките на миналото и да се върнем към корените на DevOps — и дори към произхода на самото име.
До 2007: Идеалната верига от събития
До 2007 година поредица от обстоятелства в крайна сметка доведе до съществуването на това, което днес познаваме като DevOps.
Лийд производствени практики вече са се доказали като най-добра практика. Също известни като производствената система на Toyota, лийд производствените практики се стремят към оптимизация на процесите в производствения цех. (Между другото, ръководството на Toyota първоначално беше вдъхновено от оригиналните методи за сглобяване, представени от Ford Motor Company). Постоянно усъвършенстване е мантра за лийд производството. На практика постоянно се оценяват следните пътища:
- Поддържане на запасите от суровини и готови изделия на минимум. Лийд производството означава минимално количество суровини за производството на стоки и минимално количество готови изделия, очакващи разпределение по поръчки или доставка.
- Минимизиране на опашките на поръчките. Идеално е, ако получените поръчки веднага преминават в завършено състояние. Ключовата метрика за лийд производството винаги ще бъде времето от получаването на поръчката до доставката.
- Максимизиране на ефективността на производствения процес. Преорганизацията на процесите и подобрената автоматизация се съчетават с цел максимално бързо производство на стоки. Всеки участък от производството по целия процес (рязанe, заваряванe, сглобяванe, тестванe и т.н.) се оценява за неефективност.
В света на ИТ традиционните методи на каскадния модел за разработка на софтуер вече отстъпват място на бързи итеративни методи, като 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
