{"id":32497,"date":"2019-10-31T21:47:23","date_gmt":"2019-10-31T18:47:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devopsforum-2019-vnedryat-devops-nelzya-zhdat\/"},"modified":"2019-10-31T21:47:23","modified_gmt":"2019-10-31T18:47:23","slug":"devopsforum-2019-vnedryat-devops-nelzya-zhdat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","title":{"rendered":"DevOpsForum 2019. Non si pu\u00f2 aspettare per implementare DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Recentemente ho partecipato a DevOpsForum 2019, organizzato da Logrocon. In questa conferenza, i partecipanti cercavano soluzioni e nuovi strumenti per un'interazione efficace tra il business e gli esperti di sviluppo e gestione IT.<\/p>\n

\"DevOpsForum
\n
\nLa conferenza \u00e8 stata un successo: ci sono stati davvero molti interventi utili, formati di presentazione interessanti e tanto scambio con i relatori. E, cosa particolarmente importante, nessuno ha cercato di vendermi nulla, un comportamento diffuso tra i relatori delle grandi conferenze negli ultimi tempi.<\/p>\n

Un riassunto degli interventi di Raiffeisen Bank, AlfaStrakhovanie, l'esperienza di Mango Telecom nell'implementazione dell'automazione e altri dettagli sotto il tag. <\/a><\/noindex><\/p>\n

Mi chiamo Jana, lavoro come tester, mi occupo di automazione e DevOps, e adoro partecipare a conferenze e meetup. Negli ultimi due anni sono stata a conferenze organizzate da Oleg Bunin (HighLoad++, TeamLead Conf), a eventi Jug (Heisenbug, JPoint), a TestCon Moscow, DevOps Pro Moscow, Big Data Moscow. <\/p>\n

Per prima cosa, prestiamo attenzione al programma della conferenza. Faccio meno attenzione all'argomento dell'intervento rispetto al relatore. Anche se l'intervento dovesse risultare molto tecnico e interessante, non \u00e8 affatto detto che tu possa applicare qualche best practice nella tua azienda. E per questo hai bisogno di un relatore.\n<\/p><\/blockquote>\n

La luce alla fine del pipeline in Raiffeisen Bank<\/h2>\n

\nDi solito, cerco relatori interessanti nei corridoi. A DevOpsForum 2019, un relatore di mio interesse \u00e8 stato Mikhail Bijan di Raiffeisen Bank. Durante il suo intervento, ha spiegato come stiano gradualmente introducendo i loro team al DevOps, perch\u00e9 ne hanno bisogno e come convincere il business dell'idea della trasformazione DevOps. Inoltre, ha parlato di come vedere la luce alla fine del pipeline.<\/p>\n

\"DevOpsForum
\nMikhail Bijan, direttore dell'automazione in Raiffeisen Bank<\/i><\/p>\n

Attualmente nella loro azienda non si pu\u00f2 parlare di vero DevOps. Cio\u00e8, \u00e8 vero, ma non in tutti i team. Nella sua implementazione, si basano sulla disponibilit\u00e0 dei team sia in termini di ingegneri specifici, sia in termini di necessit\u00e0 del prodotto e maturit\u00e0 della piattaforma su cui \u00e8 costruito quel prodotto. Misha ha spiegato come comunicare al business il valore del DevOps. <\/p>\n

Nel settore bancario ci sono diversi driver di crescita: il costo dei servizi e l'espansione della clientela. Aumentare il costo dei servizi non \u00e8 un buon driver, mentre la crescita della clientela lo \u00e8. Se i concorrenti lanciano un prodotto oggettivamente valido, tutti i clienti tendono a spostarsi l\u00ec, e col tempo il mercato si stabilizza. Pertanto, il lancio di nuovi prodotti e la velocit\u00e0 di lancio sono gli aspetti principali su cui si concentrano le banche. \u00c8 proprio per questo che serve il DevOps, e il business lo comprende.<\/p>\n

Un'altra osservazione importante: il DevOps non sempre riduce il time to market. Il DevOps non pu\u00f2 funzionare autonomamente, \u00e8 solo una parte del processo di creazione e lancio di un prodotto sul mercato, dalla fase di sviluppo fino alla produzione (dal codice al cliente). Tutto ci\u00f2 che avviene prima del codice non ha nulla a che fare con il DevOps. I marketer possono studiare il mercato per anni e passare la vita a inseguire i concorrenti. \u00c8 necessario comprendere rapidamente di cosa ha bisogno il cliente e pianificare l'implementazione di una determinata funzionalit\u00e0: spesso \u00e8 proprio questo ci\u00f2 che manca affinch\u00e9 il DevOps funzioni e l'azienda raggiunga i propri obiettivi. Pertanto, innanzitutto, in Raiffeisen Bank hanno concordato con il business che dovevano imparare a utilizzare il DevOps. L'automazione fine a s\u00e9 stessa non aiuter\u00e0 molto nella conquista di nuovi clienti.<\/p>\n

In generale, Misha ritiene che il DevOps debba essere implementato, ma con saggezza. Bisogna essere pronti al fatto che all'inizio della trasformazione la produttivit\u00e0 del team potrebbe calare, guadagneranno meno, ma poi questo sar\u00e0 giustificato.<\/p>\n

Automazione dei test in 'Mango Telecom'<\/h2>\n

\nUn ulteriore intervento interessante per me come tester \u00e8 stato quello di Egor Maslov di 'Mango Telecom'. La presentazione si intitolava 'Automazione del ciclo completo di testing in un team SCRUM'. Egor crede che il DevOps sia stato creato proprio per SCRUM, ma al tempo stesso implementare il DevOps in un team SCRUM \u00e8 piuttosto problematico. Questo accade perch\u00e9 il team SCRUM \u00e8 sempre di fretta, non ha il tempo di concentrarsi su novit\u00e0 e ristrutturazioni del processo. C'\u00e8 anche un problema legato al fatto che lo SCRUM non prevede la creazione di sottogruppi all'interno del team (team di tester, team di sviluppatori, ecc.). Inoltre, per automatizzare un processo esistente \u00e8 necessaria della documentazione, ma nello SCRUM spesso la documentazione \u00e8 completamente assente: 'il prodotto \u00e8 pi\u00f9 importante di qualche scrittura'.<\/p>\n

Dopo il passaggio a SCRUM, i tester hanno iniziato a consultarsi con gli sviluppatori su come testare le funzionalit\u00e0. Gradualmente, il volume delle funzionalit\u00e0 \u00e8 aumentato, la documentazione era assente e hanno cominciato a intercettare molti bug in quelle funzionalit\u00e0 che non erano coperte da test e non era chiaro chi le avesse testate e quando. In poche parole: regnava il caos. Hanno deciso di passare all'automazione dei test. Ma anche in quel caso \u00e8 stato un completo fallimento. Hanno coinvolto specialisti esterni per l'automazione, che scrivevano in un linguaggio sconosciuto ai tester interni. Il framework per i test automatici funzionava, ma dopo che gli esterni se ne sono andati, \u00e8 sopravvissuto solo due settimane. Segue un secondo tentativo di introdurre i test automatici. \u00c8 iniziato con l'idea che tutto dovesse essere costruito internamente all'azienda con le proprie forze (direzione corretta: accrescere l'expertise interna), all'interno di SCRUM, e nel processo creare documentazione. Il stack per l'automazione doveva essere identico a quello del prodotto (qui concordo, non testate un progetto JavaScript con qualcos'altro). Alla fine dello sprint, organizzavano una demo di come funzionava il test automatico, coinvolgendo l'intero team (utile). In questo modo, aumentava il coinvolgimento di tutti i membri del team nel processo di automazione e la fiducia nei test automatici, aumentando le probabilit\u00e0 che il test automatico venisse effettivamente utilizzato (e non fosse commentato dopo un mese a causa di continui fallimenti).<\/p>\n

A proposito, al DevOpsForum 2019 c'era un microfono aperto, un formato di intervento ben noto e, a mio avviso, utile. Ti muovi, ascolti le presentazioni e poi decidi che nell'ambito della conferenza vale la pena discutere un certo tema o problema, condividere esperienze rilevanti nella risoluzione di compiti.<\/p>\n

Ho notato anche che gli organizzatori hanno creato un flusso di interventi brevi. Ogni presentazione dura al massimo 10 minuti, seguita da domande. In questo modo si possono trattare subito molti temi e fare domande ai relatori che interessano.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nTra le presentazioni, ho fatto un giro tra gli stand dei partner della conferenza e ho portato via\/vinto molte piccole cose. Ah, adoro i gadget!<\/i><\/p>\n

Tavolo rotondo e domande sul DevOps con il direttore dello sviluppo di AlfaStrakhovanie.<\/h2>\n

\nLa ciliegina sulla torta del DevOpsForum 2019 per me \u00e8 stata la sessione plenaria di un'ora con esperti di DevOps. Sono stati invitati quattro partecipanti alla sessione, che dovevano analizzare il DevOps da diverse prospettive: Anton Isanin (AlfaStrakhovanie, direttore dello sviluppo), Nailya Zamashkina (Fintech Lab, direttore operativo), Oleg Egorkin (Rostelecom, Agile coach) e Anton Martyanov (esperto indipendente, che guardava al DevOps dal punto di vista del business). <\/p>\n

Gli esperti si sono seduti pi\u00f9 vicino al pubblico e cos\u00ec \u00e8 iniziato: per un'ora interi partecipanti dalla sala hanno posto domande, e gli esperti si sono adoperati per rispondere. A volte si sono svolti veri dibattiti. Le domande erano delle pi\u00f9 varie, ad esempio: servono davvero gli ingegneri DevOps, perch\u00e9 non \u00e8 possibile formarli dai sistemisti, tutti dovrebbero considerare il DevOps, qual \u00e8 il valore di quest'ultimo e cos\u00ec via.<\/p>\n

Poi, ho parlato personalmente con Anton Isanin. Abbiamo discusso della necessit\u00e0 di portare la cultura DevOps in ogni casa e abbiamo rivelato il lato oscuro della trasformazione DevOps.<\/p>\n

Immaginiamo che tutti si siano riuniti e abbiano deciso che il DevOps \u00e8 necessario sia per il prodotto, sia per il business e il team. Hanno cominciato a implementarlo. \u00c8 andato tutto bene. Hanno respirato. Il DevOps ci ha avvicinati al cliente, ora possiamo soddisfare rapidamente tutte le sue richieste. In definitiva, abbiamo un grande dipartimento Ops con rigorosi regolamenti e requisiti, e continua a generare difetti nel prodotto, creando tonnellate di richieste. Inoltre, tutti i difetti hanno lo stato \"urgente\", anche se il cliente ha improvvisamente deciso di cambiare il colore di un pulsante da verde a giallo. Il progetto cresce, aumentano le versioni e, di conseguenza, il numero di difetti e il disorientamento circa le nuove funzionalit\u00e0 da parte dei clienti. Gli Ops assumono 10 persone in pi\u00f9 per poter segnalare i difetti, mentre lo sviluppo ne assume 15 in pi\u00f9 per poterli risolvere. E invece di implementare nuove funzionalit\u00e0, il team lavora con continui SD, spiegando le funzionalit\u00e0 agli utenti e, per di pi\u00f9, al supporto. In definitiva, sia gli Ops che lo sviluppo sono impegnati, ma il cliente e il business sono insoddisfatti: le nuove funzionalit\u00e0 si bloccano. Risulta che il DevOps c'\u00e8, ma non c'\u00e8.<\/p>\n

Anton ha affermato chiaramente che la necessit\u00e0 di implementare DevOps dipende direttamente dalle dimensioni del business. Se gestire un solo cliente all'anno genera un miliardo per l'azienda \u2014 DevOps non \u00e8 necessario (a condizione che non sia necessario fornire regolarmente nuove modifiche a quel cliente). Tutto procede per il meglio. Ma se il business cresce e ci sono pi\u00f9 clienti, allora \u00e8 necessario adeguarsi. Di solito, in un'azienda non c'\u00e8 un grande Ops all'inizio. Prima sviluppiamo il prodotto, e solo dopo capiamo che per far funzionare il prodotto, bisogna monitorare server<\/a>, tenere d'occhio le forniture. \u00c8 allora che nasce Ops. Resta da capire che Ops, come reparto separato, inizier\u00e0 a mettere in atto molti ostacoli per lo sviluppo, e tutte le forniture inizieranno a trovarsi in difficolt\u00e0. In questo caso, la cultura DevOps \u00e8 gi\u00e0 rilevante, ma non bisogna dimenticare il suo lato oscuro.
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon. \u041d\u0430 \u044d\u0442\u043e\u0439 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u044b\u0442\u0430\u043b\u0438\u0441\u044c \u043d\u0430\u0439\u0442\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0438 \u043d\u043e\u0432\u044b\u0435 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0434\u043b\u044f \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441\u0430 \u0438 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u043e-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044e. \u041a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f \u0443\u0434\u0430\u043b\u0430\u0441\u044c: \u0431\u044b\u043b\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0430\u0442\u044b \u0432\u044b\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0439 \u0438 \u043a\u0443\u0447\u0430 \u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0441 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a\u0430\u043c\u0438. \u0418 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432\u0430\u0436\u043d\u043e, \u0447\u0442\u043e \u043c\u043d\u0435 \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u0440\u043e\u0434\u0430\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24300,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32497","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOpsForum 2019. Non si pu\u00f2 aspettare per implementare il DevOps | ProHoster","description":"Recentemente ho partecipato al DevOpsForum 2019, organizzato da Logrocon.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47DevOpsForum 2019. \u0412\u043d\u0435\u0434\u0440\u044f\u0442\u044c DevOps \u043d\u0435\u043b\u044c\u0437\u044f \u0436\u0434\u0430\u0442\u044c | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:47:23+00:00","article:modified_time":"2019-10-31T18:47:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32497","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-19 09:14:07","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:57:23","updated":"2026-02-19 09:14:07","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/32497","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=32497"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/32497\/revisions"}],"predecessor-version":[{"id":161790,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/32497\/revisions\/161790"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/24300"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=32497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=32497"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=32497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}