Esitän huomionne oppaan DevOpsConf-konferenssiin, joka on tänä vuonna galaktisessa mittakaavassa. Siinä mielessä, että onnistuimme koottamaan niin tehokkaan ja tasapainoisen ohjelman, että monet asiantuntijat nauttivat matkustamisesta sen läpi: kehittäjät, järjestelmänvalvojat, infrastruktuuri-insinöörit, laadunvarmistus, tiiminjohtajat, huoltoasemat ja yleensä kaikki tekniseen kehitykseen osallistuvat käsitellä asiaa.
Ehdotamme vierailla kahdella suurella DevOps-universumin alueella: toisella on liiketoimintaprosesseja, joita voidaan muuttaa joustavasti koodin avulla, ja toisella työkaluilla. Toisin sanoen konferenssissamme tulee olemaan kaksi yhtä voimakasta virtaa sisällöltään ja varsinkin raporttien määrältä. Toinen keskittyy työkalujen varsinaiseen käyttöön ja toinen prosesseihin käyttämällä esimerkkejä liiketoimintaongelmista, joita käsitellään koodina ja hallitaan koodina. Uskomme, että teknologia ja prosessit liittyvät erottamattomasti toisiinsa ja näytämme tämän systemaattisesti puhujien avulla, jotka työskentelevät uuden aallon yrityksissä ja jakavat polkunsa uuteen kehityksen käsitykseen ratkaisemalla ongelmia ja voittamalla haasteita.
Jos haluat, lyhyt yhteenveto oppaastamme :
- 30. syyskuuta, konferenssin ensimmäisenä päivänä, ensimmäisessä salissa käsittelemme 8 bisnestapausta.
- Toisessa salissa ensimmäisenä päivänä analysoidaan erikoistuneempia instrumentaaliratkaisuja. Jokainen raportti sisältää paljon hienoa käytännön kokemusta, joka ei kuitenkaan sovi kaikille yrityksille.
- 1. lokakuuta ensimmäisessä salissa päinvastoin puhutaan enemmän teknologiasta, mutta laajemmin.
- Toisessa salissa toisena päivänä keskustellaan erityistehtävistä, joita ei esiinny kaikissa projekteissa, esimerkiksi yrityksessä.
Mutta huomautan heti, että tällainen jakautuminen ei tarkoita ollenkaan yleisön jakautumista. Päinvastoin, on tärkeää, että insinööri ymmärtää liiketoiminnan ongelmat, tietää tekemisensä merkityksen ja hänellä on käytännön kokemusta. Ja tiiminjohtajalle tai huoltoasemalle tietysti muiden yritysten tapaukset ja kokemukset ovat tärkeitä, mutta samalla pitää ymmärtää sisäinen toiminta. Leikkauksen alla kerron kaikista aiheista tarkemmin ja autan sinua laatimaan yksityiskohtaisen matkasuunnitelman.
Konferenssi pidetään Infoavaruudessa ja kutsuimme kahta pääsalia "Kultaiseksi Sydämeksi" - kuten laiva "Liittoauton oppaasta galaksiin", joka käyttää epätodennäköisyyden periaatetta liikkuakseen avaruudessa, ja "The Edge of the Galaxy". Universe” - kuin ravintola samasta saagasta. Tästä lähtien käytän näitä nimiä viittaamaan kappaleisiin. Raporttipysähdykset "Golden Heart" -galaksin alueella sopivat paremmin pääturistiryhmälle; nämä ovat, jos haluat, pakollisia nähtävyyksiä. "Universumin reunalla" on mielenkiintoisia kohteita kokeneille matkailijoille. Harvat pääsevät sinne, mutta ne, jotka uskaltavat mennä sinne palavin silmin asteroidivyöhykkeiden läpi.
Samalla voit helposti siirtyä huoneesta toiseen ja löydät milloin tahansa sinulle sopivan aiheen. Kuten jo sanoin, ohjelma on hyvin tasapainoinen. Meillä oli paljon enemmän luokkaraportteja, mutta ohjelmakomitean oli vastahakoisesti siirrettävä ne tai lykätä Pietarin kevään konferenssiin, jotta tasapaino ei horjuta ja alkuperäinen idea toteutetaan. Konferenssiohjelmassa voit pohtia jokaista suunniteltua aihetta (jatkuva toimitus, infrastruktuuri koodina, DevOps-muunnos, SRE-käytännöt, turvallisuus, infrastruktuurialusta) eri esimerkein ja eri näkökulmista.
Istu nyt alas, galaktinen laivamme pysähtyy.
"Kultainen sydän", 30. syyskuuta
Ensimmäiset 90 päivää teknologiajohtajana
Avaa konferenssin Leona Tuli. vanhojen järjestelmien periytymisestä ja niihin liittyvistä ongelmista. Leon kertoo, kuinka huoltoasema voi saada käsityksen teknisestä järjestelmästä, jonka parissa hän aloittaa työskentelyn. Modernin yrityksen tekniselle johtajalle DevOps-prosessin hallinta on päätehtävä, ja Leon näyttää sinut mielenkiintoisella ja humoristisella tavalla teknisten ja liiketoimintaosien välinen suhde SRT:n näkökulmasta.
Aloittelijoiden ja sellaiseksi haluavien tulee ehdottomasti tulla tähän raporttiin. Onhan yksi asia kasvaa yrityksesi tekniseksi johtajaksi ja aivan toinen asia palata tähän tehtävään, sillä sellainen taitolento ei ole kaikkien saatavilla.
DevOps-perustiedot – projektiin aloittaminen tyhjästä
Следующий jatkaa aihetta, mutta Andrei Jumashev (LitRes) pohtii asiaa hieman vähemmän globaalisti ja vastaa kysymyksiin: mitä perusteita sinun tulee tietää aloittaessasi työskentelyn eri tiimeissä; kuinka analysoida oikein erilaisia ongelmia; miten toimintasuunnitelma laaditaan; kuinka KPI:t lasketaan ja milloin lopetetaan.
Infrastruktuurin tulevaisuus koodina
Seuraavaksi pidämme tauon keskustellaksemme aiheesta infrastruktuuri koodina. Roman Boyko Solutions Architect at AWS at DevOpsConf uudesta työkalusta AWS Cloud Development Kit, jonka avulla voit kuvata infrastruktuuria tutulla kielellä (Python, TypeScript, JavaScript, Java). Opimme omakohtaisesti, mikä mahdollistaa pilven olevan vielä lähempänä kehittäjää, kuinka aloittaa tämän työkalun käyttö ja luoda uudelleenkäytettäviä komponentteja kätevää infrastruktuurin hallintaa varten. Konferenssin osallistujille tämä on erinomainen tilaisuus kuulla maailman innovaatioista venäjäksi ja teknisellä yksityiskohdalla, joka on yleistä täällä, mutta ei lännessä.
Julkaisusta FastTrackiin
Lounaan jälkeen palataan vielä parin tunnin ajan muutoskysymykseen. Päällä Evgenia Fomenko Seurataan MegaFonin DevOps-muutosta: alkaen vaiheesta, jossa yritetään käyttää perinteisiä menetelmiä, kuten KPI:tä, vaiheesta, jolloin mikään ei ole selvää ja sinun täytyy keksiä uusia työkaluja ja muuttaa itseäsi, kunnes prosessi rakennetaan kokonaan uudelleen. Tämä on erittäin siisti ja motivoiva kokemus yritykselle, joka otti myös urakoitsijansa mukaan DevOps-muutokseen, josta Evgeniy myös puhuu.
Kuinka tulla poikkitoiminnalliseksi tiimiksi
У Mihail Bizhan laaja kokemus muutosten toteuttamisesta tiimeissä. Nyt Mihail Raiffeisenbank Acceleration Teamin johtajana tekee joukkueista ristikkäisiä. hänen Puhutaan poikkitoimisten tiimien puutteen tuskasta ja siitä, miksi poikkitoimisen tiimin haasteet eivät pääty keksimiseen, tekemiseen ja toteuttamiseen.
SRE-käytännöt
Seuraavaksi matkalla löydämme kaksi raporttia, jotka on omistettu SRE-käytännöille, jotka ovat saamassa vauhtia ja ovat tärkeässä asemassa koko DevOps-prosessissa.
Aleksei Andrejev Prisma Labsilta , miksi startup tarvitsee SRE-käytäntöjä ja miksi se kannattaa.
Matvey Grigorjev Dodo Pizzasta esimerkki SRE:stä suuremmassa yrityksessä, joka on jo ylittänyt käynnistysvaiheen. Matvey itse sanoo itsestään näin: kokenut .NET-kehittäjä ja aloittelija SRE kertovat tarinan kehittäjän, eikä vain yhden, vaan koko tiimin siirtymisestä infrastruktuuriin. Miksi DevOps on looginen polku kehittäjälle ja mitä tapahtuu, jos alat katsoa kaikkia Ansible-pelikirjojasi ja bash-skriptejäsi täysimittaisena ohjelmistotuotteena ja soveltaa niihin samoja vaatimuksia, keskustelemme Matveyn raportissa 30. syyskuuta klo 17 Kultaisen Sydän salissa.
Suorita ensimmäisen päivän ohjelma Daniil Tikhomirov, kuka hänen herättää tärkeän kysymyksen: Miten teknologia liittyy käyttäjien onnellisuuteen. Ratkaistiin ongelma ”kaikki toimii, mutta käyttäjä on tyytymätön”, MegaFon siirtyi yksittäisten järjestelmien, sitten palvelimien ja sovellusten valvonnasta palvelun seurantaan käyttäjän silmin. Kuinka kaikki tekniset asiantuntijat, asiakkaat ja toimittajat alkoivat keskittyä näihin KQI-indikaattoreihin, saamme selville konferenssin ensimmäisen päivän illalla. Ja sen jälkeen keskustelemme infrastruktuurista ja muutoksesta epävirallisessa ympäristössä jälkijuhlissa.
"Universumin reunalla", 30. syyskuuta
Kolme ensimmäistä raporttia "Universumin reunalla" -salissa ovat instrumenttien näkökulmasta erittäin mielenkiintoisia.
Maxim Kostrikin (Ixtens) kuvioita Terraformissa kaaoksen ja rutiinien torjumiseksi suurissa ja pitkissä projekteissa. Terraform-kehittäjät tarjoavat melko käteviä parhaita käytäntöjä työskennellä AWS-infrastruktuurin kanssa, mutta siinä on vivahde. Koodiesimerkkien avulla Maxim osoittaa, kuinka Terraform-koodia sisältävää kansiota ei tehdä lumipalloksi, vaan yksinkertaistaa automaatiota ja jatkokehitystä kuvioiden avulla.
Grigori Mikhalkin Lamodalta "Miksi kehitimme Kubernetes-operaattorin ja mitä opimme siitä?" auttaa täyttämään tiedon puutteen infrastruktuurin toteuttamisesta koodikäytäntöinä Kubernetesin avulla. Kubernetes itsessään sisältää esimerkiksi kuvauksen yaml-tiedostoja käyttävistä palveluista, mutta tämä ei riitä kaikkiin tehtäviin. Matalan tason hallinta vaatii operaattoreita, ja tämä keskustelu on erittäin hyödyllinen, jos haluat hallita Kubernetesia oikein.
Seuraavan raportin aiheena on Hashicorp holvi - aika erikoista. Mutta itse asiassa tätä työkalua tarvitaan aina, kun tarvitset salasanojen hallintaa ja yhteistä kohtaa salaisuuksien kanssa työskentelemiseen. Viime vuonna Sergei Noskov kertoi kuinka salaisuuksia hallitaan Avitossa Hashicorp Vaultin avulla, tarkista että ja tule Juri Shutkin osoitteesta Tinkoff.ru saadaksesi entistä enemmän kokemusta.
Taras Kotov (EPAM) vielä harvinaisempi tehtävä rakentaa pilviinfrastruktuuri, joka sisältää oman runkoverkon IP/MPLS-verkko. Mutta kokemus on hieno, ja raportti on vakava, joten jos ymmärrät, mistä on kyse, tule tutustumaan tähän raporttiin.
Myöhemmin illalla puhumme tietokannan hallinnasta pilviinfrastruktuureissa. Kirill Melnichuk käyttökokemusta Vitess MySQL-työskentelyyn Kubernetes-klusterissa. Vladimir Ryabov osoitteesta Playkey.net , kuinka käsitellä tietoja pilven sisällä ja kuinka käyttää käytettävissä olevaa tallennustilaa oikein.
"Kultainen sydän", 1. lokakuuta
Lokakuun 1. päivänä kaikki on toisinpäin. Golden Heart -salissa on teknologialähtöisempi rata. Siksi "kultaisen sydämen" läpi matkustaville insinööreille kutsumme sinut ensin sukeltamaan bisnestapauksiin ja sitten katsomaan, kuinka nämä tapaukset ratkaistaan käytännössä. Ja johtajat puolestaan miettelevät ensin mahdollisia tehtäviä ja alkavat sitten ymmärtää paremmin, kuinka tämä voidaan toteuttaa työkaluissa ja laitteistoissa.
Suuren pilvivaraston konepellin alla
Ensimmäinen puhuja Artemy Kapitula. Hänen viime vuoden raporttinsa"Konferenssin osallistujat pitivät sitä mielestäni parhaana tarinan uskomattoman syvyyden vuoksi. Tällä kertaa jatkaa Mail.Ru Cloud Solutions -ratkaisuilla tallennussuunnittelussa ja järjestelmävian ennakkotapauksen analysoinnissa. Tämän raportin selvä etu esimiehille on se, että Artemy tutkii paitsi itse teknisen ongelman, myös koko sen ratkaisuprosessin. Nuo. Ymmärrät kuinka hallita tätä koko prosessia ja soveltaa sitä yritykseesi.
Käänteinen hajautettu käyttöönotto
Egor Bugaenko Tämä ei ole ensimmäinen kerta, kun hän esiintyy myös konferenssissa, hänen raporteissaan on perinteisesti kiistanalaisia teesejä, mutta ne panevat ajattelemaan. Toivomme että Egorin puhe hajautetusta käyttöönotosta herättää mielenkiintoisen ja mikä tärkeintä, rakentavan keskustelun.
Olemme taas pilvissä
Aleksei Vakhovon tehokas yhdistelmä liiketoiminnan komponentteja ja teknologioita, joka on mielenkiintoinen sekä suunnittelu- että johtamispuolelta. Aleksei kertoo, kuinka Uchi.ru toimii Cloud Native -infrastruktuuri: miten Service Meshiä, OpenTracingia, Vaultia, keskitettyä kirjaamista ja kokonaiskertakirjautumista käytetään. Myöhemmin klo 15 Aleksei pitää , jossa jokainen saapuva voi koskettaa kaikkia näitä soittimia omin käsin.
Apache Kafka Avitossa: tarina kolmesta reinkarnaatiosta
Anatoli Soldatov siitä, kuinka Avito rakentaa Kafkaa palveluna, kiinnostaa tietysti Kafkan käyttäjiä. Mutta toisaalta se paljastaa erittäin hyvin sisäisen palvelun luomisprosessi: kuinka kerätä palveluvaatimuksia ja kollegoiden toiveita, toteuttaa rajapintoja, rakentaa tiimien välistä vuorovaikutusta ja luoda palvelu tuotteeksi yrityksen sisällä. Tästä näkökulmasta historiasta on jälleen hyötyä hyvin erilaisille konferenssin osallistujille.
Tehdään mikropalveluista taas kevyitä
Täällä näyttää siltä, että kaikki on selvää nimestä. Mutta nämä nämä Dmitri Sugrobov Leroy Merliniltä, jopa ohjelmakomiteassa aiheutti kiivasta keskustelua. Sanalla sanoen, tämä on hyvä pohja keskustelulle aiheesta, mitä yleensä pidetään mikropalveluina, kuinka niitä kirjoitetaan, ylläpidetään jne.
CI/CD BareMetal-infrastruktuurin hallintaan
Seuraava raportti on taas kaksi yhdessä. Toisaalta, Andrei Kvapil (WEDOS Internet, a.s) puhuu BareMetal-infrastruktuurin hallinnasta, mikä on varsin spesifistä, koska kaikki käyttävät nykyään pääasiassa pilviä, ja jos heillä on laitteisto, se ei ole niin laajaa. Mutta on erittäin tärkeää, että Andrey CI/CD-tekniikoiden soveltaminen BareMetal-infrastruktuurin käyttöönotossa ja hallinnassa, ja tästä näkökulmasta raportti kiinnostaa sekä tiimin johtajia että insinöörejä.
Jatketaan aihetta Sergei Makarenko, tämän työvoimavaltaisen prosessin kulissien takana Wargaming-alusta.
Voivatko säiliöt olla turvallisia?
Ohjelma täydentyy Golden Heart -salissa Aleksanteri Khajorov keskustelupaperi konttien turvallisuudesta. Alexander on jo RIT++:ssa Helmin turvallisuusongelmista ja tavoista torjua sitä, ja tällä kertaa se ei rajoitu vain heikkouksien listaamiseen, vaan työkaluja ympäristön täydelliseen eristämiseen.
"Universumin reunalla", 1. lokakuuta
Alkaa Aleksanteri Burtsev (BramaBrama) ja yksi mahdollisista ratkaisuista sivuston nopeuttamiseen. Katsotaanpa viisinkertaisuuden onnistunutta täytäntöönpanoa kiihtyvyys vain DevOps-työkalujen ansiosta ilman koodin uudelleen kirjoittamista. Sinun on silti päätettävä, kirjoitetaanko koodi uudelleen vai ei jokaisessa projektissa, mutta on aina hyödyllistä pitää mielessä tällainen kokemus.
DevOps 1C: Enterprisessa
Petr Gribanov 1C yhtiöltä kumota myytti, jonka mukaan DevOpsia on mahdotonta ottaa käyttöön suuressa yrityksessä. Mikä voisi olla monimutkaisempaa kuin 1C: Enterprise -alusta, mutta koska DevOps-käytännöt ovat sovellettavissa sielläkin, uskon, että myytti ei kestä.
DevOps mukautetussa kehityksessä
Anton Khlevitsky jatkona Evgeniy Fomenkon raportille , kuinka MegaFon rakensi DevOpsin urakoitsijapuolella ja rakensi jatkuvan käyttöönoton, mukaan lukien räätälöity kehitys useilta ohjelmistotoimittajilta.
DevOpsin tuominen DWH/BI:hen
Epätyypillinen, mutta jälleen mielenkiintoinen aihe eri osallistujille Vasily Kutsenko Gazprombankista. Vasily jakaa käytännön neuvoja IT-kulttuurin kehittämiseen tiedonkehityksessä ja DevOps-käytäntöjen soveltamiseen tietovarastossa ja BI:ssä sekä kertoo, miten datan käsittelyn putkisto eroaa ja mitkä automaatiotyökalut ovat todella hyödyllisiä työskentelyn yhteydessä. tiedot.
Kuinka (sinä) elää ilman turvallisuusosastoa
Lounaan jälkeen Mona Arkhipova (sudo.su) meille perusasiat DevSecOps ja selittää, kuinka voit upottaa tietoturvan prosessina kehitysprosessiisi ja lopettaa erillisen tietoturvaosaston käytön. Aihe on kiireellinen, ja raportin pitäisi olla erittäin hyödyllinen monille.
Suuren ratkaisun kuormitustestaus CI/CD:llä
Täydentää täydellisesti edellistä aihetta Vladimir Khonin MegaFonilta. Täällä puhutaan kuinka tuoda laatu DevOps-prosessiin: kuinka käyttää Quality Gatea, tallentaa erilaisia tapauksia järjestelmän sisällä ja kuinka integroida se kaikki kehitysprosessiin. Tämä raportti sopii erityisesti niille, jotka työskentelevät suurten järjestelmien kanssa, mutta vaikka et työskentele ison laskutuksen kanssa, löydät mielenkiintoisia asioita itsellesi.
SDLC ja vaatimustenmukaisuus
Ja seuraava aihe on tärkeämpi suurille yrityksille - miten Compliance-ratkaisut ja standardivaatimukset otetaan käyttöön prosessissa. Ilja Mitrukov Deutsche Bankin teknologiakeskuksesta Että työstandardit voivat hyvinkin olla yhteensopivia DevOpsin kanssa.
Ja päivän päätteeksi Matvey Kukuy (Amixr.IO) tilastoja ja näkemyksiä siitä, kuinka kymmenet tiimit ympäri maailmaa ovat päivystyksessä, selvittävät tapauksia, organisoivat työtä ja rakentavat luotettavia järjestelmiä, ja selittää kuinka tämä kaikki liittyy SRE:hen.
Nyt jopa kadehdin sinua hieman, koska matka läpi sinun vain täytyy. Voit luoda oman yksilöllisen suunnitelmasi ja nauttia siitä, kuinka orgaanisesti raportit täydentävät toisiaan, mutta todennäköisimmin minulla, kuten millään oppaalla, ei ole aikaa tarkkailla ympärilleni.
Meillä on muuten pääohjelman lisäksi niin sanotusti leirintäpaikka - kokoushuone, jossa osallistujat voivat itse järjestää pienen tapaamisen, työpajan, mestarikurssin ja keskustella kiireellisistä asioista intiimissä ympäristössä. kuka tahansa osallistuja voi, ja kuka tahansa osallistuja voi toimia ohjelmakomiteana ja äänestää muissa tapaamisissa. Tämä muoto on jo osoittanut tehokkuutensa, erityisesti verkottumisen kannalta, joten tutustu tarkemmin aikataulun ja konferenssin aikana seuraa ilmoituksia uusista tapaamisista .
Nähdään DevOpsConf 2019 -galaksissa!
Lähde: will.com