Við erum auðvitað að tala um . Ef þú ferð ekki í smáatriði, þá munum við 30. september og 1. október halda ráðstefnu um að sameina ferla þróunar, prófana og rekstrar, og ef þú ferð í smáatriði, vinsamlegast, undir kat.
Innan DevOps nálgunarinnar eru allir hlutar tækniþróunar verkefnisins samtvinnuðir, eiga sér stað samhliða og hafa áhrif hver á annan. Hér er sérstaklega mikilvægt að búa til sjálfvirka þróunarferla sem hægt er að breyta, líkja eftir og prófa í rauntíma. Þetta hjálpar þér að bregðast strax við breytingum á markaðnum.
Á ráðstefnunni viljum við sýna hvernig þessi nálgun hefur áhrif á vöruþróun. Hvernig áreiðanleiki og aðlögunarhæfni kerfisins fyrir viðskiptavininn er tryggð. Hvernig DevOps er að breyta uppbyggingu og nálgun fyrirtækis til að skipuleggja vinnuferli sitt.
bak við tjöldin
Það er mikilvægt fyrir okkur að vita ekki aðeins hvað mismunandi fyrirtæki eru að gera innan ramma DevOps nálgunarinnar, heldur líka að skilja hvers vegna allt þetta er gert. Þess vegna buðum við ekki bara sérfræðingum að ganga til liðs við dagskrárnefndina, heldur sérfræðingum sem sjá DevOps orðræðuna frá mismunandi stöðum:
- yfirverkfræðingar;
- verktaki;
- lið leiðir;
- CTO.
Annars vegar skapar þetta erfiðleika og árekstra þegar rætt er um skýrslubeiðnir. Ef verkfræðingur hefur áhuga á að greina stórslys, þá er mikilvægara fyrir þróunaraðila að skilja hvernig á að búa til hugbúnað sem virkar í skýjum og innviðum. En með því að samþykkja búum við til forrit sem verður dýrmætt og áhugavert fyrir alla: frá verkfræðingum til tæknistjóra.
Markmið ráðstefnunnar okkar er ekki bara að velja mestu efla skýrslurnar, heldur að kynna heildarmyndina: hvernig DevOps nálgunin virkar í reynd, hvers konar hrífu þú getur lent í þegar þú ferð yfir í nýja ferla. Á sama tíma byggjum við upp innihaldshlutann og förum frá viðskiptavandanum yfir í sérstaka tækni.
Ráðstefnukaflarnir verða þeir sömu og í .
- Innviðavettvangur.
- Innviðir sem kóða.
- Stöðug afhending.
- Viðbrögð.
- Arkitektúr í DevOps, DevOps fyrir CTO.
- SRE vinnur.
- Þjálfun og þekkingarstjórnun.
- Öryggi, DevSecOps.
- DevOps umbreyting.
Call for Papers: hvers konar skýrslur við erum að leita að
Við skiptum hugsanlegum áhorfendum ráðstefnunnar með skilyrðum í fimm hópa: verkfræðinga, þróunaraðila, öryggissérfræðinga, teymisstjóra og tæknistjóra. Hver hópur hefur sína hvatningu til að koma á ráðstefnuna. Og ef þú horfir á DevOps frá þessum stöðum geturðu skilið hvernig þú átt að einbeita þér að efninu þínu og hvar á að leggja áherslu.
Fyrir verkfræðinga, sem eru að búa til innviðavettvang, er mikilvægt að skilja núverandi þróun, til að skilja hvaða tækni er nú fullkomnust. Þeir munu hafa áhuga á að fræðast um raunverulega reynslu af notkun þessarar tækni og skiptast á skoðunum. Verkfræðingur mun vera fús til að hlusta á skýrslu þar sem einhver harðkjarna slys eru greind og við munum aftur á móti reyna að velja og slípa slíka skýrslu.
Fyrir forritara það er mikilvægt að skilja slíkt hugtak eins og innbyggt forrit í skýi. Það er að segja hvernig á að þróa hugbúnað þannig að hann virki í skýjum og ýmsum innviðum. Verktaki þarf stöðugt að fá endurgjöf frá hugbúnaðinum. Hér viljum við heyra dæmi um hvernig fyrirtæki byggja upp þetta ferli, hvernig á að fylgjast með frammistöðu hugbúnaðar og hvernig allt afhendingarferlið virkar.
Sérfræðingar í netöryggi Mikilvægt er að átta sig á því hvernig eigi að setja upp öryggisferlið þannig að það stöðvi ekki þróun og breytingaferli innan fyrirtækisins. Einnig verður áhugavert efni um þær kröfur sem DevOps gerir til slíkra sérfræðinga.
Liðsstjórar vilja vita, hvernig samfellt afhendingarferli virkar í öðrum fyrirtækjum. Hvaða leið fóru fyrirtæki til að ná þessu, hvernig byggðu þau upp þróunar- og gæðatryggingarferli innan DevOps. Liðsstjórar hafa einnig áhuga á Cloud native. Og einnig spurningar um samskipti innan teymisins og milli þróunar- og verkfræðiteyma.
Fyrir CTO það mikilvægasta er að finna út hvernig á að tengja öll þessi ferli og laga þá að þörfum fyrirtækisins. Hann sér til þess að umsóknin sé áreiðanleg bæði fyrir fyrirtækið og viðskiptavininn. Og hér þarftu að skilja hvaða tækni mun virka fyrir hvaða viðskiptaverkefni, hvernig á að byggja upp allt ferlið osfrv. CTO ber einnig ábyrgð á fjárhagsáætlunargerð. Til dæmis verður hann að skilja hversu miklu fé þarf að eyða í endurmenntun sérfræðinga svo þeir geti unnið í DevOps.
Ef þú hefur eitthvað um þessi mál að segja skaltu ekki þegja, . Skilafrestur fyrir Call for Papers er 20. ágúst. Því fyrr sem þú skráir þig, því meiri tíma þarftu til að ganga frá skýrslunni og undirbúa kynninguna þína. Svo, ekki tefja.
Jæja, ef þú þarft ekki að tala opinberlega, bara og komdu 30. september og 1. október til að eiga samskipti við samstarfsfólk. Við lofum að þetta verður áhugavert og hvetjandi.
Hvernig við sjáum DevOps
Til að skilja nákvæmlega hvað við meinum með DevOps mæli ég með því að lesa (eða endurlesa) skýrsluna mína “" Þegar ég gekk í gegnum öldur markaðarins, sá ég hvernig hugmyndin um DevOps var að breytast í mismunandi stærðarfyrirtækjum: frá litlu sprotafyrirtæki til fjölþjóðlegra fyrirtækja. Skýrslan er byggð á röð spurninga, með því að svara þeim geturðu skilið hvort fyrirtæki þitt sé að stefna í átt að DevOps eða hvort einhvers staðar séu vandamál.
DevOps er flókið kerfi, það verður að innihalda:
- Stafræn vara.
- Viðskiptaeiningar sem þróa þessa stafrænu vöru.
- Vörateymi sem skrifa kóða.
- Stöðugar sendingaraðferðir.
- Pallar sem þjónusta.
- Innviðir sem þjónusta.
- Innviðir sem kóða.
- Aðskildar aðferðir til að viðhalda áreiðanleika, innbyggðar í DevOps.
- Endurgjöf sem lýsir öllu.
Í lok skýrslunnar er skýringarmynd sem gefur hugmynd um DevOps kerfið í fyrirtækinu. Það gerir þér kleift að sjá hvaða ferla í fyrirtækinu þínu hefur þegar verið straumlínulagað og hver á eftir að byggja.
Hægt er að horfa á myndbandið af skýrslunni .
Og nú verður bónus: nokkur myndbönd frá RIT++ 2019, sem snerta almennustu málefni DevOps umbreytingar.
Innviði fyrirtækisins sem vara
Artyom Naumenko stýrir DevOps teyminu hjá Skyeng og sér um þróun innviða fyrirtækisins síns. Hann sagði hvernig innviðir hafa áhrif á viðskiptaferla hjá SkyEng: hvernig á að reikna út arðsemi fyrir það, hvaða mælikvarða ætti að velja fyrir útreikninga og hvernig á að vinna að því að bæta þá.
Á leiðinni til örþjónustu
Nixys fyrirtæki veitir stuðning við upptekin vefverkefni og dreifð kerfi. Tæknistjóri þess, Boris Ershov, sagði hvernig ætti að þýða hugbúnaðarvörur, sem þróunin hófst fyrir 5 árum (eða jafnvel meira), yfir á nútímalegan vettvang.
Að jafnaði eru slík verkefni sérstakur heimur þar sem eru svo dimm og forn horn innviðanna að núverandi verkfræðingar vita ekki um þau. Og aðferðirnar við arkitektúr og þróun sem einu sinni voru valdar eru úreltar og geta ekki veitt fyrirtækinu sama hraða þróunar og útgáfu nýrra útgáfur. Fyrir vikið breytist hver vöruútgáfa í ótrúlegt ævintýri, þar sem eitthvað dettur stöðugt af, og á óvæntasta stað.
Stjórnendur slíkra verkefna standa óhjákvæmilega frammi fyrir þörfinni á að umbreyta öllum tæknilegum ferlum. Í skýrslu sinni sagði Boris:
- hvernig á að velja réttan arkitektúr fyrir verkefnið og koma innviðum í lag;
- hvaða verkfæri á að nota og hvaða gildrur eru á leiðinni til umbreytingar;
- hvað á að gera næst.
Sjálfvirkni losunar eða hvernig á að afhenda hratt og sársaukalaust
Alexander Korotkov er leiðandi þróunaraðili CI/CD kerfisins hjá CIAN. Hann talaði um sjálfvirkniverkfæri sem gerðu það mögulegt að bæta gæði og stytta tíma til að koma kóða til framleiðslu um 5 sinnum. En slíkum árangri var ekki hægt að ná með sjálfvirkni einni saman, svo Alexander gaf einnig gaum að breytingum á þróunarferlum.
Hvernig hjálpa slys þér að læra?
Alexey Kirpichnikov hefur innleitt DevOps og innviði hjá SKB Kontur í 5 ár. Á þremur árum áttu sér stað um það bil 1000 falsmyndir af mismiklum hætti í fyrirtæki hans. Þar á meðal voru til dæmis 36% af völdum útgáfu lággæða útgáfu í framleiðslu og 14% voru af völdum viðhaldsvinnu á vélbúnaði í gagnaverinu.
Skjalasafn skýrslna (eftir mortems) sem verkfræðingar fyrirtækisins hafa haldið úti í nokkur ár í röð gerir kleift að fá svo nákvæmar upplýsingar um slys. Kröfuskoðunin er skrifuð af vakthafandi verkfræðingi sem var fyrstur til að bregðast við neyðarmerkinu og fór að laga allt. Af hverju að kvelja verkfræðinga sem glíma við næturhugmyndir með því að skrifa skýrslur? Þessi gögn gera þér kleift að sjá heildarmyndina og færa uppbyggingu innviða í rétta átt.
Í ræðu sinni deildi Alexey hvernig á að skrifa virkilega gagnlega skurðaðgerð og hvernig á að innleiða framkvæmd slíkra skýrslna í stóru fyrirtæki. Ef þér líkar við sögur um hvernig einhver klúðraði, horfðu á myndbandið af gjörningnum.
Við skiljum að sýn þín á DevOps gæti ekki passað við okkar. Það verður áhugavert að vita hvernig þú sérð DevOps umbreytingu. Deildu reynslu þinni og sýn á þetta efni í athugasemdunum.
Hvaða skýrslur höfum við þegar samþykkt inn í áætlunina?
Í þessari viku samþykkti dagskrárnefndin 4 skýrslur: um öryggi, innviði og SRE starfshætti.
Kannski sársaukafullasta umræðuefnið í DevOps umbreytingu: hvernig á að ganga úr skugga um að strákarnir úr upplýsingaöryggisdeildinni eyðileggi ekki þegar byggð tengsl milli þróunar, rekstrar og stjórnunar. Sum fyrirtæki stjórna án upplýsingaöryggisdeildar. Hvernig á að tryggja upplýsingaöryggi í þessu tilviki? Um það Mona Arkhipova frá sudo.su. Af skýrslu hennar lærum við:
- hvað þarf að vernda og frá hverjum;
- hver eru venjubundin öryggisferlar;
- hvernig upplýsingatækni- og upplýsingaöryggisferlar skerast;
- hvað er CIS CSC og hvernig á að innleiða það;
- hvernig og með hvaða vísbendingum á að framkvæma reglulega eftirlit með upplýsingaöryggi.
Næsta skýrsla varðar þróun innviða sem kóða. Dragðu úr magni handvirkrar rútínu og ekki breyta öllu verkefninu í glundroða, er þetta mögulegt? Að þessari spurningu Maxim Kostrikin frá Ixtens. Fyrirtæki hans notar Terraform fyrir að vinna með AWS innviði. Tólið er þægilegt, en spurningin er hvernig á að forðast að búa til risastóran kóðablokk þegar það er notað. Viðhald slíkrar arfleifðar verður dýrara og dýrara með hverju árinu.
Maxim mun sýna hvernig kóða staðsetningarmynstur virka, sem miðar að því að einfalda sjálfvirkni og þróun.
Annað við munum heyra um innviði frá Vladimir Ryabov úr Playkey. Hér munum við tala um innviðavettvanginn og við munum læra:
- hvernig á að skilja hvort geymslurými sé notað á áhrifaríkan hátt;
- hvernig nokkur hundruð notendur geta fengið 10 TB af efni ef aðeins 20 TB af geymsluplássi er notað;
- hvernig á að þjappa gögnum 5 sinnum og veita notendum þau í rauntíma;
- hvernig á að samstilla gögn á flugu á milli nokkurra gagnavera;
- hvernig á að útrýma öllum áhrifum notenda á hvern annan þegar eina sýndarvél er notuð í röð.
Leyndarmál þessarar töfrar er tæknin ZFS fyrir FreeBSD og ferskur gaffli hans ZFS á Linux. Vladimir mun deila málum frá Playkey.
Matvey Kukuy frá Amixr.IO tilbúin með dæmi úr lífinu , hvað gerðist SRE og hvernig það hjálpar til við að byggja upp áreiðanleg kerfi. Amixr.IO sendir atvik viðskiptavina í gegnum bakenda sinn; tugir vakthópa um allan heim hafa þegar tekist á við 150 þúsund mál. Á ráðstefnunni mun Matvey deila tölfræði og innsýn sem fyrirtæki hans hefur safnað með því að leysa vandamál viðskiptavina og greina bilanir.
Enn og aftur hvet ég þig til að vera ekki gráðugur og deila reynslu þinni sem DevOps samúræi. Berið fram fyrir skýrslu, og þú og ég munum hafa 2,5 mánuði til að undirbúa frábæra ræðu. Ef þú vilt vera hlustandi, í fréttabréfið með dagskráruppfærslum og íhugaðu alvarlega að panta miða fyrirfram, því þeir verða dýrari þegar nær dregur ráðstefnudögum.
Heimild: www.habr.com