Vă prezint atenției un ghid pentru DevOpsConf, o conferință care anul acesta este la scară galactică. În sensul că am reușit să punem cap la cap un program atât de puternic și echilibrat încât o varietate de specialiști se vor bucura să călătorească prin el: dezvoltatori, administratori de sistem, ingineri de infrastructură, QA, lideri de echipă, stații de service și, în general, toți cei implicați în dezvoltarea tehnologică. proces.
Ne propunem să vizităm două mari zone ale universului DevOps: una cu procese de afaceri care pot fi modificate flexibil prin cod, iar cealaltă cu instrumente. Adică, la conferința noastră vor exista două fluxuri de putere egală în conținut și, în special, în numărul de rapoarte. Unul se concentrează pe utilizarea efectivă a instrumentelor, iar al doilea pe procese folosind exemple de probleme de afaceri care sunt tratate ca cod și gestionate ca cod. Credem că tehnologia și procesele sunt indisolubil legate și arată în mod sistematic acest lucru cu ajutorul vorbitorilor noștri care lucrează în companiile new wave și își împărtășesc drumul către o nouă percepție a dezvoltării prin rezolvarea problemelor și depășirea provocărilor.
Dacă doriți, un scurt rezumat al ghidului nostru pentru :
- Pe 30 septembrie, în prima zi a conferinței, în prima sală vom analiza 8 business cases.
- În a doua sală în prima zi vom analiza soluții instrumentale mai înalt specializate. Fiecare raport conține o mulțime de experiență practică, care, totuși, nu este potrivită pentru toate companiile.
- Pe 1 octombrie, în prima sală, dimpotrivă, vorbim mai mult despre tehnologie, dar mai larg.
- În a doua sală, în a doua zi, discutăm sarcini specifice care nu apar în toate proiectele, de exemplu, într-o întreprindere.
Dar voi observa imediat că o astfel de împărțire nu înseamnă deloc o divizare a audienței. Dimpotrivă, este important ca un inginer să înțeleagă problemele de afaceri, să cunoască semnificația a ceea ce face și să aibă experiență practică. Și pentru un lider de echipă sau o stație de service, desigur, cazurile și experiența altor companii sunt importante, dar în același timp trebuie să înțelegeți funcționarea internă. Sub tăietură, vă voi spune despre toate subiectele în detaliu și vă voi ajuta să creați un plan de călătorie detaliat.
Conferința va avea loc în Infospace și am numit cele două săli principale „Golden Heart” - precum nava din „The Hitchhiker's Guide to the Galaxy”, care folosește principiul improbabilității pentru a se deplasa prin spațiu și „At the Edge of the”. Univers” - ca un restaurant din aceeași saga. De acum voi folosi aceste nume pentru a face referire la piese. Opririle de raport în zona galaxiei „Inima de aur” sunt mai potrivite pentru grupul turistic principal acestea sunt, dacă doriți, atracții de vizitat obligatoriu. „La marginea Universului” există obiecte interesante pentru călătorii experimentați. Puțini ajung acolo, dar cei care îndrăznesc să meargă acolo cu ochii arzători prin centurile de asteroizi.
Totodata, te poti muta usor dintr-o camera in alta, iar in orice moment vei gasi un subiect care ti se potriveste. După cum am spus deja, programul este foarte echilibrat. Aveam mult mai multe rapoarte de clasă, dar, fără tragere de inimă, Comitetul de Program a trebuit să le mute sau amânați până la conferința de primăvară de la Sankt Petersburg, pentru a nu deranja echilibrul și a pune în aplicare ideea inițială. Programul conferinței vă permite să luați în considerare fiecare dintre subiectele planificate (livrare continuă, infrastructură ca cod, transformare DevOps, practici SRE, securitate, platformă de infrastructură) folosind diferite exemple și din unghiuri diferite.
Acum stați pe loc, nava noastră galactică se oprește.
„Inima de aur”, 30 septembrie
Primele 90 de zile ca CTO
Va deschide conferința Leona Fire. despre moștenirea sistemelor moștenite și problemele care apar adesea cu acestea. Leon vă va spune modul în care stația de service poate înțelege sistemul tehnic cu care începe să lucreze. Pentru un director tehnic într-o companie modernă, gestionarea procesului DevOps este sarcina principală, iar Leon vă va arăta într-un mod interesant și plin de umor relația dintre părțile tehnice și de afaceri din punctul de vedere al SRT.
Începătorii și cei care vor să devină unul ar trebui să vină cu siguranță la acest raport. La urma urmei, una este să crești pentru a deveni director tehnic în compania ta, iar alta este să reintri în acest rol nu este la îndemâna tuturor.
Noțiuni de bază DevOps - introducerea unui proiect de la zero
Следующий continuă subiectul, dar Andrei Yumashev (LitRes) va analiza problema ceva mai puțin la nivel global și va răspunde la întrebările: ce elemente de bază trebuie să știți când începeți să lucrați în diferite echipe; cum să analizezi corect gama de probleme; cum să construiți un plan de activitate; cum se calculează KPI-urile și când să se oprească.
Viitorul infrastructurii ca cod
În continuare vom face o pauză pentru a discuta subiectul infrastructurii ca cod. Roman Boyko Architect Solutions la AWS la DevOpsConf despre noul instrument Kit AWS Cloud Development, care vă permite să descrieți infrastructura într-un limbaj familiar (Python, TypeScript, JavaScript, Java). Vom afla din prima mână ce permite cloud-ului să fie și mai aproape de dezvoltator, cum să începem să utilizați acest instrument și să creați componente reutilizabile pentru gestionarea convenabilă a infrastructurii. Pentru participanții la conferință, aceasta este o oportunitate excelentă de a auzi despre inovațiile mondiale în limba rusă și cu gradul de detaliu tehnic care este comun aici, dar nu și în Occident.
De la lansare la FastTrack
După prânz vom reveni la problema transformării pentru încă câteva ore. Pe Evgenia Fomenko Să urmărim transformarea DevOps a MegaFon: pornind de la etapa în care încearcă să folosească metode tradiționale, precum KPI, depășind etapa în care nimic nu este clar și trebuie să vii cu noi instrumente și să te schimbi, până când procesul este complet restructurat. Aceasta este o experiență foarte cool și motivantă pentru întreprindere, care și-a implicat și contractanții în transformarea DevOps, despre care va vorbi și Evgeniy.
Cum să devii o echipă interfuncțională
У Mihail Bizhan experiență vastă în realizarea schimbărilor transformaționale în echipe. Acum Mihail, în calitate de lider al echipei de accelerare Raiffeisenbank, face echipele interfuncționale. pe a lui Să vorbim despre durerea lipsei echipelor interfuncționale și de ce provocările unei echipe interfuncționale nu se termină cu inventarea, realizarea și implementarea.
Practici SRE
În continuare, vom găsi două rapoarte dedicate practicilor SRE, care capătă amploare și ocupă un loc important în întregul proces DevOps.
Alexei Andreev de la Prisma Labs , de ce un startup are nevoie de practici SRE și de ce dă roade.
Matvei Grigoriev de la Dodo Pizza un exemplu de SRE într-o companie mai mare care a depășit deja etapa de pornire. Matvey însuși spune asta despre el însuși: un dezvoltator .NET cu experiență și, respectiv, un SRE începător, vor împărtăși povestea tranziției unui dezvoltator, și nu doar unul, ci o întreagă echipă, la infrastructură. De ce DevOps este o cale logică pentru un dezvoltator și ce se întâmplă dacă începeți să vă uitați la toate cărțile de joc Ansible și scripturile bash ca pe un produs software cu drepturi depline și le aplicați aceleași cerințe, vom discuta la raportul lui Matvey pe 30 septembrie, la ora 17:00, în sala Golden Heart.
Finalizați programul de prima zi Daniil Tihomirov, care în a lui ridică o întrebare importantă: Cum se leagă tehnologia cu fericirea utilizatorului. Rezolvând problema „totul funcționează, dar utilizatorul este nemulțumit”, MegaFon a trecut de la monitorizarea sistemelor individuale, apoi a serverelor, a aplicațiilor la monitorizarea serviciului prin ochii utilizatorului. Cum toți specialiștii tehnici, clienții și vânzătorii au început să se concentreze pe acești indicatori KQI, vom afla în seara primei zile a conferinței. Și după aceea, vom discuta despre infrastructură și transformare într-un cadru informal la petrecerea de după.
„La marginea universului”, 30 septembrie
Primele trei reportaje din sala „La marginea universului” vor fi foarte interesante din punct de vedere al instrumentelor.
Maxim Kostrikin (Se extinde) modele în Terraform pentru a combate haosul și rutina pe proiecte mari și lungi. Dezvoltatorii Terraform oferă cele mai bune practici destul de convenabile pentru lucrul cu infrastructura AWS, dar există o nuanță. Folosind exemple de cod, Maxim va demonstra cum să nu transforme un folder cu cod Terraform într-un bulgăre de zăpadă, ci, folosind modele, să simplifice automatizarea și dezvoltarea ulterioară.
Grigory Mikhalkin din Lamoda „De ce am dezvoltat operatorul Kubernetes și ce lecții am învățat din el?” va ajuta la completarea lipsei de informații despre cum să implementați infrastructura ca practici de cod folosind Kubernetes. Kubernetes în sine conține, de exemplu, o descriere a serviciilor care utilizează fișiere yaml, dar aceasta nu este suficientă pentru toate sarcinile. Managementul la nivel scăzut necesită operatori, iar această discuție este foarte utilă dacă doriți să gestionați Kubernetes în mod corespunzător.
Subiectul următorului raport este Seif Hashicorp - destul de special. Dar, de fapt, acest instrument este necesar oriunde trebuie să gestionați parolele și să aveți un punct comun pentru lucrul cu secrete. Anul trecut, Serghei Noskov a povestit cum sunt gestionate secretele în Avito cu ajutorul Hashicorp Vault, uită-te la asta și vine Yuri Shutkin de la Tinkoff.ru pentru și mai multă experiență.
Taras Kotov (EPAM) sarcina și mai rară de a construi o infrastructură cloud care include propria sa coloană vertebrală Rețea IP/MPLS. Dar experiența este grozavă, iar raportul este greu, așa că dacă înțelegeți despre ce este vorba, asigurați-vă că veniți la acest raport.
Mai târziu, seara, vom vorbi despre managementul bazelor de date în infrastructurile cloud. Kirill Melnichuk experiență de utilizare Vitess pentru lucrul cu MySQL într-un cluster Kubernetes. A Vladimir Ryabov de pe Playkey.net , cum să lucrați cu datele din cloud și cum să utilizați corect spațiul de stocare disponibil.
„Inima de aur”, 1 octombrie
Pe 1 octombrie, totul va fi invers. Sala Inima de Aur va prezenta o pistă mai orientată spre tehnologie. Astfel, pentru inginerii care călătoresc prin „Inima de aur”, vă invităm mai întâi să vă scufundați în cazuri de afaceri, apoi să vedeți cum sunt rezolvate aceste cazuri în practică. Și managerii, la rândul lor, se gândesc mai întâi la sarcinile posibile, apoi încep să înțeleagă mai bine cum să implementeze acest lucru în instrumente și hardware.
Sub capota spațiului mare de stocare în cloud
Primul vorbitor Artemy Kapitula. Raportul lui de anul trecut„Participanții la conferință l-au numit cel mai bun, cred, datorită profunzimii incredibile a poveștii. De data asta va continua cu soluțiile Mail.Ru Cloud Solutions privind proiectarea stocării și analiza precedentului de defecțiune a sistemului. Beneficiul neevident al acestui raport pentru manageri este că Artemy examinează nu numai problema tehnică în sine, ci și întregul proces de rezolvare a acesteia. Acestea. Puteți înțelege cum să gestionați întregul proces și să îl aplicați companiei dvs.
Implementare descentralizată reverstivă
Egor Bugaenko Nu este prima dată când apare și el la conferință, rapoartele sale conțin în mod tradițional teze controversate, dar te pun pe gânduri. Noi sperăm asta Discuția lui Egor despre implementarea descentralizată va provoca o discuție interesantă și, cel mai important, constructivă.
Suntem din nou în nori
Alexei Vahoveste o fuziune puternică de componente și tehnologii de afaceri, care va fi interesantă atât din punct de vedere al ingineriei, cât și din partea managementului. Alexey vă va spune cum funcționează Uchi.ru Infrastructură nativă în cloud: cum sunt utilizate Service Mesh, OpenTracing, Vault, înregistrarea centralizată și SSO total. Ulterior, la ora 15:00, va tine Alexey , unde toți cei care vor veni vor putea atinge toate aceste instrumente cu propriile mâini.
Apache Kafka în Avito: o poveste a trei reîncarnări
Anatoli Soldatov despre modul în care Avito construiește Kafka ca serviciu va fi, desigur, de interes pentru cei care folosesc Kafka. Dar, pe de altă parte, se dezvăluie foarte bine procesul de creare a unui serviciu intern: cum să colectați cerințele și dorințele de servicii ale colegilor, să implementați interfețe, să construiți interacțiunea între echipe și să creați un serviciu ca produs în cadrul companiei. Din acest punct de vedere, istoria este din nou utilă pentru participanții la conferință foarte diferiți.
Să facem din nou microservicii ușoare
Aici, s-ar părea, totul este clar din nume. Dar teze că Dmitri Sugrobov de la Leroy Merlin, chiar și în comisia de program a provocat dezbateri aprinse. Într-un cuvânt, aceasta va fi o bază bună pentru o discuție pe tema a ceea ce se consideră în general microservicii, cum să le scrieți, să le întrețineți etc.
CI/CD pentru gestionarea infrastructurii BareMetal
Următorul raport este din nou doi într-unul. Pe de o parte, Andrei Kvapil (WEDOS Internet, as) va vorbi despre gestionarea infrastructurii BareMetal, care este destul de specifică, deoarece toată lumea folosește acum în principal nori, iar dacă dețin hardware, nu este la o scară atât de mare. Dar este foarte important ca Andrey aplicarea tehnicilor CI/CD pentru implementarea și gestionarea infrastructurii BareMetal, iar din acest punct de vedere, raportul va fi de interes atât pentru liderii de echipă, cât și pentru ingineri.
Continuați subiectul Serghei Makarenko, în culisele acestui proces intensiv în muncă în Platformă de jocuri de război.
Containerele pot fi sigure?
Va finaliza programul în sala Inima de Aur Alexandru Khayorov document de discuție privind securitatea containerelor. Alexander este deja la RIT++ privind problemele de securitate ale Helm și modalitățile de combatere a acesteia, iar de data aceasta nu se va limita la a enumera punctele slabe, ci instrumente pentru izolarea completă a mediului.
„La marginea universului”, 1 octombrie
O sa inceapa Alexandru Burtsev (BramaBrama) și una dintre posibilele soluții pentru a accelera site-ul. Să ne uităm la implementarea cu succes a celor cinci accelerare numai datorită instrumentelor DevOps fără a rescrie codul. Încă va trebui să decideți dacă rescrieți sau nu codul în fiecare proiect, dar este întotdeauna util să aveți în vedere o astfel de experiență.
DevOps în 1C: Enterprise
Petr Gribanov de la compania 1C dezminți mitul că este imposibil să implementezi DevOps într-o întreprindere mare. Ce ar putea fi mai complex decât platforma 1C: Enterprise, dar din moment ce practicile DevOps sunt aplicabile chiar și acolo, cred că mitul nu va rezista.
DevOps în dezvoltarea personalizată
Anton Hlevitski în continuarea raportului lui Evgenii Fomenko , cum MegaFon a construit DevOps din partea contractantului și a construit Implementarea continuă, inclusiv dezvoltarea personalizată de la mai mulți furnizori de software.
Aducerea DevOps la DWH/BI
Un subiect non-standard, dar din nou interesant pentru diferiți participanți Vasily Kutsenko de la Gazprombank. Vasily va împărtăși sfaturi practice despre cum să dezvoltați o cultură IT în dezvoltarea datelor și să aplicați practicile DevOps în Data Warehous și BI și vă va spune cum diferă canalul de lucru cu date și ce instrumente de automatizare sunt cu adevărat utile în contextul lucrului cu date. date.
Cum să trăiești fără un departament de securitate
Dupa pranz Mona Arkhipova (sudo.su) noi cu elementele de bază DevSecOps și vă va explica cum puteți încorpora securitatea ca proces în procesul de dezvoltare și nu mai folosiți un departament de securitate separat. Subiectul este presant, iar raportul ar trebui să fie foarte util pentru mulți.
Testarea încărcării în CI/CD a unei soluții mari
Completează perfect subiectul anterior Vladimir Khonin de la MegaFon. Aici vom vorbi despre cum să introduceți calitatea în procesul DevOps: cum să utilizați Quality Gate, să înregistrați diverse cazuri în cadrul sistemului și cum să le integrați pe toate în procesul de dezvoltare. Acest raport este potrivit în special pentru cei care lucrează cu sisteme mari, dar chiar dacă nu lucrați cu facturare uriașă, veți găsi aspecte interesante pentru dvs.
SDLC și conformitate
Iar următorul subiect este mai relevant pentru companiile mari - cum să introduceți soluțiile de conformitate și cerințele standardelor în proces. Ilya Mitrukov de la Centrul Tehnologic Deutsche Bank Că standardele de lucru pot fi compatibile cu DevOps.
Și la sfârșitul zilei Matvey Kukuy (Amixr.IO) statistici și informații despre modul în care zeci de echipe din întreaga lume sunt de serviciu, rezolvă incidentele, organizează munca și construiește sisteme fiabile și va explica modul în care totul se referă la SRE.
Acum chiar te invidiez puțin, pentru că călătoria prin trebuie doar să. Vă puteți crea propriul plan individual și vă puteți bucura de cât de organic se vor completa rapoartele, dar, cel mai probabil, ca orice ghid, nu voi avea timp să mă uit cu atenție în jur.
Apropo, pe lângă programul principal, avem, ca să spunem așa, un loc de camping - o sală de întâlniri, în care participanții înșiși pot organiza o mică întâlnire, atelier, master class și pot discuta probleme stringente într-un cadru intim. orice participant poate și orice participant poate acționa ca un comitet de program și poate vota pentru alte întâlniri. Acest format și-a dovedit deja eficacitatea, mai ales în ceea ce privește crearea de rețele, așa că aruncați o privire mai atentă la programați și în timpul conferinței, urmăriți anunțurile despre noile întâlniri în .
Ne vedem în galaxia DevOpsConf 2019!
Sursa: www.habr.com