Стартирайте проект - това е цялото изкуство! В крайна сметка е необходимо навреме да се завърши един доста сложен, високотехнологичен цикъл на развитие, без да се допускат неизправности и отклонения. Това изисква DevOps. Какво е това? За какво е предназначена? Какво представлява тази философия на развитие?
Обща информация
Какви решения?
Често за възникващите проблеми те използват методологията на гъвкаво, бързо и понякога екстремно развитие. Тя е наречена Agile. DevOps се счита за нейното наследство. Първоначално се опитахме да ограничим процеса на развитие до поредица от кратки цикли, които се наричаха итерации. Трябваше да продължат няколко седмици. В същото време всеки от тях по същество е малък проект. След всяка итерация екипът спира и оценява извършената работа. Първоначално изглеждаше, че такъв подход е качествен, но практиката показа редица недостатъци. Да, нямаше общи инструменти и възможности за споделяне на знания по различни начиниединици. Следователно, развитието е далеч от винаги и не толкова бързо, колкото би било желателно. Освен това фактът, че всяко подразделение има свои критерии за оценка на ефективността, което затруднява стандартизирането и обединяването. Следователно търсенето на решения продължи.
Сега да разгледаме една от предложените опции. А именно - разберете какво е DevOps за манекени. За щастие е минала повече от една година и е възможно повече или по-малко обективно да се оцени тази методология.
Говорейки за DevOps и какво е то, заобикалянето на тази метафора е невъзможно. Тя представя:Първият начин. Подчертава необходимостта от увеличаване и подобряване на работата на цялата система. Трябва да се обърне внимание на всички бизнес потоци, които допринасят за създаване на стойност. Вторият начин. Тя включва създаването на линияОбратната връзка идва отдясно наляво. Всяка инициатива за подобряване на процеса трябва да бъде намалена и подсилена, така че проектът да може да се изпълнява постоянно. Третият начин. Тя включва създаването на култура, която ще доведе до непрекъснато експериментиране, насърчаване на поемането на рискове и поуките от неуспехите и успехите, както и яснота, че повторенията и практиката са предпоставки за умения. Използвайки този комплексен подход, цялостната картина на модела на развитие, която отчита интересите на всички страни, ясно се формира от процесите и механизма за интеграция. По тези три принципа и цялата методология е изградена.
DevOps инструментите могат потенциално да се обърнат към всички организации, занимаващи се с информационните технологии. Те ще увеличат скоростта на разработване, тестване и представяне на продуктите. В малките организации има участие на всички хора в процеса, което осигурява взаимозаменяемостта на служителите. Въпреки че често има ситуация, в която тя не се интересува. В края на краищата, въвеждането на DevOps включва много работа с нови технологии, които често са неизвестни. Въпреки че в общи линии тази философия включва автоматизация, стандартизация и по-активни взаимоотношения, всяка компания, която я прилага, има определени различия. За повече информация вижте специалната литература, например наръчника на DevOps.
Първо, относно положителните аспекти на тази методология. В случай на успешна реализация, компанията в бъдеще може да разчита на:Автоматизация (намаляване на риска от човешка грешка). Опростяване и ускоряване на разработването и представянето на крайния продукт. Получаване от потребителите на бърза обратна връзка. Какви са отрицателните аспекти на този подход? Най-често:
Не трябва да забравяме и отхвърляме успешните практики от предишни години. Много греши, макар и да пренебрегва нещо само защото е създадено преди много време - това е глупав подход, който може да повлияе негативно върху бъдещите дейности. Необходимо е да се вземат предвид особеностите на колектива, тъй като по различни причини тази философия може да не им подхожда.
Ако говорим за най-важния аспект, какво е важно за DevOps е какво? Старият проблем е "не е проблем от наша страна". Колко често е ситуацията, когато програмистите кимват в посока на системните администратори и казват, че проблемите със сървъра. Сисадмините казват, че проблемът е точно с кода. Задачата на методологията е да подобри взаимодействието между различните звена и да унищожи като феномен на прехвърляне на отговорност. За да обясните по-добре това на служителите, можете не само лично да говорите за това, но и да организирате пътуване до конференцията на DevOps, където те могат да научат за нея от други хора, както и да придобият професионален опит. Като цяло, ситуация, в която предприемачът вижда само своята сфера на отговорност, а неЖелаещи да се намесят в някой друг, това е напълно разбираемо. Но по отношение на системата подобна перспектива е изключително вредна и трябва да бъде премахната. Ето защо, в случай на възникване на проблеми, трябва да има някой, който да поеме отговорността за тяхното коригиране. И е желателно да се създаде система, която да облекчи възможността за появата им.
Трябва да се разбира, че проектът DevOps включва присъствието на някой добре образован или универсален системен администратор и постепенно участва във всички етапи, но създаването на стандартизиран подход на производствения цикъл. При прилагането на тази методология се създава допълнително абстрактно ниво на координация и синхронизация на работните области, т.е. подобряват се управлението и контрола. Първоначално на пръв поглед се наблюдават ненужни усложнения и смущения от страна на служителите, но в дългосрочен план промените ще дадат стабилност на производствения процес. Това, трябва да се признае, че по време на разработването на сложни работещи системи е наистина безценно, тъй като спестява от неприятния режим на аврула и отломки в неподходящи моменти. Подобна профилактика чрез добре обмислена и добре адаптирана методология води до значителен резултат. В същото време е необходимо да се грижи за комуникативното взаимодействие на различни хора. Крайната цел на всички тези промени е развитието на безпроблемна и силно адаптивна архитектура на създаването и поддържането на системен характер.
В зависимост от преследваните цели се разграничават следните изпълнения на DevOps: Първият модел. В този случай се предвижда задълбочаване на процесите на разработка на софтуер в доставката. Осигурява непрекъсната интеграция на работните процеси. Вторият модел. Предоставя обратна връзка от продавача на разработчика. Създава се пълна хронология на събитията за развитие и администриране, която трябва да помогне за решаването на проблеми, както и да даде възможност да се анализират причините за тяхното възникване, където е възможно. Той също така предвижда създаването на услуги за самообслужване, където се осъществява, и информационни индикатори, които показват промени в системата, когато се въвеждат. Третият модел. Интегрира развитието и администрацията. Това предполага включване на екип от създатели в решаването на проблеми, разработване на взаимодействието между персонала и работа за намаляване на броя на ескалациите. Четвърти модел. Целият екип е включен в разработката, установявайки тясна връзка между персонала, създавайки многоетапни потребителски истории, където има разгръщане, управление на кода в производствения процес, определят се нефункционални изисквания, които могат да бъдат приложени във всички проекти.
Да обобщим, какво привлича DevOps. За бизнеса тя осигурява значителни предимства:позволява бързо влизане на пазара чрез намаляване на цикъла на развитие и високите темпове на внедряване; повишава качеството на крайния продукт (по-малко неизправности, повече единици оборудване, на които може да се стартира софтуерът); увеличава организационната ефективност,което засяга качеството и скоростта на резултата. Всичко това позволява на DevOps методологията да заеме уверено своето място.
Сега да разгледаме една от предложените опции. А именно - разберете какво е DevOps за манекени. За щастие е минала повече от една година и е възможно повече или по-малко обективно да се оцени тази методология.
Какво е това? През 2009 г. широката общественост беше информирана за друг подход към разработването на софтуер. Наричан е "Философия на DevOps". Изкуството на ИТ управлението включва въвеждането на методология за разработване на софтуер (SO), в която специалистите по създаване и обслужване активно взаимодействат. Този подход се основава на идеята за необходимостта от взаимозависимо развитие и функциониране. Целта беше да се даде възможност на организациите да създават още по-бързо и впоследствие да актуализират своите софтуерни продукти и услуги. За да се обясни същността на тази методология, е използвана метафората на трите пътя. Нека погледнем по-отблизо.
Три пътеки
За кого е това?
Относно ползите инедостатъци
Решен проблем
Промени
Модели на изпълнение
Каква е стойността?
Заключение
Разбира се, теорията е едно, а реализацията на практика е съвсем различна. Понякога дори най-добрите усилия могат да бъдат загубени или саботирани. Как да предотвратим това? На първо място е необходимо адекватно и честно да се оцени ситуацията, която се е развила в предприятието. Ако се формира само тогава трябва да се определи с целта и желания алгоритъм на развитие. След това идва ред на планирането. Желателно е да се обърне внимание дори на малки детайли. В бъдеще, ако има нужда, не бива да се пренебрегва необходимостта от промяна на първоначалния план. За да разберете по-добре ситуацията, можете да привлечете специалисти, чиято оптимизация пряко ги засяга. Техните мисли могат да станат безценни по отношение на създаването на комфортна среда.