Parlemu, sicuru, di . Sè vo ùn andate in ditagli, tandu u 30 di sittembri è uttrovi 1 avemu da fà una cunferenza nantu à cumminà i prucessi di sviluppu, teste è funziunamentu, è s'è vo andate in ditagli, per piacè, sottu cat.
Dentru l'approcciu DevOps, tutte e parte di u sviluppu tecnologicu di u prugettu sò intrecciate, accade in parallelu è influenzanu l'altri. D'impurtanza particulari quì hè a creazione di prucessi di sviluppu automatizati chì ponu esse cambiati, simulati è pruvati in tempu reale. Questu vi aiuta à risponde immediatamente à i cambiamenti in u mercatu.
À a cunferenza vulemu dimustrà cumu questu approcciu influenza u sviluppu di u produttu. Cumu l'affidabilità è l'adattabilità di u sistema per u cliente hè assicurata. Cumu DevOps cambia a struttura è l'approcciu di una cumpagnia per urganizà u so prucessu di travagliu.
daretu à e scene
Hè impurtante per noi di sapè micca solu ciò chì e diverse cumpagnie facenu in u quadru di l'approcciu DevOps, ma ancu di capisce perchè tuttu questu hè fattu. Dunque, avemu invitatu micca solu l'esperti à unisce à u Cumitatu di u prugramma, ma i specialisti chì vedenu u discorsu DevOps da diverse pusizioni:
- ingegneri senior;
- sviluppatori;
- guida di squadra;
- CTO.
Da una banda, questu crea difficultà è cunflitti quandu si discute e dumande di rapporti. Se un ingegnere hè interessatu à analizà un accidente maiò, allora hè più impurtante per un sviluppatore per capiscenu cumu creà software chì travaglia in nuvole è infrastrutture. Ma accunsentendu, creamu un prugramma chì serà preziosu è interessante per tutti: da l'ingegneri à u CTO.
L'obiettivu di a nostra cunferenza ùn hè micca solu di selezziunà i rapporti più hype, ma di prisentà a stampa generale: cumu l'approcciu di DevOps funziona in pratica, chì tipu di rake pudete curriri in quandu si move à novi prucessi. À u listessu tempu, custruemu a parte di cuntenutu, falendu da u prublema cummerciale à tecnulugia specifiche.
E rùbbriche di cunferenza resteranu listessi cum'è in .
- Piattaforma di l'infrastruttura.
- Infrastruttura cum'è codice.
- Consegna cuntinuu.
- Feedback.
- Architettura in DevOps, DevOps per CTO.
- Pratiche SRE.
- Gestione di furmazione è cunniscenza.
- Sicurezza, DevSecOps.
- Trasformazione DevOps.
Call for Papers: chì tippu di rapporti cercemu
Avemu divisu in cundizione l'audienza potenziale di a cunferenza in cinque gruppi: ingegneri, sviluppatori, specialisti di sicurezza, capi di squadra è CTO. Ogni gruppu hà a so propria motivazione per vene à a cunferenza. È, se fighjate à DevOps da queste pusizioni, pudete capisce cumu focalizà u vostru tema è induve mette l'enfasi.
Per l'ingegneri, chì creanu una piattaforma di infrastruttura, hè impurtante per capiscenu i tendenzi esistenti, per capiscenu chì tecnulugia sò avà i più avanzati. Seranu interessate à amparà nantu à l'esperienza di a vita reale in l'usu di sti tecnulugia è scambià opinioni. Un ingegnere sarà felice d'ascoltà un rapportu chì analizza qualchì accidentu hardcore, è noi, à u turnu, pruvaremu à selezziunà è pulisce un tali rapportu.
Per i sviluppatori hè impurtante per capisce un tali cuncettu cum'è applicazione nativa cloud. Questu hè, cumu sviluppà un software in modu chì travaglia in nuvole è diverse infrastrutture. U sviluppatore hà bisognu di riceve sempre feedback da u software. Quì vulemu sente casi nantu à cumu e cumpagnie custruiscenu stu prucessu, cumu monitorà u funziunamentu di u software, è cumu funziona tuttu u prucessu di consegna.
Specialisti in cibersecurità Hè impurtante di capisce cumu stabilisce u prucessu di sicurezza per ùn stallà micca i prucessi di sviluppu è cambià in a cumpagnia. I temi nantu à i requisiti chì DevOps pone nantu à tali specialisti seranu ancu interessanti.
I capi di squadra volenu sapè, cumu u prucessu di spedizione cuntinuu travaglia in altre imprese. Chì strada anu pigliatu l'imprese per ottene questu, cumu si custruiscenu prucessi di sviluppu è assicurazione di qualità in DevOps. I capi di squadra sò ancu interessati à u Cloud native. È ancu dumande nantu à l'interazzione in a squadra è trà e squadre di sviluppu è di ingegneria.
di CTO u più impurtante hè di capisce cumu cunnette tutti sti prucessi è aghjustà à i bisogni di l'affari. Ellu assicura chì l'applicazione hè affidabile sia per l'affari sia per u cliente. E quì avete bisognu di capiscenu quali tecnulugia anu da travaglià per quale attività cummerciale, cumu custruisce tuttu u prucessu, etc. U CTO hè ancu rispunsevule per u budgeting. Per esempiu, deve capisce quantu soldi deve esse spesu in specialisti di ricuperazione per pudè travaglià in DevOps.
Sè vo avete qualcosa à dì nantu à sti affari, ùn stà zittu, . A scadenza per a Call for Papers hè u 20 d'Aostu. Prima vi registrate, più tempu duverete per finalizà u vostru rapportu è preparate per a vostra presentazione. Dunque, ùn ritardate micca.
Ebbè, sè ùn avete micca bisognu di parlà publicamente, solu è vene u 30 di settembre è u 1 d'ottobre per cumunicà cù i culleghi. Avemu prumessu chì serà interessante è inspirante.
Cumu vedemu DevOps
Per capisce esattamente ciò chì significhemu per DevOps, vi cunsigliu di leghje (o rileghje) u mo rapportu "" Camminendu per l'onda di u mercatu, aghju osservatu cumu l'idea di DevOps si trasfurmava in cumpagnie di diverse dimensioni: da una piccula startup à cumpagnie multinaziunali. U rapportu hè custruitu nantu à una seria di dumande, rispondendu à elli pudete capisce se a vostra cumpagnia si move versu DevOps o s'ellu ci sò prublemi in qualchì locu.
DevOps hè un sistema cumplessu, deve include:
- Pruduttu digitale.
- Moduli di cummerciale chì sviluppanu stu pruduttu digitale.
- Squadre di produttu chì scrive u codice.
- Pratiche di consegna cuntinuu.
- Piattaforme cum'è serviziu.
- Infrastruttura cum'è serviziu.
- Infrastruttura cum'è codice.
- Pratiche separate per mantene l'affidabilità, integrate in DevOps.
- Una pratica di feedback chì descrive tuttu.
À a fine di u rapportu ci hè un diagramma chì dà una idea di u sistema DevOps in a cumpagnia. Vi permetterà di vede quali prucessi in a vostra cumpagnia sò digià stati simplificati è chì sò ancu esse custruitu.
Pudete vede u video di u rapportu .
È avà ci sarà un bonus: parechji video da RIT++ 2019, chì toccanu i prublemi più generale di a trasfurmazioni DevOps.
L'infrastruttura di a cumpagnia cum'è un pruduttu
Artyom Naumenko guida a squadra DevOps in Skyeng è cura di u sviluppu di l'infrastruttura di a so cumpagnia. Hà dettu cumu l'infrastruttura affetta i prucessi di cummerciale in SkyEng: cumu per calculà u ROI per questu, quale metrica deve esse sceltu per u calculu è cumu travaglià per migliurà.
In a strada di i microservizi
A cumpagnia Nixys furnisce supportu per prughjetti web occupati è sistemi distribuiti. U so direttore tecnicu, Boris Ershov, hà dettu cumu traduce i prudutti di u software, u sviluppu di quale hà cuminciatu 5 anni fà (o ancu più), nantu à una piattaforma muderna.
Comu regula, tali prughjetti sò un mondu spiciali induve ci sò tali anguli scuri è antichi di l'infrastruttura chì l'ingegneri attuali ùn sanu micca di elli. È l'avvicinamenti di l'architettura è di u sviluppu chì sò stati scelti una volta sò obsoleti è ùn ponu micca furnisce l'affari cù u stessu ritmu di sviluppu è liberazione di novi versioni. In u risultatu, ogni liberazione di u produttu si trasforma in una avventura incredibile, induve qualcosa casca constantemente, è in u locu più inesperu.
I gestori di tali prughjetti inevitabbilmente affruntà a necessità di trasfurmà tutti i prucessi tecnologichi. In u so rapportu, Boris hà dettu:
- cumu sceglie l'architettura ghjusta per u prugettu è mette l'infrastruttura in ordine;
- chì arnesi à aduprà è chì trappule sò scontru in a strada di trasfurmazioni;
- chì fà dopu.
Automatizazione di e versioni o cumu furnisce rapidamente è senza dolore
Alexander Korotkov hè un sviluppatore principali di u sistema CI / CD in CIAN. Hà parlatu di l'arnesi d'automatizazione chì anu permessu di migliurà a qualità è riduce u tempu per furnisce u codice à a produzzione per 5 volte. Ma tali risultati ùn pudianu esse ottenuti cù l'automatizazione solu, cusì Alexander hà ancu attentu à i cambiamenti in i prucessi di sviluppu.
Cumu l'accidenti aiutanu à amparà?
Alexey Kirpichnikov hà implementatu DevOps è infrastruttura in SKB Kontur per 5 anni. In u corsu di trè anni, circa 1000 fakaps di varii gradi di epica accadutu in a so cumpagnia. Frà elli, per esempiu, u 36% hè statu causatu da u rollu di una liberazione di bassa qualità in a produzzione, è u 14% hè statu causatu da u travagliu di mantenimentu di hardware in u centru di dati.
Un archiviu di rapporti (post-mortems) chì l'ingegneri di a cumpagnia mantenenu per parechji anni in una fila permette di ottene infurmazione cusì precisa nantu à l'accidenti. U post-mortem hè scrittu da l'ingegneru di turnu, chì era u primu à risponde à u signale d'urgenza è hà cuminciatu à riparà tuttu. Perchè turmentà l'ingegneri chì luttano di notte cù facaps scrivendu rapporti? Queste dati vi permette di vede tutta a stampa è di trasfurmà u sviluppu di l'infrastruttura in a direzione ghjusta.
In u so discorsu, Alexey hà spartutu cumu scrive un postmortem veramente utile è cumu implementà a pratica di tali rapporti in una grande cumpagnia. Se ti piace i storii nantu à cumu qualcunu hà sguassatu, fighjate u video di u spettaculu.
Capemu chì a vostra visione di DevOps ùn pò micca currisponde à a nostra. Serà interessante sapè cumu vede a trasfurmazioni DevOps. Condividi a vostra sperienza è visione di stu tema in i cumenti.
Chì rapporti avemu digià accettatu in u prugramma?
Sta settimana u Cumitatu di u prugramma hà aduttatu 4 rapporti: nantu à a sicurità, l'infrastruttura è e pratiche SRE.
Forsi u tema più dulurosu di a trasfurmazioni DevOps: cumu per assicurà chì i picciotti di u dipartimentu di sicurezza di l'infurmazioni ùn anu micca distrughjenu e cunnessione digià custruitu trà u sviluppu, l'operazione è l'amministrazione. Alcune cumpagnie gestiscenu senza un dipartimentu di sicurità di l'infurmazioni. Cumu assicurà a sicurità di l'infurmazioni in questu casu? À propositu Mona Arkhipova da sudo.su. Da u so rapportu avemu amparatu:
- ciò chì deve esse prutettu è da quale;
- chì sò i prucessi di sicurità di rutina;
- cumu s'incruciate i prucessi di l'informatica è di a sicurità di l'infurmazioni;
- ciò chì hè CIS CSC è cumu implementà;
- cumu è da quali indicatori per fà cuntrolli regulari di sicurezza di l'infurmazioni.
U prossimu rapportu riguarda u sviluppu di l'infrastruttura cum'è codice. Reduce a quantità di rutina manuale è micca turnà tuttu u prughjettu in u caosu, hè pussibule? À sta quistione Maxim Kostrikin da Ixtens. A so cumpagnia usa Terraform per travaglià cù l'infrastruttura AWS. L'uttellu hè cunvene, ma a quistione hè cumu per evità di creà un grande bloccu di codice quandu l'utilizanu. U mantenimentu di un tali legatu diventerà più è più caru ogni annu.
Maxim mostrarà cumu funziona i mudelli di piazzamentu di codice, destinatu à simplificà l'automatizazione è u sviluppu.
Un altru avemu da sente parlà di infrastruttura da Vladimir Ryabov da Playkey. Quì parlemu di a piattaforma di l'infrastruttura, è amparà:
- cumu capisce se u spaziu di almacenamentu hè adupratu in modu efficace;
- quantu parechji centu d'utilizatori ponu riceve 10 TB di cuntenutu se solu 20 TB di almacenamiento sò utilizati;
- cumu cumpressà e dati 5 volte è furnisce à l'utilizatori in tempu reale;
- cumu sincronizà e dati nantu à a mosca trà parechji centri di dati;
- cumu eliminà ogni influenza di l'utilizatori nantu à l'altri quandu si usa una macchina virtuale sequenziale.
U sicretu di sta magia hè a tecnulugia ZFS per FreeBSD è a so furchetta fresca ZFS in Linux. Vladimir sparterà casi da Playkey.
Matvey Kukuy da Amixr.IO prontu cù esempi da a vita , ciò chì hè accadutu SRE è cumu aiuta à custruisce sistemi affidabili. Amixr.IO passa incidenti di i clienti attraversu u so backend; decine di squadre di turnu in u mondu anu digià trattatu 150 mila casi. À a cunferenza, Matvey sparterà e statistiche è insights chì a so cumpagnia hà accumulatu risolve i prublemi di i clienti è analizendu fallimenti.
Ancora una volta vi pregu à ùn esse avidità è sparte a vostra sperienza cum'è un samurai DevOps. Servite per un rapportu, è voi è eiu averemu 2,5 mesi per preparà un discorsu eccellente. Se vulete esse un ascoltatore, à a newsletter cù l'aghjurnamenti di u prugramma è pensate seriamente à riservà i biglietti in anticipu, perchè diventeranu più caru più vicinu à e date di a cunferenza.
Source: www.habr.com