DevOps - какво е това?

Изпълнението на проект е цяло изкуство! В крайна сметка е необходимо във времето да се завърши доста сложен, високотехнологичен цикъл на развитие, като не се допускат никакви неизправности и отклонения. Това е, което DevOps се нуждае. Какво е това? За каква цел се използва? Каква е тази философия на развитието?

Обща информация

Съществуващите реалности изискват времето за изпълнение на проекта, от произхода на идеята до представянето на крайния продукт, да се намалява постоянно. И това е придружено от ограничен бюджет. Ето защо най-добрият вариант не беше намерен, а не оптимизирането на техническия процес. И като една от посоките на развитие се появи DevOps. Какво е това? Временни резерви могат да бъдат намерени в почти всеки отдел. Можете да затегне не само разработчиците, но и тестери, мениджъри, анализатори, единица за внедряване. Остава да се направи много малко - да помислим как да го направим.

Какви са решенията?

Често за възникващи проблеми използва методологията на гъвкаво, бързо, а понякога и крайно развитие. Нарича се Agile. DevOps се смята за неговото наследство. Първоначално се опитваше да намали процеса на разработка до поредица от кратки цикли, които се наричат ​​итерации. Трябваше да продължат няколко седмици. В този случай, всеки от тях, всъщност, е малък проект. След всяко повторение екипът спира и оценява извършената работа.

Първоначално изглеждаше, че подобен подход е качествен, но практиката показва редица недостатъци. Така че нямаше общи инструменти и способността да се споделят знания от различни отдели. Ето защо развитието не винаги и не толкова бързо, колкото бихме искали, напредва. Освен това то оказва влияние върху факта, че всеки отдел има свои критерии за оценка на ефективността, което затруднява общата стандартизация и обединяване. Следователно търсенето на решения продължи.

Сега нека разгледаме един от предложените варианти. А именно - ще разберем какво е DevOps за манекени. За щастие, отне повече от една година и можете да оценявате обективно тази методология.

Какво е това?

През 2009 г. широката общественост беше информирана за друг подход към разработката на софтуер. Тя се нарича "философията на DevOps". Изкуството на ИТ мениджмънта включва въвеждането на методология за разработка на софтуер (софтуер), в която специалистите в създаването и поддръжката активно взаимодействат. Този подход се основава на идеята, че е необходимо да се направи взаимозависимост развитието и работата на софтуера. В същото време целта бе да се позволи на организациите да създават още по-бързо и впоследствие да актуализират софтуерни продукти и услуги. За да се разбере същността на тази методология, беше използвана метафора на три начина. Нека да я разгледаме по-отблизо.

Три начина

Говорейки за DevOps и какво е това, е невъзможно да се заобиколи тази метафора. Самият той е:

1. Първият начин. Подчертава необходимостта от увеличаване и работа по изпълнението на цялата система. Трябва да се обърне внимание на всички бизнес потоци, които допринасят за създаването на стойност.
2. Вторият начин. Това включва създаването на обратна връзка, която се движи от дясно на ляво. Всяка инициатива за подобряване на процесите трябва да я намали и укрепи, така че в проекта да бъдат внедрени постоянно необходимите изменения.
3. Третият начин. Предполага създаването на култура, която благоприятства постоянното експериментиране, насърчава поемането на риск и извлечените поуки от неуспехите и успехите и ни позволява да разберем, че повторението и практиката са предпоставки за майсторство.

Използвайки този интегриран подход, се формира пълна картина на модела на развитие, която отчита интересите на всички страни, ясно идентифицира процесите и интеграционния механизъм. На тези три принципа се изгражда цялата методология.

За кого е това?

Инструментите DevOps могат потенциално да се поберат на всички организации, които участват в областта на информационните технологии. Големи, те ще увеличат скоростта на развитие, тестване и представяне на продуктите. В малките организации всички хора участват в процеса, което позволява взаимозаменяемостта на служителите. Въпреки че често има ситуация, когато тя не се интересува. В края на краищата въвеждането на DevOps предполага много работа с нови технологии, които често не са известни. Макар че по принцип тази философия предполага автоматизация, стандартизация и по-активна връзка, всяка компания, която я прилага, има свои различни различия. За да научите повече, можете да се запознаете със специалната литература, например книгата DevOps Handbook.

Относно предимствата и недостатъците

Първоначално положителните аспекти на тази методология. В случай на успешно изпълнение, в бъдеще компанията може да разчита на:

1. Автоматизация (намаляване на риска от човешка грешка).
2. Опростете и ускорете разработването и представянето на готовия продукт.
3. Получавайте бърза обратна връзка от потребителите.

Какви са негативните аспекти на този подход? Най-често:

1. Не забравяйте и отхвърляйте успешните практики от предишни години. Много от тях гряха, макар да игнорират нещо само защото са създадени преди много време, е глупав подход, който може да има отрицателно въздействие върху бъдещите дейности.
2. Необходимо е да се вземат под внимание характеристиките на колектива, защото по различни причини тази философия може да не им е удобна.

Проблемът трябва да бъде решен

Говорейки за най-важния аспект, основното нещо, което DevOps прави е какво? Старият проблем на "проблемът не е на наша страна". Колко често се случва ситуацията, когато програмистите кимат към системните администратори и казват, че имат проблеми със сървъра. Sysadmins казват, че проблемът е с кода. Задачата на методологията е да подобри взаимодействието между различните звена и да унищожи като феномен прехвърлянето на отговорност.

За да се изясни това по-добре на служителите, можете не само да говорите лично с тях, но и да организирате пътуване до конференцията DevOps, където те могат да разберат за това от други хора, а също и да научат професионален опит. Като цяло, ситуацията, в която разработчикът вижда само своята област на отговорност и не иска да се намесва в някой друг, може да бъде напълно разбрана. Но от гледна точка на системата такава световна гледна точка е изключително вредна и трябва да бъде изкоренена. Ето защо, в случай на проблем, трябва да има някой, който да поеме отговорност за тяхната корекция. И като цяло е желателно да се създаде система, която да изравни възможността за появата им.

промени

Необходимо е да се разбере, че проектът DevOps не осигурява добре четен или универсален системен администратор и постепенно участва във всички етапи и създаването на стандартизиран производствен цикъл. Когато се прилага тази методология, се създава допълнително допълнително ниво на координация и синхронизация на работните места, т.е. подобряване на управлението и контрола.

Първоначално на пръв поглед се наблюдават ненужни усложнения и възмущения от страна на служителите, но в дългосрочен план промените ще дадат стабилност на производствения процес. Това, трябва да се признае, по време на разработването на сложни работещи системи е наистина безценен, защото тя спестява от един неприятен режим на работа и блокиране в неподходящи моменти. Такава превенция чрез добре замислена и правилно настроена методология дава значителен резултат. В същото време е необходимо да се грижи за комуникативното взаимодействие на различните хора. И крайната цел на всички тези промени е разработването на безпроблемна и изключително адаптивна архитектура за създаване и поддържане на системен характер.

Модели за внедряване

В зависимост от преследваните цели се разграничават следните изпълнения на DevOps:

1. Първият модел. В този случай се планира задълбочаване на процесите на разработка на софтуер при доставката. Осигурява непрекъсната интеграция на работните процеси.
2. Вторият модел. Предоставя обратна информация от продавача на програмиста. Изградена е пълна хронология на събитията за развитие и администрация, които трябва да спомогнат за разрешаването на проблемите, както и да предоставят възможност да се анализират причините за тяхното възникване, когато това е възможно. Освен това се предвижда създаването на услуги за самообслужване, когато това е осъществимо, и информационни индикатори, които показват промени в системата, когато са направени.
3. Третият модел. Развитието и администрацията се комбинират. Това предполага включването на екипа от създатели в решаването на проблеми, развитието на взаимодействието между персонала и работата за намаляване на броя на ескалациите.
4. Четвъртият модел. Целият екип е включен в разработката, създава се тясна комуникация между персонала, създават се множество потребителски разкази, където има разгръщане, управление на кода в производствения процес, се дефинират нефункционални изисквания, които могат да се прилагат при всички проекти.

Каква е стойността?

Нека обобщим какво привлича DevOps. За бизнеса тя предоставя три значителни предимства:

• ви позволява бързо да влезете на пазара, като намалите цикъла на разработка и висока степен на разгръщане;
• подобрява качеството на крайния продукт (по-малко повреди, повече части от оборудването, на което може да се стартира софтуера);
• повишава организационната ефективност, което влияе върху качеството и скоростта на резултата.

Всичко това позволява на DevOps методологията да заема уверено мястото, което се дължи на нея.

заключение

Разбира се, теорията е едно нещо и прилагането на практика е съвсем друго. Понякога дори най-добрите начинания могат да бъдат унищожени или саботирани. Как може да бъде предотвратено това? На първо място, е необходимо да се направи адекватна и честна оценка на ситуацията, която се е развила в предприятието. Ако се формира само, тогава е необходимо да се определи целта и желаният алгоритъм за развитие.

След това идва последователността на планиране. В същото време трябва да се обърне внимание и на най-малките подробности. В бъдеще, ако има нужда, не е нужно да пренебрегвате необходимостта от промяна на първоначалния план. За да се разбере по-добре ситуацията, е възможно да се привлекат специалисти, които са пряко засегнати от оптимизацията. Мненията им могат да бъдат безценни по отношение на създаването на удобна среда.