Govorimo, naravno, o tome . Ako ne ulazite u detalje, onda ćemo 30. septembra i 1. oktobra održati konferenciju o kombinovanju procesa razvoja, testiranja i rada, a ako ulazite u detalje, pod kat.
U okviru DevOps pristupa, svi dijelovi tehnološkog razvoja projekta su isprepleteni, odvijaju se paralelno i utiču jedni na druge. Ovdje je od posebnog značaja stvaranje automatiziranih razvojnih procesa koji se mogu mijenjati, simulirati i testirati u realnom vremenu. Ovo vam pomaže da odmah odgovorite na promjene na tržištu.
Na konferenciji želimo pokazati kako ovaj pristup utiče na razvoj proizvoda. Kako se osigurava pouzdanost i prilagodljivost sistema za klijenta. Kako DevOps mijenja strukturu i pristup kompanije organizaciji njenog radnog procesa.
iza scene
Važno nam je da znamo ne samo šta različite kompanije rade u okviru DevOps pristupa, već i da razumemo zašto se sve to radi. Stoga smo pozvali ne samo stručnjake da se pridruže Programskom odboru, već i stručnjake koji gledaju na DevOps diskurs sa različitih pozicija:
- viši inženjeri;
- programeri;
- tim vodi;
- CTO.
S jedne strane, to stvara poteškoće i sukobe prilikom razmatranja zahtjeva za izvještaje. Ako je inženjer zainteresiran za analizu velike nesreće, tada je za programera važnije da razumije kako da kreira softver koji radi u oblacima i infrastrukturi. Ali dogovorom stvaramo program koji će biti vrijedan i zanimljiv svima: od inženjera do CTO-a.
Cilj naše konferencije nije samo da odaberemo najviše hype izvještaja, već da predstavimo cjelokupnu sliku: kako DevOps pristup funkcionira u praksi, na kakvu grabu možete naići kada prelazite na nove procese. Istovremeno gradimo sadržajni dio, spuštajući se od poslovnog problema do specifičnih tehnologija.
Sekcije konferencije će ostati iste kao u .
- Infrastrukturna platforma.
- Infrastruktura kao kod.
- Kontinuirana isporuka.
- Povratne informacije.
- Arhitektura u DevOps-u, DevOps za CTO-a.
- SRE prakse.
- Obuka i upravljanje znanjem.
- Sigurnost, DevSecOps.
- DevOps transformacija.
Poziv za papire: kakve izvještaje tražimo
Potencijalnu publiku konferencije smo uslovno podijelili u pet grupa: inženjeri, programeri, sigurnosni stručnjaci, voditelji timova i CTO. Svaka grupa ima svoju motivaciju da dođe na konferenciju. I, ako pogledate DevOps sa ovih pozicija, možete razumjeti kako fokusirati svoju temu i gdje staviti naglasak.
Za inženjere, koji kreiraju infrastrukturnu platformu, važno je razumjeti postojeće trendove, razumjeti koje su tehnologije sada najnaprednije. Biće zainteresovani za učenje o stvarnom iskustvu korišćenja ovih tehnologija i razmenu mišljenja. Inženjer će rado poslušati izvještaj u kojem se analizira neka nesreća, a mi ćemo zauzvrat pokušati odabrati i dotjerati takav izvještaj.
Za programere važno je razumjeti takav koncept kao Cloud izvorna aplikacija. 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 kompanije grade ovaj proces, kako pratiti performanse softvera i kako funkcionira cijeli proces isporuke.
Specijalisti za sajber sigurnost Važno je razumjeti kako postaviti sigurnosni proces kako ne bi kočio razvoj i procese promjena unutar kompanije. Zanimljive će biti i teme o zahtjevima koje DevOps postavlja takvim stručnjacima.
Voditelji tima žele znati, kako funkcioniše proces kontinuirane isporuke u drugim kompanijama. Koji put su kompanije išle da to postignu, kako su izgradile procese razvoja i osiguranja kvaliteta unutar DevOps-a. Voditelji tima također su zainteresirani za Cloud native. I također pitanja o interakciji unutar tima i između razvojnih i inženjerskih timova.
Do CTO najvažnije je smisliti kako sve te procese povezati i prilagoditi poslovnim potrebama. On se brine da aplikacija bude pouzdana i za poslovanje i za klijenta. I ovdje morate razumjeti koje tehnologije će raditi za koje poslovne zadatke, kako izgraditi cijeli proces itd. CTO je također odgovoran za budžetiranje. Na primjer, mora razumjeti koliko novca treba potrošiti na prekvalifikaciju stručnjaka da bi mogli raditi u DevOps-u.
Ako imate nešto da kažete o ovim stvarima, nemojte šutjeti, . Rok za slanje radova je 20. avgust. Što se ranije registrujete, to ćete imati više vremena da finalizirate svoj izvještaj i pripremite se za prezentaciju. Dakle, nemojte odlagati.
Pa, ako nemate potrebu da govorite javno, samo i dođite 30. septembra i 1. oktobra na komunikaciju sa kolegama. Obećavamo da će biti zanimljivo i inspirativno.
Kako vidimo DevOps
Da bismo razumeli šta tačno podrazumevamo pod DevOps-om, preporučujem da pročitate (ili ponovo pročitate) moj izveštaj “" Šetajući kroz talase tržišta, primetio sam kako se ideja DevOps-a transformiše u kompanijama različitih veličina: od malih startupa do multinacionalnih kompanija. Izvještaj je izgrađen na nizu pitanja, odgovorom na njih možete shvatiti da li se vaša kompanija kreće ka DevOps-u ili negdje ima problema.
DevOps je složen sistem, 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 kod.
- Odvojene prakse za održavanje pouzdanosti, ugrađene u DevOps.
- Praksa povratnih informacija koja sve to opisuje.
Na kraju izvještaja nalazi se dijagram koji daje ideju o DevOps sistemu u kompaniji. To će vam omogućiti da vidite koji su procesi u vašoj kompaniji već modernizirani, a koji tek treba biti izgrađen.
Snimak izvještaja možete pogledati .
A sada će biti bonus: nekoliko video zapisa sa RIT++ 2019, koji se dotiču najopštijih pitanja DevOps transformacije.
Infrastruktura preduzeća kao proizvod
Artyom Naumenko vodi DevOps tim u Skyengu i brine se o razvoju infrastrukture svoje kompanije. On je ispričao kako infrastruktura utiče na poslovne procese u SkyEng-u: kako izračunati ROI za nju, koje metrike treba izabrati za izračunavanje i kako raditi na njihovom poboljšanju.
Na putu ka mikroservisima
Kompanija Nixys pruža podršku za zauzete web projekte i distribuirane sisteme. Njegov tehnički direktor Boris Eršov rekao je kako softverske proizvode, čiji je razvoj započeo prije 5 godina (ili čak i više), prevesti na modernu platformu.
U pravilu, takvi projekti su poseban svijet u kojem postoje tako mračni i drevni kutovi infrastrukture za koje sadašnji inženjeri ne znaju. A pristupi arhitekturi i razvoju koji su nekada bili odabrani su zastarjeli i ne mogu poslovati sa istim tempom razvoja i izdavanja novih verzija. Kao rezultat, svako izdavanje proizvoda pretvara se u nevjerovatnu avanturu, u kojoj stalno nešto pada, i to na najneočekivanijem mjestu.
Menadžeri ovakvih projekata neminovno se suočavaju s potrebom transformacije svih tehnoloških procesa. U svom izveštaju Boris je rekao:
- kako odabrati pravu arhitekturu za projekat i dovesti infrastrukturu u red;
- koje alate koristiti i koje zamke se susreću na putu transformacije;
- šta dalje raditi.
Automatizacija izdavanja ili kako isporučiti brzo i bezbolno
Alexander Korotkov je vodeći programer CI/CD sistema u CIAN-u. Govorio je o alatima za automatizaciju koji su omogućili poboljšanje kvaliteta i smanjenje vremena za isporuku koda u produkciju za 5 puta. Ali takvi rezultati se nisu mogli postići samo automatizacijom, pa je Aleksandar obratio pažnju i na promjene u razvojnim procesima.
Kako vam nesreće pomažu u učenju?
Alexey Kirpichnikov implementira DevOps i infrastrukturu u SKB Konturu već 5 godina. Tokom tri godine, oko 1000 fakapa različitog stepena epskosti dogodilo se u njegovoj kompaniji. Među njima, na primjer, 36% je uzrokovano uvođenjem nekvalitetnog izdanja u proizvodnju, a 14% je uzrokovano radovima na održavanju hardvera u podatkovnom centru.
Arhiva izvještaja (obdukcija) koje inženjeri kompanije održavaju nekoliko godina zaredom omogućavaju dobijanje tako tačnih informacija o nesrećama. Obdukciju piše dežurni inženjer, koji je prvi reagovao na signal hitne pomoći i počeo sve da popravlja. Zašto mučiti inženjere koji se noću bore sa facapovima pišući izvještaje? Ovi podaci vam omogućavaju da vidite cijelu sliku i pokrenete razvoj infrastrukture u pravom smjeru.
U svom govoru, Alexey je podijelio kako napisati zaista korisnu obdukciju i kako implementirati praksu takvih izvještaja u velikoj kompaniji. Ako volite priče o tome kako je neko zeznuo, pogledajte snimak nastupa.
Razumijemo da se vaša vizija DevOps-a možda neće podudarati s našom. Biće zanimljivo znati kako vidite DevOps transformaciju. Podelite svoje iskustvo i viziju ove teme u komentarima.
Koje smo izvještaje već prihvatili u program?
Programski odbor je ove sedmice usvojio 4 izvještaja: o sigurnosti, infrastrukturi i praksi SRE.
Možda najbolnija tema DevOps transformacije: kako se pobrinuti da momci iz odjela za informatičku sigurnost ne unište već izgrađene veze između razvoja, rada i administracije. Neke kompanije upravljaju bez odjela za informacijsku sigurnost. Kako osigurati sigurnost informacija u ovom slučaju? O tome Mona Arkhipova sa sudo.su. Iz njenog izvještaja saznajemo:
- šta treba zaštititi i od koga;
- koji su rutinski sigurnosni procesi;
- kako se ukrštaju IT i procesi informacione sigurnosti;
- šta je CIS CSC i kako ga implementirati;
- kako i po kojim pokazateljima provoditi redovne provjere sigurnosti informacija.
Sljedeći izvještaj se tiče razvoja infrastrukture kao koda. Smanjite količinu ručne rutine i ne pretvarajte cijeli projekat u haos, je li to moguće? Na ovo pitanje Maksim Kostrikin iz Ixtensa. Njegova kompanija koristi Terraform za rad sa AWS infrastrukturom. Alat je zgodan, ali pitanje je kako izbjeći stvaranje ogromnog bloka koda kada ga koristite. Održavanje takve zaostavštine će svake godine biti sve skuplje.
Maxim će pokazati kako funkcioniraju obrasci postavljanja koda, koji imaju za cilj pojednostavljenje automatizacije i razvoja.
Još jedan o infrastrukturi ćemo čuti od Vladimir Ryabov iz Playkey-a. Ovdje ćemo pričati o infrastrukturnoj platformi i naučit ćemo:
- kako razumjeti da li se prostor za skladištenje efikasno koristi;
- kako nekoliko stotina korisnika može primiti 10 TB sadržaja ako se koristi samo 20 TB prostora za pohranu;
- kako komprimirati podatke 5 puta i pružiti ih korisnicima u realnom vremenu;
- kako sinkronizirati podatke u hodu između nekoliko data centara;
- kako eliminisati bilo kakav uticaj korisnika jedni na druge kada se jedna virtuelna mašina koristi uzastopno.
Tajna ove magije je tehnologija ZFS za FreeBSD i njegova svježa viljuška ZFS na Linuxu. Vladimir će podijeliti kutije iz Playkey-a.
Matvey Kukuy iz Amixr.IO spremni sa primjerima iz života , šta se desilo SRE i kako pomaže u izgradnji pouzdanih sistema. Amixr.IO prenosi klijentske incidente kroz svoj backend; desetine dežurnih timova širom svijeta već su se bavili 150 hiljada slučajeva. Na konferenciji će Matvey podijeliti statistike i uvide koje je njegova kompanija prikupila rješavanjem problema kupaca i analizom propusta.
Još jednom vas pozivam da ne budete pohlepni i podijelite svoje iskustvo kao DevOps samuraj. Serve za izvještaj, a ti i ja ćemo imati 2,5 mjeseca da pripremimo odličan govor. Ako želite da budete slušalac, na newsletter sa ažuriranjima programa i ozbiljno razmislite o rezervaciji ulaznica unaprijed, jer će one poskupjeti bliže datumima konferencije.
izvor: www.habr.com