Idag på Southbridge diskuterade vi turkos management på ett planeringsmöte.
Det fanns de som föreslog att gå från topp till botten, från idé till praktik. Till exempel, låt oss implementera den turkosa managementfilosofin: hitta en standard, fatta ett beslut om hur roller ska delas upp, hur kommunikation ska byggas och börja röra på den här vägen.
Det fanns de (inklusive jag själv) som ville gå nerifrån och upp, från praktik till idé. Vi har specifika uppgifter och specifika problem. Låt oss lösa dem baserat på turkosa verktyg, och turkoshantering kommer att utvecklas av sig själv.
Om du jämför förvaltning med utveckling skapar top-down-vägen en monolit, och bottom-up-vägen är en mikrotjänstarkitektur. Nu, i vår "microservice"-hantering, kan vi bygga om hanteringskretsen två gånger om dagen och omedelbart "rulla den i produktion."
Och programmet skapad för dem som föredrar att flytta nerifrån och upp.
Vi kommer inte att diskutera DevOps-filosofi. Inte för att det är meningslöst, eller att vi inte vet det, eller att vi inte gillar holivar (och det gör vi inte). Det är bara det att DevOps-filosofin kristalliseras i varje DevOps-arkitekt och ingenjör under många års praktik, och inte i 3 dagars intensiv träning.
Vi kommer att diskutera specifika verktyg. Något som kan genomföras direkt, utan filosofiska samtal och ledningsstruktureringar, i det dagliga arbetet. Skriv instruktioner om teamarbete med Git. Skriv en spelbok för att distribuera servrar. Sätt upp en stocksamlare.
Som ett resultat kommer arbetet att bli lättare och enklare, och en grund kommer att dyka upp på vilken du kan bygga dina DevOps.
För att gå längre än Southbridge-praxis bjöd vi in externa talare om några ämnen.
Artem Galonsky, STO "BureauBureau"
12+ år inom kommersiell utveckling.
Teamledare / chef för utvecklingsavdelningen sedan 2011.
Teknisk chef sedan 2016.
Tillsammans med studenter kommer vi att titta på sätt att automatisera distributionen av applikationer som har använts tidigare. Låt oss diskutera modern rörledningskonstruktion och några vanliga verktyg. Låt oss ta en närmare titt på verktygen och funktionerna hos GitLab CI/CD. Jag strukturerade praktiken på mina ämnen (Introduktion till automation och att arbeta med Gitlab) så att eleverna skulle få en känsla för hur och varför moderna CI/CD-metoder används. Teorin kommer att vara det objektivt nödvändiga minimum.
Alexey Stepanenko, Selectel molnplattformsingenjör
Hantera infrastrukturuppgifter för att underhålla OpenStack-molnet: övervakning, CI/CD och konfigurationshantering.
Först kommer vi att prata om modeller och metoder för infrastrukturhantering (hur tillvägagångssätt från programmering kom till administration), och vi kommer i praktiken att bekanta oss med HashiCorps DevOps-verktyg (Packer och Terraform) för deklarativ infrastrukturhantering.
När blocket är klart kommer du att kunna beskriva din infrastruktur, automatisera skapandet av test- och produktionsmiljöer, skala din applikation och bygga en hög tillgänglighetslösning med hjälp av en lastbalanserare.
Eduard Medvedev, CTO på Tungsten Labs (Tyskland)
Arbetade som ingenjör på StackStorm, ansvarig för ChatOps-funktionaliteten på plattformen. Utvecklade och implementerade ChatOps för datacenterautomation. Talare vid ryska och internationella konferenser.
På Slurm kommer jag att prata om hur man gör kommunikation inom ett DevOps-team och interaktion med CI/CD-pipeline effektivare med hjälp av tvåvägsintegration med chatbots.
Ivan Kruglov, huvudutvecklare på Booking.com
Sedan han började på Booking.com 2013 har han arbetat med infrastrukturprojekt som distribuerad meddelandeleverans och bearbetning, BigData och webbstack, sökning.
Arbetar för närvarande med frågor om att bygga ett internt moln och Service Mesh.
I den sista delen av Slerm kommer vi att bekanta oss med de huvudsakliga ideologiska och organisatoriska koncepten för SRE, och överväga tillämpningen av deras tillämpning med hjälp av levande exempel från min erfarenhet. Dessutom ska vi titta på den tekniska sidan av SRE, nämligen vilka tekniker som kan användas för att göra tjänsten mer pålitlig.
I slutet av kursen ska jag försöka svara på två viktiga frågor:
- Vad ger SRE till en administratör eller programmerare?
- Varför behöver ett företag eller en produktägare implementera SRE?
Så denna DevOps Slurm kommer att vara unik: om vi upprepar programmet kommer det att vara med en annan sammansättning.
För den som är uppmärksam finns det fortfarande 15% rabatt med hjälp av habrapost kampanjkod.
Om Slurms DevOps-program - .
Registrera:
Källa: will.com