Тази статия е написана от нашия специален гост блогър Николай Николов. Той има над 15 години опит в софтуерната индустрия, като негова специалност е DevOps, Project Management и People Management. В момента ръководи екип от 35 човека и 4 продукта на няколко пазара.
Откакто Patrick Debois, тогава консултант в белгийското правителство, „сглоби“ термина DevOps през 2009 г., има много движение и спорове около тази тенденция. Fredrick Paul разказва в неговата невероятна истинска история за това как се получило името DevOps. Още в самото начало то е обединило някои от най-големите умове и иноватори сред системните администратори, разработчиците, мениджърите и toolsmiths. Съвсем от скоро, обаче, компаниите (тук не включвам големите облачни компании) започнаха да признават стойността и започнаха да го приемат в своите практики (с различна степен на успех).
Може да се каже, че DevOps все още е доста млад, включително и всичките му инструменти и методологии, за да убеди големите консервативни компании, че използването му е „добро нещо“, но според изследване, направено от Garnter Inc., до 2016 г. изненадващите 25% от компаниите Global 2000 ще започнат с внедряване на DevOps по един или друг начин и туловете, които подкрепят тази методика ще нараснат с 21%, достигайки до пазар от 2.3 милиона до края на 2015 г. DevOpsCube предоставят убедителни доказателства, че DevOps започва да напуска пазарната нища и става все по-преобладаващ движение.
С толкова много емоции около тази дума, неизбежно е да се запитате -Трябва ли ми DevOps в живота (или не)? Независимо от това дали сте мениджър в голяма корпорация, малък хай-тек предприемач, обикновен разработчик или ядосан системен админ в гараж – има добър шанс да изпускате възможността да промените работното си място към по-добро ( .. .или не! ), докато този шанс минава точно пред вас. И не забравяйте, че ако не сте вие, някой друг, със сигурност, ще яхне вълната и ще стигне по-напред от вас … или не!
Достатъчно с проповядването. Моят опит с Agile през последното десетилетие е предимно болезнен и пълен с провал и недоразумения. Виждал съм компании, които практикуват Agile методологията и имат голям неуспех. Хората обвиняват Aglie за цялото зло в света или разкриват сериозни пропуски в него, а мениджърите увеличават процента на доброволно напускащите служители в своите екипи след внедряване на Scrum. И вярвате или не, има една единствена причина за тези премеждия – Agile е нищо друго освен концепция, набор от ценности и практики. И все пак тези ценности са били и са експлоатирани невъзприемчиво от средното управленско ниво и тази злоупотребата е поради невежеството на висшия мениджмънт и клиенти. Следователно, хората, които страдат от това, са разработчиците, Ops, QA или т.н. хората, които вършат работа. Те възприемат Agile като “мениджмънт глупост” или “коренът на всяко зло” или “безсмислена истерия“. Изкушавам се да напиша на дълго и широко, как се злоупотребява с Agile, но това е друга тема. Това, което искам да изтъкна, е че и DevOps, в същността си, е много подобно – набор от ценности и практики. Ако искате да „приложите“ DevOps, по-добре да помислите сериозно и да го разучите подробно, защото DevOps (в този ред на мисли и Agile) е като променливия ток – ако го разучите и разберете, след няколко сътресения и работни подобрения, най-вероятно ще впрегнете потенциала му в прекрасни приспособления. Но ако се бъркате от невежото убеждение, че той магически ще подобри резултатите ви, най-вероятно е да се окажете жестоко „опържен“ (физически, умствено и финансово).
Точно както всеки друг практикуващ, не искам да видя оскверняване на поредното добро нещо в ИТ индустриите, идея, която е пореден опит за фокус върху производителността и качеството, която да не бъде погрешно разбрана и докарана до посредственост и противоречия поради не толкова смелите хора, които вземат решения и които обещават всички ѝ предимства, без изобщо да разберат усилията, които трябва да се направят, за да стигнем до резултатите.
Тази скромна поредица от статии е моят опит да образовам за правилното изпълнение на това, което някои наричат “Agile operations”. Ще се опитам да асимилирам познанията и опита ми в един куп добри практики и съвети. Това също е и опит за референция към влиятелни автори и практики в тази посока, с цел да бъде предоставен опростен, но детайлен поглед върху DevOps материята и нейната еволюция за хората, които имат необходимостта от бързото ѝ разбиране.
