Развој развоја у ДевОпс-у

Аутор: Judy Howell
Датум Стварања: 26 Јули 2021
Ажурирати Датум: 21 Јуни 2024
Anonim
30 глупых вопросов DevOps-инженеру [Карьера в IT]
Видео: 30 глупых вопросов DevOps-инженеру [Карьера в IT]

Садржај


Извор: Дјвстоцк / Дреамстиме.цом

Одузети:

ДевОпс се развија већ годинама, па шта је ново у овој методологији постављања трендова?

Купци пословних предузећа желе да адекватно и брзо одговоре на њихове променљиве потребе. Међутим, разна ограничења спречавају компаније да одговоре на такве захтеве онолико брзо колико желе. Једно од највећих ограничења били су изоловани начини рада различитих одељења. ДевОпс сада омогућава предузећима да одговоре на динамичне захтеве уклањањем силоса у организацијама. Улоге су спојене и од људи се сада захтева да буду функционални. Организације су сада у могућности да све више и чешће уводе производе и услуге. Будући да тимови постају више функционални, сада је мања међузависност. Разне студије су откриле да ДевОпс постаје важна сила с којом треба бити суочен. С обзиром на принципе ДевОпс-а, ​​то је била разорна сила у свету ИТ-а.

Шта је ДевОпс?

ДевОпс се скраћује са „развоја“ и „операција“, што значи да и развојно и оперативно особље раде заједно или стичу међудисциплинарне вештине. Међутим, опсег улога не треба да буде ограничен на програмере софтвера и ИТ људе. У ствари, опсег треба да укључује све улоге које имају улог у развоју софтвера. У „опс“ могу бити инжењери система, администратори система, оперативно особље, инжењери издања, ДБА, мрежни инжењери, професионалци у области безбедности и разне друге под-дисциплине и називи послова.


ДевОпс је комбинација различитих филозофија, пракси и алата која пословним предузећима омогућава да одговоре на често променљиве захтеве тржишта. Раније су различита одељења углавном радила у изолацији са минималном комуникацијом или координацијом. То је резултирало проблемима као што је неодговарање на нагле промене потреба. ДевОпс филозофија захтева да њени практичари буду функционални. На пример, може се очекивати да ће од програмера софтвера такође знати вештине тестирања софтвера. Промјена перспективе резултира бољим квалитетом резултата и јаснијим разумијевањем динамике тржишта. ДевОпс захтева од својих практичара да стекну разнолике вештине, што проширује перспективу и помаже у обављању квалитетног посла.

Важни трендови и кретања

Домен ДевОпс је прошао кроз многе важне промене. Овдје ћемо размотрити најважније промјене уз избјегавање прекоманде.

Током протеклих неколико година, Агиле методологија је изгубила мало на популарности, јер су многи изложени стали. Главни разлог разочарања били су његови догматски принципи. Агиле почиње да се враћа у облику два принципа: модерна окретност и срце окретног.


Не можете побољшати своје вештине програмирања када никога није брига за квалитет софтвера.

Алатке и методе ДевОпс

Иако постоје одређени принципи или методе о ДевОпс-у, постоји много различитих алата за имплементацију ДевОпс-а. Ове алате различите организације користе на бројне начине, а неке од најважнијих описане су у наставку.

И тестирање и верзије су важне активности усмерене на квалитет софтвера. У области тестирања, Нетфлик се може навести као пример. Нетфликс тим за тестирање развио је концепт Цхаос Монкеи, који у основи омета систем увођењем грешака или проблема који постављају програмере на тестирање. Као резултат, када се појави легитимни проблем, са њим се може много лакше решавати.

Верзија се односи на идеју да се не би требало вертификовати само код, већ било шта што се односи на софтвер попут артефаката, тест случајева и инфраструктуре. На тај начин, ако ажурирање или закрпа не иде онако како је планирано, програм се лако може пребацити на претходну, стабилну верзију.

ДоцуСигн је водећи провајдер решења за дигитални потпис и трансакцију докумената. Будући да је то у домену који захтева високу сигурност и поверљивост, ДоцуСигн мора бити веома опрезан у одржавању приватности и сигурности трансакција. Усвајање ДевОпс принципа није било лако јер је морало не само да уведе нове функције, већ и осигура да се строго тестирају. Пре увођења стварног софтвера, извршио је лажни тест уз помоћ софтвера. Тачније, симулирао је АПИ који се користи за тестирање. Као резултат тога, ствари су се одвијале брже, инциденти и проблеми били су брзо утврђени и фиксирани или приоритетни. ДоцуСигн је такође увео поновљив процес који ће аутоматизовати симулацију тестних случајева и идентификовати софтверске проблеме.

Фортер

Фортер је добављач дигиталног потписа и трансакција попут ДоцуСигн-а. Желела је да ефикасније управља својим инцидентима и питањима. Приоритетно је постављао питања и наглашавао саморешавање проблема. Фортер је изградио архитектуру која би могла давати приоритет проблемима и могла је идентификовати проблеме за саморешавање или за касније решавање. Стога би се прво могао фокусирати на питања високог приоритета и инциденте. Ова аутоматизација поновљивих задатака ослободила је људе да се концентришу на креативније послове.

Закључак

Да ли ДевОпс звучи као мртва кост традиционалних пракси развоја софтвера? Није лако одговорити на питање. ДевОпс је још увек у раној фази. Још се тежи. Наравно, постоје студије случаја које указују на његове предности у односу на традиционалне праксе развоја софтвера. Практично, требало би проћи још неко време пре него што је могао да преузме, јер су праксе демонтаже које су требале годинама да се направе доста. Тренутно, међутим, ДевОпс изгледа као концепт који заслужује озбиљну пажњу.