Täna Southbridge'is arutleti planeerimise koosolekul türkiissinise juhtimise üle.
Mõned, sealhulgas mina, pakkusid, et liikuda tuleks ülemiselt allapoole, ideest praktikani. Miks mitte rakendada türkiissinise juhtimise filosoofiat: leida mudel, võtta vastu otsus, kuidas rollid jagunevad, kuidas suhtlemine peab toimuma, ja alustada sellel teel liikumist.
Siiski oli ka neid (ja mina samuti), kes soovisid liikuda alt üles, praktikast ideeni. Meil on konkreetsed ülesanded ja konkreetsed probleemid. Lahendame need türkiissiniste tööriistade abil, ja türkiissinine juhtimine kujuneb iseenesest.
Kui võrrelda juhtimist arendusega, siis ülemine ehk top-down lähenemine on nagu monoliti loomine, samas kui alt üles ehk bottom-up lähenemine on mikroteenuste arhitektuur. Praegu, meie 'mikroteenuste' juhtimises saame kaks korda päevas ümber struktureerida juhtimisraami ja kohe 'välja saata' selle tootmisse.
Ja programm loodud neile, kes eelistavad liikuda alt üles.
Me ei aruta DevOps'i filosoofiat. Mitte sellepärast, et see oleks mõttetu, või et me ei tunne seda, või et me ei armasta vaidlusi (me ei armasta). Lihtsalt DevOps'i filosoofia kristalliseerub iga arhektori ja DevOps'i inseneri jaoks aastate praktikas, mitte 3 päeva intensiivkursusel.
Arutame konkreetseid tööriistu. Asju, mida saab kohe rakendada, ilma filosoofiliste vestluseta ja juhtimisstruktuuri muutmiseta, igapäevaste tööde tasandil. Kirjutame juhendi meeskonnatööks Git'iga. Kirjutame mänguraamatu serverite juurutamiseks. Seadistame logide kogumise tööriista.
Tulemusena saab töö lihtsamaks ja mugavamaks, tekib alus, millele oma DevOps'i üles ehitada.
Et välja minna Southbridge'i praktikate piiridest, kutsusime mõnedele teemadele külalisesinejad.
Artem Galonski, CTO 'BürooBüroo'
Kommertsarenduses üle 12 aasta.
Tiimijuht / arendustegevuse juht alates 2011. aastast.
Tehniline direktor alates 2016. aastast.
Koos õppuritega vaatame läbi rakenduste käivitamise automatiseerimise meetodid, mida varem rakendati. Arutame kaasaegset jõuettevõtete ülesehitust ja mõningaid üldisi tööriistu. Süveneme GitLab CI/CD tööriistadesse ja võimalustesse. Omakorda olen praktika oma teemade (Automatiseerimise tutvustus ja Töö GitLabiga) üles ehitanud nii, et õpilased tunneksid, kuidas ja miks rakendatakse tänapäevaseid CI/CD meetodeid. Teooriat on objektiivselt vajalik minimaalne kogus.
Aleksandr Stepanenko, Selecteli pilveplatvormi insener
Tegeleb OpenStacki pilve infrastruktuuri teenindamise ülesannetega: jälgimine, CI/CD ja konfigureerimise haldamine.
Alustame infrastruktuuri haldamise mudelite ja meetodite arutamisega (kuidas administratsiooni lähenemised tulid programmeerimisest), tutvume praktiliselt DevOps tööriistadega ettevõttest HashiCorp (Packer ja Terraform) deklaratiivseks infrastruktuuri haldamiseks.
Bloki lõpetamisel suudate kirjeldada oma infrastruktuuri, automatiseerida testkeskkondade ja tootmisringide loomist, skaleerida oma rakendust ja üles ehitada kõrge kättesaadavuse lahenduse koos tasakaalustusvahendi abil.
Eduard Medvedev, Tungsten Labs (Saksamaa) CTO
Töötas StackStormis insenerina, vastutades platvormi ChatOps funktsionaalsuse eest. Arendas ja rakendas ChatOps'i andmekeskuste automatiseerimisel. Esineja Venemaa ja rahvusvahelistel konverentsidel.
Slärmil räägin, kuidas muuta DevOps meeskonna sisekommunikatsiooni ja CI/CD torustiku koostööd efektiivsemaks, kasutades kaheastmelist integreerimist vestlusrobotitega.
Ivan Kruglov, Booking.com peamine arendaja
Alates saabumisest Booking.comi 2013. aastal töötasin selliste infrastruktuuri projektide kallal nagu jaotatud sõnumite edastamine ja töötlemine, BigData ja veebihulk, otsing.
Praegu tegeleb ta sisepilve ja teenuse meshi ülesehitamisega.
Slerma viimasel osal tutvume SRE (Site Reliability Engineering) peamiste ideoloogiliste ja organisatsiooniliste kontseptsioonidega ning vaatame nende rakendamist minu kogemuste elavate näidete kaudu. Samuti käsitleme SRE tehnilisi aspekte, nimelt milliseid tehnikaid saab kasutada teenuse usaldusväärsemaks muutmiseks.
Kursuse lõpus püüan vastata kahele olulisele küsimusele:
- Mida annab SRE administraatorile või programmeerijale?
- Miks peaks ettevõtte või toote omanik rakendama SRE-d?
Seega on see Slärm DevOps unikaalne: kui me isegi programmid kordame, siis juba teistes koosseisudes.
Hoolikatele kehtib endiselt 15% soodustus sooduskoodiga habrapost.
Slärm DevOps programmist — .
Registreerimine:
Allikas: habr.com
