{"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\/no\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","title":{"rendered":"DevOpsForum 2019. DevOps m\u00e5 implementeres uten venting","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nylig var jeg p\u00e5 DevOpsForum 2019 arrangert av Logrocon. P\u00e5 denne konferansen fors\u00f8kte deltakerne \u00e5 finne l\u00f8sninger og nye verkt\u00f8y for effektivt samarbeid mellom virksomheten og utviklere samt IT-tjenesteleverand\u00f8rer.<\/p>\n

\"DevOpsForum
\n
\nKonferansen var vellykket: det var mange nyttige presentasjoner, interessante foredragsformater og masse kommunikasjon med foredragsholderne. Det var ogs\u00e5 spesielt viktig at ingen pr\u00f8vde \u00e5 selge meg noe, noe som ofte skjer p\u00e5 store konferanser.<\/p>\n

Sammendrag fra foredragene fra Raiffeisen Bank, AlfaStrakhovanie, erfaringer fra Mango Telecom ved implementering av automatisering og andre detaljer under fanen. <\/a><\/noindex><\/p>\n

Jeg heter Yana, jeg jobber som tester, driver med automatisering, samt DevOps, og jeg elsker \u00e5 delta p\u00e5 konferanser og meetups. I l\u00f8pet av de siste to \u00e5rene har jeg v\u00e6rt p\u00e5 konferansene til Oleg Bunin (HighLoad++, TeamLead Conf), p\u00e5 arrangementene til Jug (Heisenbug, JPoint), p\u00e5 TestCon Moscow, DevOps Pro Moscow, Big Data Moscow. <\/p>\n

F\u00f8rst og fremst ser jeg p\u00e5 programmet for konferansen. I mindre grad vurderer jeg hva foredraget handler om, i st\u00f8rre grad - p\u00e5 foredragsholderen. Selv om foredraget viser seg \u00e5 v\u00e6re sv\u00e6rt teknologisk og interessant, er det ikke sikkert at du kan anvende noen av de beste praksisene i foredraget i ditt selskap. Og da trenger du en god foredragsholder.\n<\/p><\/blockquote>\n

Lysende perspektiv i Raiffeisen Bank<\/h2>\n

\nVanligvis g\u00e5r jeg p\u00e5 jakt etter interessante foredragsholdere i pausene. P\u00e5 DevOpsForum 2019 fanget en foredragsholder fra Raiffeisen Bank - Mikhail Bijan - min interesse. Under sitt foredrag fortalte han hvordan de gradvis introduserer DevOps til sine team, hvorfor de trenger det, og hvordan man kan selge ideen om DevOps-transformasjon til virksomheten. Han snakket ogs\u00e5 om hvordan man kan se lyset i enden av pipelinen.<\/p>\n

\"DevOpsForum
\nMikhail Bijan, direkt\u00f8r for automatisering i Raiffeisen Bank<\/i><\/p>\n

Akkurat n\u00e5 har de ikke \"ekte DevOps\" i selskapet. Det vil si at det er ekte, men ikke i alle teamene. Ved implementering av DevOps baserer de seg p\u00e5 beredskapen til teamene b\u00e5de n\u00e5r det gjelder spesifikke ingeni\u00f8rer og n\u00e5r det gjelder produktbehovet og modenheten til plattformen produktet er bygget p\u00e5. Misha forklarte hvordan man kan forklare forretningsverdenen hvorfor DevOps er n\u00f8dvendig. <\/p>\n

Banksektoren har flere v\u00e6kstdrivere: omkostninger ved tjenester og udvidelse af kundebasen. Stigning i omkostningerne ved tjenester er ikke en s\u00e6rlig god driver, mens v\u00e6ksten i kundebasen derimod er det. Hvis konkurrenterne lancerer et objektivt innovativt produkt, vil alle kunder flygte dertil, og senere vil markedet stabilisere sig. Derfor er det at lancere nye produkter og hastigheden af lanceringsprocessen den v\u00e6sentligste ting, som bankerne fokuserer p\u00e5. Netop derfor er DevOps n\u00f8dvendigt, og erhvervslivet forst\u00e5r det.<\/p>\n

N\u00e6ste vigtige bem\u00e6rkning: DevOps reducerer ikke altid time to market. DevOps kan ikke arbejde alene; det er kun en del af processen med at skabe og lancere et produkt fra udvikling til produktion (fra kode til kunde). Alt, hvad der foreg\u00e5r f\u00f8r koden, har ikke direkte relation til DevOps. Det vil sige, at marketingfolk kan bruge \u00e5r p\u00e5 at studere markedet og hele livet indhente konkurrenterne. Det er n\u00f8dvendigt hurtigt at forst\u00e5, hvad kunden har brug for og planl\u00e6gge implementeringen af de forskellige funktioner \u2014 ofte netop det er mangelfuldt for, at DevOps kan fungere, og virksomheden kan n\u00e5 sine m\u00e5l. Derfor blev det f\u00f8rst og fremmest i Raiffeisenbank aftalt med erhvervslivet, at det er n\u00f8dvendigt at l\u00e6re at bruge DevOps. Automatisering for automatiseringens skyld hj\u00e6lper ikke meget i kampen om nye kunder.<\/p>\n

Alt i alt mener Misha, at DevOps skal implementeres, men med omtanke. Man skal v\u00e6re forberedt p\u00e5, at holdets produktivitet vil falde i starten af transformationen, de vil tjene f\u00e6rre penge, men senere vil det betale sig.<\/p>\n

Automatisering af testning i \"Mango Telekom\"<\/h2>\n

\nEn interessant presentasjon ble gjort av E\u0433\u043e\u0440 \u041c\u0430\u0441\u043b\u043e\u0432 fra \u00ab\u041c\u0430\u043d\u0433\u043e \u0422\u0435\u043b\u0435\u043a\u043e\u043c\u00bb. Presentasjonen het \u00abAutomatisering av hele testsyklusen i SCRUM-teamet\u00bb. E\u0433\u043e\u0440 mener at DevOps er skapt spesielt for SCRUM, men samtidig er det ganske vanskelig \u00e5 implementere DevOps i et SCRUM-team. Dette skyldes at SCRUM-teamet hele tiden er under press og ikke har tid til \u00e5 avbryte for innovasjoner og omstrukturering av prosessen. Problemet ligger ogs\u00e5 i at SCRUM ikke forutsetter opprettelse av sub-team i laget (testteam, utviklerteam osv.). I tillegg, for \u00e5 automatisere en eksisterende prosess, er dokumentasjon n\u00f8dvendig, men i SCRUM er det ofte helt frav\u00e6rende \u2014 \u00abproduktet er viktigere enn noe skriving\u00bb.<\/p>\n

Etter overgangen til SCRUM begynte testere \u00e5 r\u00e5df\u00f8re seg med utviklerne om hvordan de skulle teste funksjoner. Gradvis \u00f8kte funksjonaliteten, dokumentasjonen manglet, og de begynte \u00e5 oppdage mange feil i funksjonaliteten som ikke var dekket av tester, og det var generelt uklart hvem som hadde testet det og n\u00e5r. I korte trekk \u2014 kaos. De bestemte seg for \u00e5 g\u00e5 over til automatisering av testing. Men selv da skjedde det et totalfiasko. De tilkalte eksterne spesialister for automatisering, som brukte en teknologi som var ukjent for de interne testerne. Rammeverket for automatiserte tester fungerte selvf\u00f8lgelig, men etter at de eksterne forlot, overlevde det i to uker. Det kom deretter et fors\u00f8k p\u00e5 en ny runde med innf\u00f8ring av automatiserte tester. Den startet med at alt m\u00e5tte bygges internt i selskapet, med egne ressurser (riktig retning: bygg kompetanse internt), innenfor SCRUM, og i l\u00f8pet av prosessen skape dokumentasjon. Teknologistacken for automatisering m\u00e5tte v\u00e6re lik produktets tech-stack (her er jeg helt enig, v\u00e6r s\u00e5 snill, ikke test prosjektet p\u00e5 JavaScript med noe annet). P\u00e5 slutten av sprinten holdt de en demo av hvordan den automatiserte testen fungerte, med hele laget til stede (nyttig). P\u00e5 denne m\u00e5ten \u00f8kte involveringen av alle teammedlemmer i prosessen med automatisering, samt tilliten til de automatiserte testene, noe som \u00f8kte sjansen for at den automatiserte testen faktisk ville bli brukt (og ikke kommentert ut etter en m\u00e5ned p\u00e5 grunn av konstante feil).<\/p>\n

P\u00e5 DevOpsForum 2019 var det en \u00e5pen mikrofon \u2014 en langvarig og, etter min mening, nyttig form for presentasjoner. Du g\u00e5r rundt, h\u00f8rer p\u00e5 innlegg, og s\u00e5 bestemmer du deg for at det innen konferansen er verdt \u00e5 diskutere et bestemt tema eller problem, og dele relevant erfaring med \u00e5 l\u00f8se oppgaven.<\/p>\n

Jeg la ogs\u00e5 merke til at arrang\u00f8rene hadde laget en str\u00f8mm av korte innlegg. Hver innlegg varer ikke lenger enn 10 minutter, etterfulgt av sp\u00f8rsm\u00e5l. P\u00e5 denne m\u00e5ten kan man dekke mange temaer samtidig og stille sp\u00f8rsm\u00e5l til talerne som vekker interesse.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nMellom innleggene ruslet jeg rundt p\u00e5 partnerstandene og fikk tak i mange forskjellige sm\u00e5ting. \u00c5h, jeg elsker gratisutdeling!<\/i><\/p>\n

Rundebord og DevOps sp\u00f8rsm\u00e5l med utviklingsdirekt\u00f8ren i AlfaStrakhovanie<\/h2>\n

\nDen store h\u00f8ydepunktet for meg p\u00e5 DevOpsForum 2019 var den timelange plenumssesjonen med DevOps-eksperter. Fire deltakere ble invitert til \u00e5 se p\u00e5 DevOps fra forskjellige perspektiver: Anton Isanin (AlfaStrakhovanie, utviklingsdirekt\u00f8r), Nailya Zamashkina (Fintech Lab, driftsdirekt\u00f8r), Oleg Egorkin (Rostelekom, Agile-coach) og Anton Martyanov (uavhengig ekspert, s\u00e5 p\u00e5 DevOps fra forretningsperspektiv). <\/p>\n

Ekspertene satte seg n\u00e6rmere publikum, og s\u00e5 fikk vi se hvordan det gikk: i en hel time stilte deltakere fra salen sp\u00f8rsm\u00e5l, og ekspertene svarte. Noen ganger f\u00f8rte det til ekte debatter. Sp\u00f8rsm\u00e5lene var varierte, for eksempel: trengs det i det hele tatt DevOps-ingeni\u00f8rer, hvorfor kan de ikke vokse ut av systemadministratorer, b\u00f8r alle tilbys DevOps, hva er verdien av det, og s\u00e5 videre.<\/p>\n

Deretter snakket jeg personlig med Anton Isanin. Vi diskuterte n\u00f8dvendigheten av \u00e5 fremme DevOps-kultur i hvert hjem og avdekket den m\u00f8rke siden av DevOps-transformasjonen.<\/p>\n

La oss si at alle samles og bestemmer at DevOps er n\u00f8dvendig b\u00e5de for produktet, for virksomheten og for teamet. De begynner implementeringen. Alt fungerer. De puster ut. DevOps har gjort oss n\u00e6rmere kunden, n\u00e5 kan vi raskt oppfylle alle deres \u00f8nsker. Til slutt har vi en stor Ops-avdeling med strenge regler og krav, og de leverer hele tiden feil til produktet, og oppretter en mengde henvendelser. Og alle feil har \u00abhaster\u00bb-status, selv om kunden plutselig \u00f8nsker \u00e5 male en knapp gul i stedet for gr\u00f8nn. Prosjektet vokser, antallet utgivelser \u00f8ker, og dermed \u00f8ker ogs\u00e5 antallet feil og kunders forvirring om den nye funksjonaliteten. Ops ansetter 10 personer til for \u00e5 rapportere feil, mens utviklingen ansetter 15 for \u00e5 lukke dem. Og i stedet for \u00e5 implementere nye funksjoner, jobber teamet med endel\u00f8se SD-er, og forklarer funksjonaliteten til brukeren og supporten samtidig. Til slutt er b\u00e5de Ops og utvikling opptatt, men kunden og virksomheten er misforn\u00f8yde: nye funksjoner sitter fast. S\u00e5, DevOps ser ut til \u00e5 v\u00e6re der, men er det egentlig ikke.<\/p>\n

N\u00e5r det gjelder n\u00f8dvendigheten av \u00e5 implementere DevOps, uttalte Anton klart at dette avhenger direkte av omfanget av virksomheten. Hvis kundeservicen for \u00e9n kunde per \u00e5r gir selskapet milliarder \u2014 trenger de ikke DevOps (forutsatt at det ikke er n\u00f8dvendig \u00e5 rulle ut nye endringer til denne kunden regelmessig). Alt g\u00e5r greit. Men hvis virksomheten vokser og det kommer flere kunder, m\u00e5 man tilpasse seg. Vanligvis finnes det ikke en skikkelig Ops i selskapet fra starten av. F\u00f8rst utvikler vi produktet, og s\u00e5 forst\u00e5r vi at for at produktet skal fungere, m\u00e5 vi holde \u00f8ye med servere<\/a>, f\u00f8lge med p\u00e5 leveranser. Da oppst\u00e5r Ops. Det gjenst\u00e5r \u00e5 forst\u00e5 at Ops, som en egen avdeling, vil begynne \u00e5 sette opp en rekke barrierer for utviklingen, og alle leveranser vil begynne \u00e5 skli. I dette tilfellet er DevOps-kulturen allerede relevant, men man m\u00e5 ikke glemme dens m\u00f8rke side.
\n
Kilde: 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\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. \u00c5 implementere DevOps kan ikke vente | ProHoster","description":"Nylig var jeg p\u00e5 DevOpsForum 2019, som ble organisert av Logrocon.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\/no\/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\/no\/wp-json\/wp\/v2\/posts\/32497","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=32497"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/32497\/revisions"}],"predecessor-version":[{"id":161790,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/32497\/revisions\/161790"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/24300"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=32497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=32497"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=32497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}