buruz ari gara, noski . Xehetasunetan sartzen ez bazara, irailaren 30ean eta urriaren 1ean garapen, proba eta funtzionamendu prozesuak uztartzeko hitzaldia egingo dugu, eta xehetasunetan sartzen bazara, mesedez, cat azpian.
DevOps ikuspegiaren barruan, proiektu baten garapen teknologikoko atal guztiak elkarri lotuta daude, paraleloki gertatzen dira eta elkarri eragiten diote. Garrantzi berezia du hemen denbora errealean aldatu, simulatu eta probatu daitezkeen garapen-prozesu automatizatuak sortzea. Horrek merkatuan gertatzen diren aldaketei berehala erantzuten laguntzen dizu.
Jardunaldian ikuspegi honek produktuaren garapenean nola eragiten duen erakutsi nahi dugu. Bezeroarentzat sistemaren fidagarritasuna eta moldagarritasuna nola bermatzen den. Nola aldatzen ari den DevOps enpresa baten egitura eta ikuspegia bere lan-prozesua antolatzeko.
eszenen atzean
Garrantzitsua da guretzat DevOps ikuspegiaren esparruan enpresa desberdinak zer egiten ari diren jakitea, baita hau guztia zergatik egiten den ulertzea ere. Hori dela eta, Programa Batzordean adituak ez ezik, DevOps-en diskurtsoa posizio ezberdinetatik ikusten duten espezialistak ere gonbidatu ditugu:
- goi mailako ingeniariak;
- garatzaileak;
- talde-buruak;
- CTO.
Batetik, horrek zailtasunak eta gatazkak sortzen ditu txostenen eskaerak eztabaidatzean. Ingeniari batek istripu handi bat aztertzeko interesa badu, orduan garrantzitsuagoa da garatzaile batek hodei eta azpiegituretan funtzionatzen duen softwarea nola sortu ulertzea. Baina adostuta, guztiontzat baliotsua eta interesgarria izango den programa bat sortzen dugu: ingeniarietatik hasi eta CTOraino.
Gure konferentziaren helburua ez da hype-txostenak hautatzea soilik, irudi orokorra aurkeztea baizik: DevOps-en ikuspegia praktikan nola funtzionatzen duen, prozesu berrietara pasatzen zarenean zer-nolako arrastoa egin dezakezun. Aldi berean, edukien zatia eraikitzen dugu, negozioaren arazotik teknologia zehatzetara jaitsiz.
Jardunaldien atalak aurrekoaren berdinak izango dira .
- Azpiegitura plataforma.
- Azpiegitura kode gisa.
- Etengabeko entrega.
- Iritzia.
- Arkitektura DevOps-en, DevOps CTOrako.
- SRE praktikak.
- Prestakuntza eta ezagutzaren kudeaketa.
- Segurtasuna, DevSecOps.
- DevOps eraldaketa.
Deialdia: zer nolako txostenak bilatzen ari garen
Konferentziaren audientzia potentziala bost taldetan banatu genuen baldintzapean: ingeniariak, garatzaileak, segurtasun espezialistak, talde-buruak eta CTO. Talde bakoitzak bere motibazioa du hitzaldira etortzeko. Eta, posizio horietatik DevOps-i begiratzen badiozu, zure gaia nola bideratu eta non jarri arreta uler dezakezu.
Ingeniarientzat, azpiegitura-plataforma bat sortzen ari direnek, garrantzitsua da dauden joerak ulertzea, gaur egun zein teknologia dauden aurreratuenak ulertzea. Teknologia hauek erabiltzean eta iritziak trukatzeko bizitza errealeko esperientzia ezagutzeko interesa izango dute. Ingeniari bat pozik entzungo du istripu gogorren bat aztertzen duen txosten bat, eta gu, berriz, horrelako txosten bat hautatzen eta leuzten saiatuko gara.
Garatzaileentzat garrantzitsua da horrelako kontzeptu bat ulertzea hodeiko jatorrizko aplikazioa. Hau da, nola garatu softwarea hodeietan eta hainbat azpiegituratan funtziona dezan. Garatzaileak etengabe jaso behar du softwarearen iritzia. Hemen enpresek prozesu hau nola eraikitzen duten, softwarearen errendimendua nola kontrolatu eta entrega-prozesu osoa nola funtzionatzen duten buruzko kasuak entzun nahi ditugu.
Zibersegurtasuneko espezialistak Garrantzitsua da segurtasun-prozesua nola konfiguratu ulertzea, enpresa barruko garapen- eta aldaketa-prozesuak geldi ez daitezen. DevOps-ek horrelako espezialistei jartzen dizkien eskakizunei buruzko gaiak ere interesgarriak izango dira.
Taldeko arduradunek jakin nahi dute, beste enpresetan etengabeko entrega-prozesuak nola funtzionatzen duen. Zer bide hartu zuten enpresek hori lortzeko, nola eraiki zituzten garapen eta kalitatea bermatzeko prozesuak DevOps-en barruan. Taldeko arduradunek ere interesa dute Cloud nativean. Eta talde barruko eta garapen eta ingeniaritza taldeen arteko elkarrekintzari buruzko galderak ere bai.
For CTO garrantzitsuena prozesu horiek guztiak nola konektatu eta negozioaren beharretara egokitzea da. Aplikazioa negozioarentzat eta bezeroarentzat fidagarria dela ziurtatzen du. Eta hemen ulertu behar duzu zein teknologiek funtzionatuko duten negozio-zereginetarako, prozesu osoa nola eraiki, etab. CTOk aurrekontuak egiteaz ere arduratzen da. Adibidez, ulertu behar du zenbat diru gastatu behar den espezialisten birziklapenean DevOps-en lan egin ahal izateko.
Gai hauei buruz zerbait esateko baduzu, ez egon isilik, . Lanak aurkezteko epea abuztuaren 20an amaituko da. Zenbat eta lehenago erregistratu, orduan eta denbora gehiago beharko duzu txostena amaitzeko eta aurkezpena prestatzeko. Beraz, ez atzeratu.
Tira, publikoki hitz egiteko beharrik ez baduzu, besterik gabe eta etorri irailaren 30ean eta urriaren 1ean lankideekin komunikatzera. Interesgarria eta inspiratzailea izango dela agintzen dugu.
DevOps nola ikusten dugun
DevOps-ekin zer esan nahi dugun zehazki ulertzeko, nire txostena irakurtzea (edo berrirakurtzea) gomendatzen dut "" Merkatuaren olatuetatik ibiliz, DevOps-en ideia tamaina ezberdinetako enpresetan nola eraldatzen ari zen ikusi nuen: startup txiki batetik enpresa multinazionaletaraino. Txostena galdera sorta batean oinarritzen da, haiei erantzunez zure enpresa DevOps-era jotzen ari den edo nonbait arazorik dagoen ulertu dezakezu.
DevOps sistema konplexua da, honako hauek izan behar ditu:
- Produktu digitala.
- Produktu digital hau garatzen duten negozio moduluak.
- Kodea idazten duten produktu-taldeak.
- Etengabeko entrega-praktikak.
- Plataformak zerbitzu gisa.
- Azpiegitura zerbitzu gisa.
- Azpiegitura kode gisa.
- Fidagarritasuna mantentzeko praktika bereiziak, DevOps-en barneratuak.
- Hori guztia deskribatzen duen feedback praktika.
Txostenaren amaieran, enpresaren DevOps sistemaren ideia bat ematen duen diagrama bat dago. Zure enpresako zein prozesu erraztu diren eta oraindik eraikitzeke dauden ikusteko aukera emango dizu.
Erreportajearen bideoa ikus dezakezue .
Eta orain bonus bat izango da: RIT++ 2019ko hainbat bideo, DevOps eraldaketaren gai orokorrenak ukitzen dituztenak.
Enpresaren azpiegitura produktu gisa
Artyom Naumenkok DevOps taldea zuzentzen du Skyeng-en eta bere konpainiaren azpiegituraren garapenaz arduratzen da. Azpiegiturak negozio-prozesuei nola eragiten dien kontatu zuen SkyEng-en: nola kalkulatu horren ROI, zer neurketa aukeratu behar diren kalkulatzeko eta nola lan egin horiek hobetzeko.
Mikrozerbitzuen bidean
Nixys konpainiak web-proiektu eta sistema banatuetarako laguntza eskaintzen du. Bertako zuzendari teknikoak, Boris Ershov-ek, software-produktuak duela 5 urte (edo are gehiago) garatzen hasi ziren software-produktuak nola itzuli kontatu zuen, plataforma moderno batera.
Oro har, horrelako proiektuak mundu berezi bat dira, non egungo ingeniariek ezagutzen ez dituzten azpiegituraren bazter ilun eta zaharrak dauden. Eta garai batean aukeratutako arkitektura eta garapenaren ikuspegiak zaharkituta daude eta ezin diote negozioari bertsio berrien garapen eta kaleratzeko erritmo bera eman. Ondorioz, produktuen kaleratze bakoitza abentura sinestezin batean bihurtzen da, non zerbait etengabe erortzen den, eta ustekabeko lekuan.
Horrelako proiektuen kudeatzaileek prozesu teknologiko guztiak eraldatzeko beharrari aurre egiten diote ezinbestean. Bere txostenean, Borisek esan zuen:
- nola aukeratu proiekturako arkitektura egokia eta azpiegiturak ordenatu;
- zer tresna erabili eta zein tranpa aurkitzen diren eraldaketarako bidean;
- zer egin hurrengoan.
Argitalpenen automatizazioa edo nola entregatu azkar eta minik gabe
Alexander Korotkov CI/CD sistemaren garatzaile nagusia da CIANen. Kalitatea hobetzea eta ekoizpenari kodea emateko denbora 5 aldiz murriztea ahalbidetu duten automatizazio tresnei buruz hitz egin zuen. Baina horrelako emaitzak ezin ziren automatizazioarekin bakarrik lortu, beraz, Alexanderrek garapen prozesuen aldaketei ere arreta jarri zien.
Nola laguntzen dizu istripuek ikasten?
Alexey Kirpichnikovek 5 urte daramatza DevOps eta azpiegiturak ezartzen SKB Kontur-en. Hiru urtean zehar, bere konpainian epikotasun maila ezberdineko 1000 fakap gutxi gorabehera. Horien artean, adibidez, % 36 kalitate baxuko bertsio bat produkziora ezartzeak eragin zuen, eta % 14 datu-zentroko hardwarearen mantentze-lanek eragin zuten.
Enpresako ingeniariek hainbat urtez jarraian mantentzen dituzten txostenen artxiboak (mortems) istripuei buruzko informazio hain zehatza lortzea ahalbidetzen du. Autopsia guardiako ingeniariak idatzi du, larrialdi-seinaleari erantzuna eman eta dena konpontzen hasi zen lehena. Zergatik oinazetu gauez facapekin borrokatzen duten ingeniariak txostenak idatziz? Datu hauek irudi osoa ikusteko eta azpiegituren garapena norabide egokian mugitzeko aukera ematen dute.
Bere hitzaldian, Alexeyk postmortem benetan erabilgarria nola idatzi eta txosten horien praktika enpresa handi batean nola inplementatu partekatu zuen. Norbaitek nola izorratu duen istorioak gustatzen bazaizkizu, ikusi emanaldiaren bideoa.
Ulertzen dugu DevOps-i buruz duzun ikuspegia agian ez datorrela bat gurearekin. Interesgarria izango da DevOps eraldaketa nola ikusten duzun jakitea. Partekatu zure esperientzia eta gai honi buruzko ikuspegia iruzkinetan.
Zein txosten onartu ditugu dagoeneko programan?
Aste honetan Programa Batzordeak 4 txosten onartu ditu: segurtasunari, azpiegiturei eta SRE praktikei buruzkoak.
Beharbada, DevOps eraldaketaren gai mingarriena: nola ziurtatu informazioaren segurtasun saileko mutilek garapenaren, funtzionamenduaren eta administrazioaren artean jada eraikitako konexioak suntsitzen ez dituztela. Enpresa batzuk informazio segurtasun sailik gabe kudeatzen dute. Nola bermatu informazioaren segurtasuna kasu honetan? Horri buruz Mona Arkhipova sudo.su-tik. Bere txostenetik hauxe jakin dugu:
- zer babestu behar den eta norengandik;
- zeintzuk dira ohiko segurtasun-prozesuak;
- nola gurutzatzen diren informatika eta informazioaren segurtasun prozesuak;
- zer da CIS CSC eta nola inplementatu;
- nola eta zein adierazleren bidez egin behar den aldizkako informazioaren segurtasunaren egiaztapenak.
Hurrengo txostena azpiegitura kode gisa garatzeari buruzkoa da. Eskuzko errutina kopurua murriztu eta proiektu osoa kaos bihurtu ez, posible al da? Galdera honi Ixtenseko Maxim Kostrikin. Bere enpresak erabiltzen du Terraform AWS azpiegiturarekin lan egiteko. Tresna erosoa da, baina galdera da nola saihestu kode bloke handi bat erabiltzean. Horrelako ondarea mantentzea gero eta garestiagoa izango da urtero.
Maximek kodea jartzeko ereduak nola funtzionatzen duten erakutsiko du, automatizazioa eta garapena erraztera zuzenduta.
Beste bat azpiegituren berri izango dugu Vladimir Ryabov Playkey taldekoa. Hemen azpiegitura plataformari buruz hitz egingo dugu, eta ikasiko dugu:
- nola ulertu biltegiratze espazioa modu eraginkorrean erabiltzen ari den ala ez;
- nola ehunka erabiltzailek 10 TB eduki jaso ditzaketen biltegiratze 20 TB soilik erabiltzen badira;
- nola konprimitu datuak 5 aldiz eta erabiltzaileei denbora errealean eman;
- nola sinkronizatu datuak hegan hainbat datu-zentroren artean;
- nola ezabatu erabiltzaileek elkarrengan duten eragina makina birtual bat sekuentzialki erabiltzean.
Magia honen sekretua teknologia da ZFS FreeBSDrako eta bere sardexka freskoa ZFS Linux-en. Vladimir-ek Playkey-ko kasuak partekatuko ditu.
Amixr.IO-ko Matvey Kukuy bizitzako adibideekin prest , zer gertatu da SRE eta nola laguntzen duen sistema fidagarriak eraikitzen. Amixr.IO-k bezeroen gorabeherak pasatzen ditu bere backend-etik; mundu osoko guardiako dozenaka taldek dagoeneko 150 mila kasu landu dituzte. Jardunaldian, Matveyk bere enpresak bezeroen arazoak konponduz eta akatsak aztertuz pilatu dituen estatistikak eta ikuspegiak partekatuko ditu.
Berriro ere eskatzen dizut ez izan zikoitz eta DevOps samurai gisa zure esperientzia partekatzeko. Zerbitzatu txosten bat egiteko, eta zuk eta biok 2,5 hilabete izango ditugu aurkezpen bikaina prestatzeko. Entzule izan nahi baduzu, programaren eguneraketak dituen buletinera eta pentsatu serio sarrerak aurretik erreserbatzea, kongresuaren dateetatik hurbilago garestituko direlako.
Iturria: www.habr.com