Govorimo, naravno, o . Ako ne idete u detalje, onda ćemo 30. rujna i 1. listopada održati konferenciju o objedinjavanju procesa razvoja, testiranja i rada, a ako idete u detalje, molim pod kat.
Unutar DevOps pristupa svi dijelovi tehnološkog razvoja projekta su isprepleteni, odvijaju se paralelno i utječu jedni na druge. Ovdje je od posebne važnosti stvaranje automatiziranih razvojnih procesa koji se mogu mijenjati, simulirati i testirati u stvarnom vremenu. To vam pomaže da trenutno odgovorite na promjene na tržištu.
Na konferenciji želimo pokazati kako ovakav pristup utječe na razvoj proizvoda. Kako se osigurava pouzdanost i prilagodljivost sustava klijentu. Kako DevOps mijenja strukturu i pristup tvrtke organizaciji procesa rada.
iza scene
Važno nam je znati ne samo što različite tvrtke rade u okviru DevOps pristupa, već i razumjeti zašto se sve to radi. Stoga smo pozvali ne samo stručnjake da se pridruže Programskom odboru, već stručnjake koji DevOps diskurs vide s različitih pozicija:
- viši inženjeri;
- programeri;
- voditelji timova;
- tehnički direktor
S jedne strane, to stvara poteškoće i sukobe prilikom rasprave o zahtjevima za izvješćima. Ako je inženjer zainteresiran za analizu velike nesreće, tada je važnije da programer razumije kako stvoriti softver koji radi u oblacima i infrastrukturama. No, dogovorom stvaramo program koji će biti vrijedan i zanimljiv svima: od inženjera do CTO-a.
Cilj naše konferencije nije samo odabrati izvješća s najviše hypea, već predstaviti cjelokupnu sliku: kako DevOps pristup funkcionira u praksi, na kakvu rake možete naići pri prelasku na nove procese. Istovremeno gradimo sadržajni dio, spuštajući se od poslovnog problema do konkretnih tehnologija.
Sekcije konferencije ostat će iste kao u .
- Infrastrukturna platforma.
- Infrastruktura kao šifra.
- Kontinuirana isporuka.
- Povratne informacije.
- Arhitektura u DevOps-u, DevOps za tehničkog direktora.
- SRE prakse.
- Trening i upravljanje znanjem.
- Sigurnost, DevSecOps.
- DevOps transformacija.
Poziv za radove: kakve izvještaje tražimo
Potencijalnu publiku konferencije uvjetno smo podijelili u pet skupina: inženjeri, programeri, stručnjaci za sigurnost, voditelji timova i CTO. Svaka grupa ima svoju motivaciju za dolazak na konferenciju. A ako na DevOps pogledate s ovih pozicija, možete razumjeti kako fokusirati svoju temu i gdje staviti naglasak.
Za inženjere, koji stvaraju infrastrukturnu platformu, važno je razumjeti postojeće trendove, razumjeti koje su tehnologije sada najnaprednije. Bit će zainteresirani upoznati se sa stvarnim iskustvima u korištenju ovih tehnologija i razmijeniti mišljenja. Inženjer će rado poslušati izvješće koje analizira neku tešku nesreću, a mi ćemo zauzvrat pokušati odabrati i ispolirati takvo izvješće.
Za programere važno je razumjeti takav koncept kao izvorna aplikacija u oblaku. Odnosno, kako razviti softver tako da radi u oblacima i raznim infrastrukturama. Programer mora stalno primati povratne informacije od softvera. Ovdje želimo čuti slučajeve o tome kako tvrtke grade ovaj proces, kako nadzirati performanse softvera i kako cijeli proces isporuke funkcionira.
Stručnjaci za kibernetičku sigurnost Važno je razumjeti kako postaviti sigurnosni proces tako da ne koči procese razvoja i promjena unutar tvrtke. Zanimljive će biti i teme o zahtjevima koje DevOps postavlja pred takve stručnjake.
Voditelji timova žele znati, kako kontinuirani proces isporuke funkcionira u drugim tvrtkama. Kojim su putem krenule tvrtke da to postignu, kako su izgradile procese razvoja i osiguranja kvalitete unutar DevOpsa. Voditelji timova također su zainteresirani za Cloud native. I također pitanja o interakciji unutar tima i između razvojnih i inženjerskih timova.
za CTO najvažnije je smisliti kako sve te procese povezati i prilagoditi poslovnim potrebama. On se brine da aplikacija bude pouzdana i za tvrtku i za klijenta. I ovdje morate razumjeti koje će tehnologije funkcionirati za koje poslovne zadatke, kako izgraditi cijeli proces itd. CTO je također odgovoran za proračun. Na primjer, mora razumjeti koliko novca treba potrošiti na prekvalifikaciju stručnjaka kako bi mogli raditi u DevOps-u.
Ako imate nešto za reći o ovim stvarima, nemojte šutjeti, . Rok za prijavu radova je 20. kolovoza. Što se ranije registrirate, to ćete imati više vremena da dovršite svoje izvješće i pripremite se za svoju prezentaciju. Dakle, ne odgađajte.
Pa, ako nemate potrebu javno govoriti, samo i dođite 30. rujna i 1. listopada na komunikaciju s kolegama. Obećajemo da će biti zanimljivo i inspirativno.
Kako mi vidimo DevOps
Da biste točno razumjeli što mislimo pod DevOps, preporučujem čitanje (ili ponovno čitanje) mog izvješća “" Hodajući kroz valove tržišta, promatrao sam kako se ideja DevOps-a transformirala u tvrtkama različitih veličina: od malih startupa do multinacionalnih kompanija. Izvješće je izgrađeno na nizu pitanja, odgovarajući na njih možete razumjeti ide li vaša tvrtka prema DevOps-u ili postoje problemi negdje.
DevOps je složen sustav, mora uključivati:
- Digitalni proizvod.
- Poslovni moduli koji razvijaju ovaj digitalni proizvod.
- Proizvodni timovi koji pišu kod.
- Praksa kontinuirane isporuke.
- Platforme kao usluga.
- Infrastruktura kao usluga.
- Infrastruktura kao šifra.
- Odvojene prakse za održavanje pouzdanosti, ugrađene u DevOps.
- Praksa povratne informacije koja sve to opisuje.
Na kraju izvješća nalazi se dijagram koji daje ideju o DevOps sustavu u tvrtki. Omogućit će vam da vidite koji su procesi u vašoj tvrtki već poboljšani, a koji tek treba biti izgrađeni.
Možete pogledati video izvještaj .
A sada će biti bonus: nekoliko videa s RIT++ 2019, koji se dotiču najopćenitijih problema DevOps transformacije.
Infrastruktura poduzeća kao proizvod
Artyom Naumenko vodi DevOps tim u Skyeng-u i brine o razvoju infrastrukture svoje tvrtke. Rekao je kako infrastruktura utječe na poslovne procese u SkyEng-u: kako izračunati ROI za nju, koje metrike treba odabrati za izračun i kako raditi na njihovom poboljšanju.
Na putu prema mikroservisima
Tvrtka Nixys pruža podršku za prometne web projekte i distribuirane sustave. Njegov tehnički direktor, Boris Ershov, rekao je kako prevesti softverske proizvode, čiji je razvoj započeo prije 5 godina (ili čak i više), na modernu platformu.
U pravilu su takvi projekti poseban svijet u kojem postoje tako mračni i stari kutovi infrastrukture za koje sadašnji inženjeri ne znaju. A pristupi arhitekturi i razvoju koji su jednom odabrani su zastarjeli i ne mogu osigurati poslovanju isti tempo razvoja i izdavanja novih verzija. Kao rezultat toga, svako izdavanje proizvoda pretvara se u nevjerojatnu avanturu, u kojoj stalno nešto pada, i to na najneočekivanijem mjestu.
Voditelji takvih projekata neizbježno se suočavaju s potrebom transformacije svih tehnoloških procesa. U svom izvješću Boris je rekao:
- kako odabrati pravu arhitekturu za projekt i dovesti infrastrukturu u red;
- koje alate koristiti i na koje zamke nailazimo na putu transformacije;
- što dalje učiniti.
Automatizacija otpusta ili kako brzo i bezbolno poroditi
Alexander Korotkov je vodeći programer CI/CD sustava u CIAN-u. Govorio je o alatima za automatizaciju koji su omogućili poboljšanje kvalitete i smanjenje vremena isporuke koda u proizvodnju za 5 puta. No takve rezultate nije bilo moguće postići samo automatizacijom, pa je Alexander obratio pozornost i na promjene u razvojnim procesima.
Kako vam nezgode pomažu u učenju?
Alexey Kirpichnikov već 5 godina implementira DevOps i infrastrukturu u SKB Kontur. Tijekom tri godine u njegovoj se tvrtki dogodilo otprilike 1000 fakapa različitog stupnja epičnosti. Među njima je, primjerice, 36% uzrokovano uvođenjem izdanja niske kvalitete u proizvodnju, a 14% uzrokovano je radom na održavanju hardvera u podatkovnom centru.
Arhiva izvješća (post-mortems) koju inženjeri tvrtke održavaju nekoliko godina zaredom omogućuje dobivanje tako točnih informacija o nesrećama. Obdukciju piše dežurni inženjer koji je prvi reagirao na znak hitne pomoći i počeo sve popravljati. Zašto mučiti inženjere koji se noću muče s facapima pisanjem izvješća? Ovi podaci omogućuju vam da vidite cijelu sliku i pomaknete razvoj infrastrukture u pravom smjeru.
Alexey je u svom govoru ispričao kako napisati zaista korisnu obdukciju i kako implementirati praksu takvih izvješća u velikoj tvrtki. Volite li priče o tome kako je netko zeznuo, pogledajte video nastupa.
Razumijemo da se vaša vizija DevOpsa možda neće podudarati s našom. Bit će zanimljivo znati kako vi vidite DevOps transformaciju. Podijelite svoje iskustvo i viziju ove teme u komentarima.
Koja smo izvješća već prihvatili u program?
Ovaj je tjedan Programski odbor usvojio 4 izvješća: o sigurnosti, infrastrukturi i SRE praksi.
Možda i najbolnija tema DevOps transformacije: kako se pobrinuti da dečki iz odjela informacijske sigurnosti ne unište već izgrađene veze između razvoja, rada i administracije. Neke se tvrtke snalaze bez odjela za informacijsku sigurnost. Kako u ovom slučaju osigurati informacijsku sigurnost? O tome Mona Arkhipova sa sudo.su. Iz njenog izvještaja saznajemo:
- što treba zaštititi i od koga;
- koji su rutinski sigurnosni procesi;
- kako se IT i procesi informacijske sigurnosti isprepliću;
- što je CIS CSC i kako ga implementirati;
- kako i po kojim pokazateljima provoditi redovite provjere informacijske sigurnosti.
Sljedeće izvješće odnosi se na razvoj infrastrukture kao koda. Smanjite količinu ručne rutine i ne pretvorite cijeli projekt u kaos, je li to moguće? Na ovo pitanje Maxim Kostrikin iz Ixtensa. Njegova tvrtka koristi Terraform za rad s AWS infrastrukturom. Alat je zgodan, no postavlja se pitanje kako izbjeći stvaranje ogromnog bloka koda prilikom njegove upotrebe. Održavanje takve ostavštine svake će godine biti sve skuplje.
Maxim će pokazati kako funkcioniraju obrasci postavljanja koda, usmjereni na pojednostavljenje automatizacije i razvoja.
Još o infrastrukturi ćemo čuti od Vladimir Ryabov iz Playkeya. Ovdje ćemo govoriti o infrastrukturnoj platformi i naučit ćemo:
- kako razumjeti koristi li se skladišni prostor učinkovito;
- kako nekoliko stotina korisnika može dobiti 10 TB sadržaja ako se koristi samo 20 TB prostora za pohranu;
- kako komprimirati podatke 5 puta i pružiti ih korisnicima u stvarnom vremenu;
- kako sinkronizirati podatke u hodu između nekoliko podatkovnih centara;
- kako eliminirati svaki utjecaj korisnika jednih na druge pri uzastopnom korištenju jednog virtualnog stroja.
Tajna ove magije je tehnologija ZFS za FreeBSD i njegovu svježu vilicu ZFS na Linuxu. Vladimir će podijeliti kofere iz Playkeya.
Matvey Kukuy iz Amixr.IO spreman s primjerima iz života , što se dogodilo SRE i kako pomaže u izgradnji pouzdanih sustava. Amixr.IO propušta klijentske incidente kroz svoj backend; deseci dežurnih timova diljem svijeta već su obradili 150 tisuća slučajeva. Na konferenciji će Matvey podijeliti statistike i uvide koje je njegova tvrtka prikupila rješavajući probleme kupaca i analizirajući neuspjehe.
Još jednom vas pozivam da ne budete pohlepni i podijelite svoje iskustvo DevOps samuraja. Poslužiti za izvješće, a ti i ja ćemo imati 2,5 mjeseca da pripremimo odličan govor. Ako želiš biti slušatelj, na newsletter s ažuriranim programima i ozbiljno razmislite o rezervaciji ulaznica unaprijed jer će one poskupjeti bliže datumima konferencije.
Izvor: www.habr.com