DevOps - kaj je to?

Vodenje projekta je celotna umetnost! Navsezadnje je treba pravočasno zaključiti precej zapleten, visokotehnološki razvojni cikel, ki ne dovoljuje nobenih okvar in odstopanj. To potrebuje DevOps. Kaj je to? Za kakšen namen se uporablja? Kakšna je razvojna filozofija?

Splošne informacije

Obstoječe stvarnosti zahtevajo, da se čas izvajanja projekta od izvora ideje do predstavitve končnega izdelka stalno zmanjšuje. In to spremlja omejen proračun. Zato najboljša možnost ni bila najdena, namesto optimizacije tehničnega procesa. In kot eno od smeri razvoja pojavil DevOps. Kaj je to? Začasne rezerve so na voljo v skoraj vseh oddelkih. Lahko zgostite ne samo razvijalce, temveč tudi preizkuševalce, managerje, analitike, izvajalsko enoto. Še vedno je zelo malo - razmišljati o tem, kako to storiti.

Kakšne so rešitve?

Pogosto za nastajajoče probleme uporabljate metodo fleksibilnega, hitrega in včasih ekstremnega razvoja. Imenoval se je Agile. DevOps velja za njeno zapuščino. Sprva so poskušali zmanjšati razvojni proces v niz kratkih ciklov, ki so jih imenovali iteracije. Morali so trajati več tednov. V tem primeru je vsak od njih v resnici majhen projekt. Po vsaki ponovitvi ekipa ekipa ustavi in ​​oceni opravljeno delo.

Sprva se je zdelo, da je bil tak pristop kakovosten, vendar je praksa pokazala številne pomanjkljivosti. Torej ni bilo skupnih orodij in zmožnosti izmenjave znanja iz različnih oddelkov. Zato razvoj ni vedno in ne tako hitro, kot bi želeli, je napredoval. Poleg tega je vplivalo na dejstvo, da ima vsak oddelek svoje merila za presojo učinkovitosti, kar otežuje skupno standardizacijo in združevanje. Zato se je iskanje rešitev nadaljevalo.

Zdaj si oglejte eno od predlaganih možnosti. Namreč - izvedeli bomo, kaj je DevOps za lutke. Na srečo je trajalo več kot eno leto, zato lahko bolj ali manj objektivno ovrednotite to metodologijo.

Kaj je to?

V letu 2009 je bila splošna javnost obveščena o drugem pristopu k razvoju programske opreme. Imenoval se je "filozofija DevOpsa". Umetnost upravljanja IT vključuje uvedbo metodologije razvoja programske opreme (programske opreme), v kateri strokovnjaki v ustvarjanju in vzdrževanju dejavno sodelujejo. Ta pristop temelji na ideji, da je treba med seboj povezati razvoj in delovanje programske opreme. Hkrati je bil cilj omogočiti organizacijam, da ustvarijo še hitreje in nato posodobijo programske opreme in storitve. Da bi povedali o bistvu te metodologije, je bila uporabljena metafora treh načinov. Poglejmo ga bolj natančno.

Tri načine

Ko govorimo o DevOps in kaj je to, je nemogoče izogniti tej metafori. To je sama po sebi:

1. Prvi način. Poudarja potrebo po povečanju in učinkovitosti delovanja celotnega sistema. Pozornost je treba nameniti vsem poslovnim tokovom, ki prispevajo k ustvarjanju vrednosti.
2. Drugi način. Vključuje ustvarjanje povratne zanke, ki poteka od desne proti levi. Vsaka pobuda za izboljšanje procesov bi jo morala zmanjšati in okrepiti, tako da se lahko trajno vključijo potrebne spremembe v projekt.
3. Tretji način. Gre za ustvarjanje kulture, ki je pogoj za stalno preizkuša, spodbujanje prevzemanja tveganja in učenje iz napak in uspehov, pa tudi omogoča, da razumejo, da ponavljanje in prakso - predpogoj za odličnost.

Z uporabo tega integriranega pristopa se oblikuje popolna slika razvojnega modela, ki upošteva interese vseh strank, jasno opredeljuje procese in mehanizem vključevanja. Na teh treh načelih je zgrajena celotna metodologija.

Za koga je to?

Orodja DevOps lahko potencialno ustrezajo vsem organizacijam, ki sodelujejo na področju informacijske tehnologije. Velik, bodo povečali hitrost razvoja, testiranje in predstavitev izdelkov. V majhnih organizacijah so vsi vključeni v proces, kar omogoča medsebojno zamenljivost zaposlenih. Čeprav pogosto obstaja situacija, ko to ne zanima. Konec koncev, uvedba DevOps pomeni veliko dela z novimi tehnologijami, ki pogosto niso znane. Čeprav na splošno ta filozofija prevzame avtomatizacijo, standardizacijo in bolj aktiven odnos, vsaka družba, ki jo izvaja, ima lastne razlike. Če želite izvedeti več, se lahko seznanite s posebno literaturo, na primer knjigo DevOps Handbook.

O prednosti in slabosti

Na začetku so bili pozitivni vidiki te metodologije. V primeru uspešnega izvajanja lahko družba v prihodnosti računa na:

1. Avtomatizacija (zmanjšanje tveganja človeške napake).
2. Poenostavite in pospešite razvoj in predstavitev končnega izdelka.
3. Prejemajte hitro povratne informacije od uporabnikov.

Kakšni so negativni vidiki tega pristopa? Najpogostejši:

1. Ne pozabite in zavrnite uspešnih praks prejšnjih let. Mnogi od njih grešijo, čeprav ignorirajo nekaj, kar je samo zato, ker je bilo dolgo ustvarjeno, je neumen pristop, ki lahko negativno vpliva na prihodnje dejavnosti.
2. Upoštevati je treba značilnosti kolektiva, ker jih zaradi različnih razlogov morda ne ustreza.

Težava, ki jo je treba rešiti

Ko govorimo o najpomembnejšem vidiku, glavna stvar, ki jo DevOps počne, je kaj? Stara težava »problema ni na naši strani«. Kako pogosto je situacija, ko programerji kličejo k sistemskim administratorjem in rečejo, da imajo težave s strežnikom. Sysadmini pravijo, da je težava s kodo. Naloga metodologije je izboljšati interakcijo med različnimi enotami in uničiti odgovornost kot prenos.

Da bi to bolje pojasniti, za osebje, je možno, ne samo, da jim osebno govoriti o tem, ampak tudi organizirati izlet na konferenco DevOps, da kjer bodo lahko izvedeli od drugih ljudi, in se učiti iz izkušenj. Na splošno je položaj, v katerem razvijalec vidi le svoje območje odgovornosti in ne želi posegati v nekoga drugega, je mogoče razumeti. Toda z vidika sistema je tako svetovno mnenje zelo škodljivo in ga je treba izkoreniniti. Zato je v primeru težav treba nekoga, ki bo prevzel odgovornost za njihovo odpravo. In na splošno je zaželeno, da ustvarimo sistem, ki lahko izenači možnost njihovega videza.

Spremembe

Treba je razumeti, da je projekt DevOps ne vključuje prisotnost neke dobro prebral ali univerzalni skrbnika sistema in postopoma uchuvstvuet v vseh fazah, in oblikovanje pristopa standardizirani proizvodni cikel. Ko se izvajajo te metodologije, ustvarja bolj abstraktno dodatno raven usklajevanja in sinhronizacijo območij, to je izboljšanje upravljanja in nadzora.

Sprva se na prvi pogled opazijo nepotrebni zapleti in ogorčenosti zaposlenih, dolgoročno pa bodo spremembe zagotovile stabilnost proizvodnega procesa. To je treba priznati, ko je razvoj kompleksnih izvedljivih sistemov resnično neprecenljiv, saj prihrani neprijeten režim dela in blokade v neprimernih trenutkih. Takšno preprečevanje z dobro zasnovano in ustrezno prilagojeno metodologijo prinaša pomemben rezultat. Hkrati je treba poskrbeti za komunikativno interakcijo različnih ljudi. In končni cilj vseh teh sprememb je razvoj brezhibne in izredno prilagodljive arhitekture za ustvarjanje in vzdrževanje sistemske narave.

Izvedbeni modeli

Glede na zastavljene cilje se razlikujejo naslednje izvedbe DevOps:

1. Prvi model. V tem primeru je načrtovana poglobitev procesov razvoja programske opreme pri dostavi. Zagotavlja kontinuirano integracijo delovnih procesov.
2. Drugi model. Ponuja povratne informacije od prodajalca do razvijalca. Ustvarjena je popolna kronologija razvojnih in administrativnih dogodkov, ki bi morala pomagati pri reševanju problemov in tudi priložnost analizirati vzroke njihovega pojava, kadar koli je to mogoče. Zagotavlja tudi samopostrežne storitve, kadar je to izvedljivo, in informacijski kazalniki, ki kažejo spremembe v sistemu, ko so narejeni.
3. Tretji model. Razvoj in administracija sta kombinirana. To vključuje vključitev ekipe ustvarjalcev v reševanje problemov, razvoj interakcije med osebjem in delo za zmanjšanje števila stopnjevanja.
4. Četrti model. Celotna ekipa se ukvarja z razvojem, vzpostavi tesen odnos med osebjem so multi-step uporabniške zgodbe, kjer se je uvajanje, upravljanje koda v proizvodnem procesu, ki ga ne funkcionalnih zahtev, ki se lahko uporabljajo v vseh projektih določi.

Kakšna je vrednost?

Povejmo, kaj privlači DevOps. Za podjetja ponuja tri pomembne prednosti:

• omogoča hitro vstopanje na trg z zmanjševanjem razvojnega cikla in visoke stopnje uporabe;
• izboljša kakovost končnega izdelka (manj napak, več kosov opreme, na katere se lahko sproži programska oprema);
• povečuje organizacijsko učinkovitost, ki vpliva na kakovost in hitrost rezultatov.

Vse to omogoča metodologiji DevOps, da s tem samozavestno zasede mesto.

Zaključek

Seveda je teorija ena stvar in izvajanje v praksi je precej drugo. Včasih se lahko celo najbolj prizadevajo uničiti ali sabotirati. Kako se to lahko prepreči? Najprej je treba ustrezno in pošteno oceniti stanje, ki se je razvilo v podjetju. Če se le tvorijo, je treba določiti namen in želeni razvojni algoritem.

Po tem se prikaže načrtno zaporedje. Hkrati je treba pozornost nameniti tudi najmanjšim podrobnostim. V prihodnosti, če je to potrebno, vam ni treba zanemarjati potrebe po spremembi prvotnega načrta. Da bi bolje razumeli situacijo, je mogoče pritegniti strokovnjake, ki jih optimizacija neposredno vpliva. Njihova mnenja so lahko neprecenljiva v smislu ustvarjanja ugodnega okolja.