{"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 bisogna aspettare per implementare il DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Recentemente sono stata al DevOpsForum 2019, organizzato da Logrocon. In questa conferenza i partecipanti hanno cercato soluzioni e nuovi strumenti per un'interazione efficace tra il business e gli specialisti in sviluppo e assistenza informatica.<\/p>\n

\"DevOpsForum
\n
\nLa conferenza \u00e8 stata un successo: ci sono stati davvero molti interventi utili, formati di presentazione interessanti e tantissime opportunit\u00e0 di dialogo con i relatori. E soprattutto \u00e8 importante che nessuno ha cercato di vendermi nulla, cosa che ultimamente succede spesso con i relatori alle grandi conferenze.<\/p>\n

Raccolta degli interventi di Raiffeisen Bank, AlfaStrakhovanie, l'esperienza di Mango Telecom nell'implementazione della automazione e altri dettagli a seguire. <\/a><\/noindex><\/p>\n

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

La prima cosa che noto \u00e8 il programma della conferenza. In misura minore guardo di cosa tratter\u00e0 l'intervento, in maggiore misura \u2014 chi \u00e8 il relatore. Anche se l'intervento risulta molto tecnico e interessante, non \u00e8 detto che tu possa applicare delle best practices dal discorso nella tua azienda. E allora hai bisogno di un relatore.\n<\/p><\/blockquote>\n

La luce in fondo al pipeline in Raiffeisen Bank<\/h2>\n

\nDi solito, organizzo una caccia ai relatori interessanti nei corridoi. Al DevOpsForum 2019 \u00e8 emerso nel mio campo d'interesse un relatore di Raiffeisen Bank \u2014 Mikhail Bizhan. Durante il suo intervento ha raccontato come le loro squadre si avvicinano progressivamente al DevOps, perch\u00e9 ne hanno bisogno e come vendere l'idea della trasformazione DevOps al business. In generale, ha parlato di come vedere la luce in fondo al pipeline.<\/p>\n

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

Attualmente, nella loro azienda non c'\u00e8 un \u00abvero DevOps\u00bb. Vale a dire che \u00e8 vero, ma non in tutte le squadre. Nell'implementazione del DevOps, si basano sulla prontezza delle squadre sia dal punto di vista dei singoli ingegneri, sia in termini di necessit\u00e0 del prodotto e maturit\u00e0 della piattaforma su cui \u00e8 costruito il prodotto. Misha ha spiegato come far capire al business perch\u00e9 il DevOps sia necessario. <\/p>\n

Il segmento bancario ha diversi fattori di crescita: il costo dei servizi e l'espansione della clientela. Aumentare il costo dei servizi non \u00e8 un buon fattore, mentre la crescita della clientela lo \u00e8. Se i concorrenti lanciano un prodotto oggettivamente eccezionale, tutti i clienti si spostano l\u00ec, poi nel tempo il mercato si stabilizza. Pertanto, l'immissione sul mercato di nuovi prodotti e la velocit\u00e0 di tale immissione sono le principali cose su cui le banche si concentrano. Ecco perch\u00e9 \u00e8 necessario il DevOps, e il business lo comprende.<\/p>\n

Un'altra osservazione importante: il DevOps non riduce sempre il time to market. Il DevOps non pu\u00f2 funzionare da solo, \u00e8 solo una parte del processo di creazione e immissione di un prodotto sul mercato, dalla sviluppo alla produzione (dal codice al cliente). Ma tutto ci\u00f2 che precede il codice non ha relazione diretta con il DevOps. In altre parole, i marketer possono studiare il mercato per anni e passare la vita a recuperare i concorrenti. \u00c8 necessario comprendere rapidamente di cosa ha bisogno il cliente e pianificare l'implementazione di una funzione o di un'altra: spesso \u00e8 proprio questo che manca affinch\u00e9 il DevOps funzioni e l'azienda raggiunga i suoi obiettivi. Pertanto, in primo luogo, alla Raiffeisenbank hanno concordato con il business che era necessario imparare a utilizzare il DevOps. L'automazione per il semplice gusto di automatizzare 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 diminuire, guadagneranno meno soldi, ma poi tutto ci\u00f2 sar\u00e0 giustificato.<\/p>\n

L'automazione dei test in \"Mango Telecom\"<\/h2>\n

\nUn'altra presentazione interessante per me come tester \u00e8 stata fatta da Eghor Maslov di \u00abMango Telecom\u00bb. La presentazione si intitolava \u00abAutomazione del ciclo completo di testing nel team SCRUM\u00bb. Eghor ritiene che DevOps sia stato creato proprio per SCRUM, ma allo stesso tempo \u00e8 abbastanza problematico implementare DevOps nel team SCRUM. Questo accade perch\u00e9 il team SCRUM \u00e8 sempre molto occupato e non ha tempo da dedicare a novit\u00e0 e ristrutturazioni del processo. Il problema risiede anche nel fatto che SCRUM non prevede l'assegnazione di sub-team (team di tester, team di sviluppatori, ecc.). Inoltre, per automatizzare i processi esistenti \u00e8 necessaria la documentazione, e in SCRUM la documentazione \u00e8 frequentemente assente: \u00abil prodotto \u00e8 pi\u00f9 importante di qualche scartoffia\u00bb.<\/p>\n

Dopo la transizione 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 iniziato a scoprire molti bug in quelle funzionalit\u00e0 prive di copertura testuale, e non era chiaro chi e quando le avesse testate. In poche parole, c'era caos. Hanno deciso di passare all'automazione del testing. Ma anche allora \u00e8 avvenuto un completo fallimento. Hanno coinvolto specialisti esterni per l'automazione, che programmavano in un stack sconosciuto ai tester interni. Il framework per i test automatici funzionava, ma dopo che gli esterni se ne sono andati, ha funzionato solo per due settimane. Successivamente, c'\u00e8 stata un'altra tentativo di implementare l'autotesting. \u00c8 iniziato con l'idea che tutto dovesse essere costruito internamente, con le proprie forze (direzione corretta: incrementare l'expertise interna), nell'ambito di SCRUM, e nel processo creare documentazione. Lo stack per l'automazione deve essere identico a quello del prodotto (qui sono decisamente d'accordo, non testate un progetto in JavaScript con altro). Alla fine dello sprint, organizzavano una demo di come funziona il test automatico, con l'intera squadra partecipe (utile). In questo modo, aumentava il coinvolgimento di tutti i membri del team nel processo di automazione, il loro livello di fiducia nei test automatici e la possibilit\u00e0 che i test venissero effettivamente utilizzati (e non venissero commentati dopo un mese a causa di continui fallimenti).<\/p>\n

A proposito, al DevOpsForum 2019 c'era un microfono aperto \u2014 un formato di presentazione noto da tempo e, a mio avviso, utile. Cammini, ascolti le relazioni e poi decidi che durante la conferenza vale la pena discutere un certo argomento o problema, condividere esperienze pertinenti nella risoluzione di un compito.<\/p>\n

Ho anche notato che gli organizzatori hanno creato un flusso di brevi presentazioni. Ogni relazione dura non pi\u00f9 di 10 minuti, seguita da domande. In questo modo, si possono coprire molti argomenti e porre domande agli oratori che ci hanno interessato.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nTra una presentazione e l'altra, ho fatto un giro tra gli stand dei partner della conferenza e ho raccolto\/vinto molte cose diverse. Ah, quanto amo il materiale promozionale!<\/i><\/p>\n

Tavola rotonda 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 DevOps. Sono stati invitati quattro partecipanti alla sessione, che dovevano osservare il DevOps da diversi punti di vista: Anton Isanin (AlfaStrakhovanie, direttore dello sviluppo), Nailya Zamashkina (Fintech Lab, direttore operativo), Oleg Egorkin (Rostelecom, Agile coach) e Anton Martyanov (esperto indipendente, che ha esaminato il DevOps dal punto di vista del business). <\/p>\n

Gli esperti si sono sistemati vicino al pubblico e cos\u00ec \u00e8 iniziato: per un'ora i partecipanti dal pubblico hanno posto le loro domande, e gli esperti hanno risposto. A volte si sono svolti veri e propri dibattiti. Le domande erano le pi\u00f9 varie, ad esempio: servono veramente gli ingegneri DevOps, perch\u00e9 non si possono formare a partire dagli amministratori di sistema, bisogna proporre il DevOps a tutti, qual \u00e8 il suo valore e cos\u00ec via.<\/p>\n

Dopo, 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

Immagina che tutti si siano riuniti e abbiano deciso che il DevOps \u00e8 necessario sia per il prodotto che per il business e il team. Si sono messi subito all'opera. Tutto \u00e8 andato bene. Respiriamo. Il DevOps ci ha avvicinato al cliente, ora possiamo soddisfare rapidamente tutte le sue richieste. Alla fine abbiamo una grande divisione Ops con regolamenti rigorosi e requisiti, e continua a segnalare difetti nel prodotto, creando un sacco di richieste. Inoltre, tutti i difetti arrivano con lo stato \"urgente\", anche se il cliente ha improvvisamente deciso di colorare un pulsante di giallo invece che di verde. Il progetto cresce, cresce il numero di rilascio e, di conseguenza, il numero di difetti e le incomprensioni da parte dei clienti sulle nuove funzionalit\u00e0. Ops assume altre 10 persone per poter segnalare i difetti, mentre lo sviluppo assume 15 in pi\u00f9 per poterli risolvere. E invece di implementare nuove funzionalit\u00e0, il team deve affrontare infinite SD, spiegando le funzionalit\u00e0 all'utente e anche al supporto. Alla fine, sia Ops che lo sviluppo sono occupati, ma il cliente e il business non sono soddisfatti: nuove funzionalit\u00e0 rimangono bloccate. Risultato, sembra che il DevOps ci sia, ma in realt\u00e0 non c'\u00e8.<\/p>\n

Riguardo alla necessit\u00e0 di implementare il DevOps, Anton ha dichiarato chiaramente che ci\u00f2 dipende direttamente dalle dimensioni del business. Se la gestione di un solo cliente all'anno porta all'azienda un miliardo, il DevOps non \u00e8 necessario (supponendo che non sia necessario rilasciare regolarmente nuove modifiche per quel cliente). Tutto va bene. Ma se il business cresce e ci sono pi\u00f9 clienti, allora \u00e8 necessario adeguarsi. Di solito, all'inizio non c'\u00e8 un Ops efficace in azienda. Prima sviluppiamo il prodotto, e solo dopo ci rendiamo conto che per far funzionare il prodotto \u00e8 necessario monitorare le server<\/a>, controllare le consegne. \u00c8 allora che nasce Ops. Resta da capire che Ops, come divisione separata, inizier\u00e0 a porre una serie di ostacoli per lo sviluppo e tutte le consegne inizieranno a bloccarsi. In questo caso, la cultura DevOps \u00e8 gi\u00e0 rilevante, ma \u00e8 necessario non 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}]}}