Jeg præsenterer for din opmærksomhed en guide til DevOpsConf, en konference, der i år er på galaktisk skala. I den forstand, at vi formåede at sammensætte et så kraftfuldt og afbalanceret program, at en række specialister vil nyde at rejse gennem det: udviklere, systemadministratorer, infrastrukturingeniører, QA, teamledere, servicestationer og generelt alle involverede i den teknologiske udvikling behandle.
Vi foreslår at besøge to store områder af DevOps-universet: et med forretningsprocesser, der kan ændres fleksibelt gennem kode, og det andet med værktøjer. Det vil sige, at der på vores konference vil være to strømme af samme styrke i indhold og især i antallet af rapporter. Den ene fokuserer på selve brugen af værktøjer, og den anden på processer, der bruger eksempler på forretningsproblemer, der behandles som kode og administreres som kode. Vi tror på, at teknologi og processer hænger uløseligt sammen og viser dette systematisk ved hjælp af vores foredragsholdere, der arbejder i new wave-virksomheder og deler deres vej til en ny opfattelse af udvikling gennem løsning af problemer og overvindelse af udfordringer.
Hvis du vil, et kort resumé af vores guide til :
- Den 30. september, på konferencens første dag, vil vi i første sal behandle 8 business cases.
- I den anden hal på den første dag vil vi analysere mere højt specialiserede instrumentelle løsninger. Hver rapport indeholder en masse fed praktisk erfaring, som dog ikke egner sig for alle virksomheder.
- Den 1. oktober i første sal taler vi tværtimod mere om teknologi, men bredere.
- I den anden sal på andendagen diskuterer vi specifikke opgaver, der ikke opstår i alle projekter, for eksempel i en virksomhed.
Men jeg vil straks bemærke, at en sådan opdeling slet ikke betyder en opdeling af publikum. Tværtimod er det vigtigt for en ingeniør at forstå forretningsproblemer, kende meningen med det, han laver, og have praktisk erfaring. Og for en teamleder eller servicestation er sager og erfaringer fra andre virksomheder selvfølgelig vigtige, men du skal samtidig forstå den interne arbejdsgang. Under klippet fortæller jeg dig mere detaljeret om alle emnerne og hjælper dig med at lave en detaljeret rejseplan.
Konferencen afholdes i Infospace, og vi kaldte de to hovedsale "Golden Heart" - ligesom skibet fra "The Hitchhiker's Guide to the Galaxy", som bruger princippet om usandsynlighed til at bevæge sig gennem rummet, og "At the Edge of the Galaxy". Universe” - som en restaurant fra samme saga. Fra nu af vil jeg bruge disse navne til at henvise til spor. Rapportstop i området for "Golden Heart"-galaksen er mere velegnet til den største turistgruppe; disse er, hvis du vil, seværdigheder, du skal besøge. "På kanten af universet" er der interessante genstande for erfarne rejsende. De færreste kommer dertil, men dem, der tør gå dertil med brændende øjne gennem asteroidebælterne.
Samtidig kan du nemt flytte fra et rum til et andet, og du finder til enhver tid et emne, der passer til dig. Som jeg allerede har sagt, er programmet meget afbalanceret. Vi havde meget flere klasserapporter, men modvilligt måtte programudvalget flytte dem til eller udskyde til forårskonferencen i Sankt Petersborg, for ikke at forrykke balancen og gennemføre den oprindelige idé. Konferenceprogrammet giver dig mulighed for at overveje hvert af de planlagte emner (kontinuerlig levering, infrastruktur som kode, DevOps-transformation, SRE-praksis, sikkerhed, infrastrukturplatform) ved hjælp af forskellige eksempler og fra forskellige vinkler.
Læn dig nu tilbage, vores galaktiske skib er ved at stoppe.
"Det gyldne hjerte", 30. september
Første 90 dage som CTO
Vil åbne konferencen Leona Fire. om at nedarve legacy-systemer og de problemer, der ofte følger med dem. Leon vil fortælle dig, hvordan tankstationen kan få en forståelse af det tekniske system, som han begynder at arbejde med. For en teknisk direktør i en moderne virksomhed er styring af DevOps-processen hovedopgaven, og Leon vil vise dig på en interessant og humoristisk måde forholdet mellem tekniske og forretningsmæssige dele fra SRT's synspunkt.
Begyndere og dem, der ønsker at blive det, bør bestemt komme til denne rapport. Når alt kommer til alt, er det én ting at vokse til at blive teknisk direktør i din virksomhed, og noget andet er at genindtræde i denne rolle; sådan kunstflyvning er ikke tilgængelig for alle.
DevOps grundlæggende - gå ind i et projekt fra bunden
Следующий fortsætter emnet, men Andrey Yumashev (LitRes) vil overveje problemet lidt mindre globalt og besvare spørgsmålene: hvilke grundlæggende ting har du brug for at vide, når du begynder at arbejde i forskellige teams; hvordan man korrekt analyserer rækken af problemer; hvordan man opbygger en aktivitetsplan; hvordan man beregner KPI'er og hvornår man stopper.
Fremtiden for infrastruktur som kode
Dernæst vil vi tage en pause for at diskutere emnet infrastruktur som kode. Roman Boyko Solutions Architect hos AWS hos DevOpsConf om det nye værktøj AWS Cloud Development Kit, som giver dig mulighed for at beskrive infrastrukturen på et velkendt sprog (Python, TypeScript, JavaScript, Java). Vi vil på første hånd lære, hvad der gør det muligt for skyen at være endnu tættere på udvikleren, hvordan man begynder at bruge dette værktøj og skaber genbrugelige komponenter til bekvem infrastrukturstyring. For konferencedeltagere er dette en glimrende mulighed for at høre om verdensnyskabelser på russisk og med den grad af tekniske detaljer, der er almindelige her, men ikke i Vesten.
Fra udgivelse til FastTrack
Efter frokost vender vi tilbage til spørgsmålet om transformation i endnu et par timer. På Evgenia Fomenko Lad os følge DevOps-transformationen af MegaFon: begyndende fra stadiet, hvor de forsøger at bruge traditionelle metoder, såsom KPI, overvinde stadiet, hvor intet er klart, og du skal komme med nye værktøjer og ændre dig selv, indtil processen er fuldstændig omstruktureret. Dette er en meget cool og motiverende oplevelse for virksomheden, som også involverede sine kontrahenter i DevOps-transformationen, som Evgeniy også vil tale om.
Sådan bliver du et tværgående team
У Mikhail Bizhan stor erfaring med at gennemføre transformationsændringer i teams. Nu gør Mikhail, som leder af Raiffeisenbank Acceleration Team, holdene tværfunktionelle. på hans Lad os tale om smerten ved manglen på tværfunktionelle teams, og hvorfor udfordringerne i et tværfunktionelt team ikke ender med at opfinde, lave og implementere.
SRE praksis
Næste på vejen vil vi finde to rapporter dedikeret til SRE-praksis, som tager fart og indtager en vigtig plads i hele DevOps-processen.
Alexey Andreev fra Prisma Labs , hvorfor en startup har brug for SRE-praksis, og hvorfor det betaler sig.
Matvey Grigoriev fra Dodo Pizza et eksempel på SRE i en større virksomhed, der allerede er vokset ud af startup-stadiet. Matvey siger selv dette om sig selv: henholdsvis en erfaren .NET-udvikler og en nybegynder SRE vil dele historien om en udviklers, og ikke kun én, men et helt teams overgang til infrastruktur. Hvorfor DevOps er en logisk vej for en udvikler og hvad der sker, hvis du begynder at se på alle dine Ansible-spillebøger og bash-scripts som et fuldgyldigt softwareprodukt og anvender de samme krav til dem, vil vi diskutere ved Matveys rapport den 30. september kl. 17:00 i Golden Heart-hallen.
Gennemfør første dags program Daniel Tikhomirov, der i sin rejser et vigtigt spørgsmål: Hvordan teknologi relaterer til brugerglæde. Ved at løse problemet med "alt virker, men brugeren er utilfreds", gik MegaFon fra at overvåge individuelle systemer, derefter servere, applikationer til at overvåge tjenesten gennem brugerens øjne. Hvordan alle tekniske specialister, kunder og leverandører begyndte at fokusere på disse KQI-indikatorer, vil vi finde ud af om aftenen på konferencens første dag. Og derefter vil vi diskutere infrastruktur og transformation i uformelle rammer til efterfesten.
"På kanten af universet", 30. september
De første tre rapporter i "På kanten af universet"-hallen vil være meget interessante set fra instrumenternes synspunkt.
Maxim Kostrikin (Ixtens) mønstre i Terraform at bekæmpe kaos og rutine på store og lange projekter. Terraform-udviklere tilbyder ret praktiske bedste praksisser for at arbejde med AWS-infrastruktur, men der er en nuance. Ved hjælp af kodeeksempler vil Maxim demonstrere, hvordan man ikke forvandler en mappe med Terraform-kode til en snebold, men ved hjælp af mønstre for at forenkle automatisering og videreudvikling.
Grigory Mikhalkin fra Lamoda "Hvorfor udviklede vi Kubernetes-operatøren, og hvad lærte vi af det?" vil hjælpe med at udfylde manglen på information om, hvordan man implementerer infrastruktur som kodepraksis ved hjælp af Kubernetes. Kubernetes selv indeholder for eksempel en beskrivelse af tjenester, der bruger yaml-filer, men dette er ikke tilstrækkeligt til alle opgaver. Administration på lavt niveau kræver operatører, og denne snak er meget nyttig, hvis du vil administrere Kubernetes korrekt.
Emnet for den næste rapport er Hashicorp Vault - ret speciel. Men faktisk er dette værktøj nødvendigt overalt, hvor du skal administrere adgangskoder og have et fælles punkt for at arbejde med hemmeligheder. Sidste år fortalte Sergey Noskov, hvordan hemmeligheder administreres i Avito ved hjælp af Hashicorp Vault, se på det og kom Yuri Shutkin fra Tinkoff.ru for endnu mere erfaring.
Taras Kotov (EPAM) den endnu mere sjældne opgave at bygge en cloud-infrastruktur, der inkluderer sin egen rygrad IP/MPLS netværk. Men oplevelsen er stor, og rapporten er hardcore, så hvis du forstår, hvad den handler om, så sørg for at komme til denne rapport.
Senere på aftenen vil vi tale om databasestyring i cloud-infrastrukturer. Kirill Melnichuk erfaring med brug Vitess til at arbejde med MySQL i en Kubernetes-klynge. A Vladimir Ryabov fra Playkey.net , hvordan man arbejder med data inde i skyen, og hvordan man bruger den tilgængelige lagerplads korrekt.
"Det Gyldne Hjerte", 1. oktober
Den 1. oktober bliver alt omvendt. Det Gyldne Hjerte-salen får en mere teknologiorienteret bane. For ingeniører, der rejser gennem "Det Gyldne Hjerte", inviterer vi dig derfor først til at dykke ned i business cases, og derefter se, hvordan disse sager løses i praksis. Og ledere tænker til gengæld først over mulige opgaver og begynder derefter bedre at forstå, hvordan man implementerer dette i værktøjer og hardware.
Under hætten på det store skylager
Første taler Artemy Kapitula. Hans rapport sidste år"Konferencedeltagerne kaldte det det bedste, tror jeg, på grund af historiens utrolige dybde. Denne gang vil fortsætte med Mail.Ru Cloud Solutions løsninger på lagerdesign og analyse af præcedensen for systemfejl. Den uoplagte fordel ved denne rapport for ledere er, at Artemy ikke kun undersøger selve det tekniske problem, men også hele processen med at løse det. De der. Du kan forstå, hvordan du administrerer hele denne proces og anvender den til din virksomhed.
Reversiv decentraliseret implementering
Egor Bugaenko Det er ikke første gang, han også optræder på konferencen, hans rapporter indeholder traditionelt kontroversielle teser, men de får dig til at tænke. Det håber vi Egors tale om decentral implementering vil forårsage en interessant og vigtigst af alt konstruktiv diskussion.
Vi er i skyerne igen
Alexey Vakhover en kraftfuld fusion af forretningskomponenter og teknologier, som vil være interessant fra både ingeniør- og ledelsessiden. Alexey vil fortælle dig, hvordan Uchi.ru virker Cloud Native infrastruktur: hvordan Service Mesh, OpenTracing, Vault, centraliseret logning og total SSO bruges. Bagefter, klokken 15:00, vil Alexey holde , hvor alle, der kommer, vil kunne røre ved alle disse instrumenter med egne hænder.
Apache Kafka i Avito: en historie om tre reinkarnationer
Anatoly Soldatov om, hvordan Avito bygger Kafka som en tjeneste, vil naturligvis være interessant for dem, der bruger Kafka. Men på den anden side afslører det meget godt processen med at skabe en intern service: hvordan man indsamler servicekrav og -ønsker fra kollegaer, implementerer grænseflader, opbygger interaktion mellem teams og skaber en service som et produkt i virksomheden. Fra dette synspunkt er historien igen nyttig for meget forskellige konferencedeltagere.
Lad os gøre mikrotjenester lette igen
Her ser det ud til, at alt er klart af navnet. Men teser det Dmitry Sugrobov fra Leroy Merlin, selv i programudvalget skabte heftig debat. Kort sagt vil dette være et godt grundlag for en diskussion om, hvad der generelt betragtes som mikrotjenester, hvordan man skriver dem, vedligeholder dem osv.
CI/CD til styring af BareMetal-infrastruktur
Den næste rapport er igen to i én. På den ene side, Andrey Kvapil (WEDOS Internet, as) vil tale om styring af BareMetal-infrastruktur, hvilket er ret specifikt, fordi alle nu primært bruger skyer, og hvis de har hardware, er det ikke i så stor skala. Men det er meget vigtigt, at Andrey anvendelse af CI/CD-teknikker til implementering og styring af BareMetal-infrastruktur, og fra dette synspunkt vil rapporten være af interesse for både teamledere og ingeniører.
Fortsæt emnet Sergey Makarenko, bag kulisserne af denne arbejdskrævende proces i Wargaming platform.
Kan beholdere være sikre?
Vil gennemføre programmet i Det Gyldne Hjerte hallen Alexander Khayorov debatoplæg om containersikkerhed. Alexander er allerede på RIT++ om sikkerhedsproblemerne i Helm og måder at bekæmpe det på, og denne gang vil det ikke begrænse sig til at opremse svagheder, men værktøjer til fuldstændig isolering af miljøet.
"På kanten af universet", 1. oktober
Vil starte Alexander Burtsev (BramaBrama) og en af de mulige løsninger til at fremskynde siden. Lad os se på den vellykkede implementering af den femfoldige acceleration kun på grund af DevOps-værktøjer uden at omskrive koden. Du skal stadig beslutte, om du vil omskrive koden eller ej i hvert projekt, men det er altid nyttigt at have en sådan erfaring i tankerne.
DevOps i 1C: Enterprise
Petr Gribanov fra 1C selskab aflive myten om, at det er umuligt at implementere DevOps i en stor virksomhed. Hvad kunne være mere komplekst end 1C: Enterprise platformen, men da DevOps-praksis er anvendelig selv der, tror jeg, at myten ikke vil stå.
DevOps i tilpasset udvikling
Anton Khlevitsky i forlængelse af rapporten af Evgeniy Fomenko , hvordan MegaFon byggede DevOps på entreprenørsiden og byggede Continuous Deployment, herunder tilpasset udvikling fra flere softwareleverandører.
Bringer DevOps til DWH/BI
Et ikke-standardiseret, men igen interessant emne for forskellige deltagere Vasily Kutsenko fra Gazprombank. Vasily vil dele praktiske råd om, hvordan man udvikler en it-kultur inden for dataudvikling og anvender DevOps-praksis i Data Warehous og BI, og vil fortælle dig, hvordan pipelinen til at arbejde med data adskiller sig, og hvilke automatiseringsværktøjer der virkelig er nyttige i forbindelse med arbejdet med data.
Hvordan (du) kan leve uden en sikkerhedsafdeling
Efter frokost Mona Arkhipova (sudo.su) os med det grundlæggende DevSecOps og vil forklare, hvordan du kan integrere sikkerhed som en proces i din udviklingsproces og stoppe med at bruge en separat sikkerhedsafdeling. Emnet er presserende, og rapporten burde være meget nyttig for mange.
Belastningstest i CI/CD af en stor løsning
Komplementerer det forrige emne perfekt Vladimir Khonin fra MegaFon. Her vil vi tale om hvordan man introducerer kvalitet i DevOps-processen: hvordan man bruger Quality Gate, registrerer forskellige sager i systemet, og hvordan man integrerer det hele i udviklingsprocessen. Denne rapport er især velegnet til dem, der arbejder med store systemer, men selvom du ikke arbejder med kæmpe fakturering, vil du finde interessante aspekter for dig selv.
SDLC og overholdelse
Og det næste emne er mere relevant for store virksomheder - hvordan man indfører Compliance-løsninger og standardkrav i processen. Ilya Mitrukov fra Deutsche Bank Technology Center Det arbejdsstandarder kan godt være kompatible med DevOps.
Og sidst på dagen Matvey Kukuy (Amixr.IO) statistikker og indsigt i, hvordan dusinvis af teams rundt om i verden er på vagt, sorterer hændelser fra, organiserer arbejde og opbygger pålidelige systemer, og vil forklare, hvordan det hele relaterer sig til SRE.
Nu misunder jeg dig endda lidt, fordi rejsen igennem du skal bare. Du kan oprette din egen individuelle plan og nyde, hvor organisk rapporterne vil komplementere hinanden, men jeg vil højst sandsynligt, som enhver anden guide, ikke have tid til at kigge grundigt rundt.
I øvrigt har vi udover hovedprogrammet så at sige en campingplads - et mødelokale, hvor deltagerne selv kan arrangere et lille møde, workshop, masterclass og diskutere presserende problemstillinger i intime rammer. enhver deltager kan, og enhver deltager kan fungere som programudvalg og stemme på andre meetups. Dette format har allerede bevist sin effektivitet, især med hensyn til netværk, så se nærmere på det tidsplan, og under konferencen, hold øje med meddelelser om nye møder i .
Vi ses i DevOpsConf 2019-galaksen!
Kilde: www.habr.com