Ech war viru kuerzem bei DevOpsForum 2019 deelgeholl, gehost vum Logrocon. Op dëser Konferenz hunn d'Participanten probéiert Léisungen an nei Tools fir effektiv Interaktioun tëscht Geschäfts- an Entwécklungsspezialisten ze fannen.
D'Konferenz war e Succès: et goufe wierklech vill nëtzlech Berichter, interessant Presentatiounsformater a vill Kommunikatioun mat de Spriecher. An et ass besonnesch wichteg datt keen probéiert huet mir eppes ze verkafen, eppes un deem Spriecher op grousse Konferenzen sech a leschter Zäit schëlleg sinn.
En Extrait aus de Rieden vun der Raiffeisenbank, Alfastrakhovanie, der Erfahrung vum Mango Telecom bei der Ëmsetzung vun der Automatioun an aner Detailer ënner dem Schnëtt.
Mäin Numm ass Yana, ech schaffen als Tester, ech maachen Automatisatioun, souwéi DevOps, an ech gi gär op Konferenzen a Meetups. An de leschten zwee Joer sinn ech bei den Oleg Bunin Konferenzen (HighLoad++, TeamLead Conf), Jug Eventer (Heisenbug, JPoint), TestCon Moskau, DevOps Pro Moskau, Big Data Moskau.
Fir d’éischt zéien ech op de Konferenzprogramm op. Ech kucken manner op wat de Rapport wäert sinn, a méi op de Redner. Och wann de Bericht ganz technologesch an interessant ass, ass et net e Fakt datt Dir fäeg sidd e puer vun de beschten Praktiken aus dem Bericht an Ärer Firma ëmzesetzen. An da brauch Dir e Spriecher.
Liicht um Enn vun der Pipeline bei der Raiffeisenbank
Normalerweis sichen ech no Spriecher op der Säit déi mech interesséieren. Um DevOpsForum 2019 huet e Spriecher vun der Raiffeisenbank, Mikhail Bizhan, mäin Interessi gefaangen. Wärend senger Ried huet hien geschwat wéi se hir Teams graduell un DevOps ugeschloss kréien, firwat se et brauchen, a wéi d'Iddi vun der DevOps Transformatioun un d'Geschäft verkaaft gëtt. Gutt, am Allgemengen hunn ech geschwat wéi d'Liicht um Enn vun der Pipeline ze gesinn.
Mikhail Bizhan, Direkter vun der Automatioun bei der Raiffeisenbank
Elo hu se keng "DevOps" an hirer Firma. Dat heescht, hie schafft, awer net an allen Équipen. Wann Dir DevOps implementéiert, vertrauen se op d'Bereetschaft vun den Équipen, souwuel wat spezifesch Ingenieuren ugeet, wéi och wat de Besoin vum Produkt an der Reife vun der Plattform ugeet, op där dëst Produkt gebaut ass. De Misha huet gesot wéi een e Geschäft erkläert firwat DevOps gebraucht gëtt.
De Bankesegment huet verschidde Wuesstumsfuerer: Käschte fir Servicer an Expansioun vun der Clientbasis. D'Erhéijung vun de Käschte vun de Servicer ass net e ganz gudde Chauffer, awer d'Erhéijung vun der Clientbasis ass de Géigendeel. Wann d'Konkurrenten e objektiv coolt Produkt verëffentlechen, ginn all Clienten dohinner, da gëtt mat der Zäit de Maart ausgeglach. Dofir ass d'Aféierung vun neie Produkter um Maart an d'Geschwindegkeet vun hirer Aféierung d'Haaptsaach op déi Banken konzentréieren. Dëst ass genau wat DevOps ass fir, a Geschäfter verstinn dat.
Déi nächst wichteg Notiz: DevOps reduzéiert net ëmmer Zäit op de Maart. DevOps kann net eleng funktionnéieren, et ass just en Deel vum Prozess fir e Produkt op de Maart vun der Entwécklung op d'Produktioun ze kreéieren an ze bréngen (vu Code zum Client). Awer alles virum Code ass net direkt mat DevOps verbonnen. Dat ass, Vermarkter kënnen de Maart fir Joer studéieren an hiert ganzt Liewen mat Konkurrenten ophalen. Et ass néideg séier ze verstoen wat de Client brauch an d'Ëmsetzung vun dëser oder där Feature plangen - dacks ass dat wat net genuch ass fir DevOps ze schaffen an d'Firma fir säin Zil z'erreechen. Dofir huet d'Raiffeisenbank fir d'éischt mam Geschäft ausgemaach datt et néideg wier ze léieren wéi een DevOps benotzt. Automatisatioun fir d'Wuel vun der Automatiséierung wäert net vill hëllefen am Kampf fir nei Clienten.
Am Allgemengen mengt de Misha datt DevOps muss ëmgesat ginn, awer verstänneg. A mir musse bereet sinn op d'Tatsaach, datt am Ufank vun der Transformatioun d'Produktivitéit vun der Équipe fällt, et wäert manner Sue verdéngen, awer da gëtt et gerechtfäerdegt.
Automatisatioun vun Testen bei Mango Telecom
En aneren interessante Bericht fir mech als Tester gouf vum Egor Maslov vu Mango Telecom ginn. D'Presentatioun gouf genannt "Automatiséierung vum vollen Testzyklus an engem SCRUM Team." Den Egor mengt datt DevOps speziell fir SCRUM erstallt gouf, awer gläichzäiteg DevOps an e SCRUM Team aféieren ass zimlech problematesch. Dëst geschitt well d'SCRUM Team ëmmer iergendwou leeft, et gëtt keng Zäit fir vun Innovatiounen ofgelenkt ze ginn an de Prozess nei opzebauen. De Problem läit och an der Tatsaach, datt SCRUM net d'Trennung vun Ënnerteamen am Team (Testteam, Entwécklungsteam, asw.) involvéiert. Gutt, ausserdeem, fir en existente Prozess ze automatiséieren, ass Dokumentatioun gebraucht, an am SCRUM gëtt et meeschtens keng Dokumentatioun komplett - "d'Produkt ass méi wichteg wéi eng Aart vu Schreiwen."
Nodeems Dir op SCRUM wiesselt, hunn Tester ugefaang mat Entwéckler ze konsultéieren wéi d'Features testen. Lues a lues ass de Volume vun der Funktionalitéit eropgaang, et gouf keng Dokumentatioun, a si hunn ugefaang vill Bugs an der Funktionalitéit ze fangen, déi net vun Tester ofgedeckt goufen an allgemeng war et net méi kloer wien et getest huet a wéini. An enger Nossschuel - Duercherneen a Wackel. Mir hu beschloss op Testautomatiséierung ze wiesselen. Awer och deemools gouf et e komplette Feeler. Si hunn outsourcéiert Automatisatiounsspezialisten ugestallt, déi op engem Stack geschriwwen hunn onbekannt fir intern Tester. De Kader fir Autotester huet natierlech geschafft, awer nodeems d'Outsourcer fortgaange sinn, huet et zwou Wochen gedauert. Nächst war e Versuch Autotesten Nummer zwee aféieren. Et huet ugefaang mat der Tatsaach, datt alles bannent der Firma gebaut muss ginn, eleng (de richtege Vecteur: Expertise intern opbauen), am Kader vum SCRUM, an Dokumentatioun am Prozess erstellen. De Stack fir d'Automatiséierung sollt gläich wéi de Stack vum Produkt sinn (hei addéieren ech et, test Äre JavaScript-Projet net mat soss eppes). Um Enn vum Sprint hu si eng Demo gemaach wéi den Autotest mat der ganzer Equipe funktionnéiert (hëllefräich). Sou ass d'Bedeelegung vun all Teammemberen am Automatisatiounsprozess eropgaang, wéi och d'Vertrauen an d'Autotester an d'Chance datt dësen Autotest definitiv benotzt gëtt (a gëtt net an engem Mount kommentéiert wéinst konstante Feeler).
Iwwregens, um DevOpsForum 2019 gouf et en oppene Mikrofon - e laang bekannten an, menger Meenung no, nëtzlech Format vu Rieden. Dir spadséiert esou ronderëm, lauschtert Berichter, an entscheet dann datt et op der Konferenz et wäert ass iwwer e bestëmmt Thema oder Problem ze diskutéieren, relevant Erfahrung ze deelen fir de Problem ze léisen.
Ech hunn och gemierkt datt d'Organisateuren e Stroum vu kuerze Berichter gemaach hunn. All Bericht dauert net méi wéi 10 Minutten, gefollegt vu Froen. Op dës Manéier kënnt Dir vill Themen gläichzäiteg ofdecken a Froen u Spriecher stellen, déi Iech interesséieren.
Tëscht Presentatiounen sinn ech ronderëm d'Stänn vun de Konferenzpartner gaang a vill Saachen geklaut/gewonnen. Oh, ech hunn d'Handout gär!
Table ronde an DevOps Themen mam Entwécklungsdirekter bei Alfastrakhovanie
Den Glace um DevOpsForum 2019 Kuch fir mech war déi Stonn laang Plenarsitzung mat DevOps Experten. Véier Sessiouns-Participanten goufen invitéiert fir DevOps aus verschiddene Wénkelen ze kucken: Anton Isanin (Alfastrakhovanie, Entwécklungsdirekter), Nailya Zamashkina (Fintech Lab, Operatiounsdirekter), Oleg Egorkin (Rostelecom, Agile Coach) an Anton Martyanov (onofhängeg Expert, huet op DevOps gekuckt. aus enger geschäftlecher Siicht).
D'Experten hunn d'Leit méi no gesat an dunn huet et ugefaang ze geschéien: eng ganz Stonn hunn d'Participanten aus dem Publikum hir Froen gestallt, an d'Experten hunn de Rap geholl. Heiansdo goufen et richteg Debatten. D'Froe ware ganz ënnerschiddlech, zum Beispill: sinn DevOps Ingenieuren iwwerhaapt gebraucht, firwat kënne se net als Systemadministratoren trainéiert ginn, sollen DevOps jidderengem ugebuede ginn, wat ass säi Wäert, asw.
Dunn hunn ech mam Anton Isanin perséinlech geschwat. Mir hunn iwwer d'Noutwennegkeet diskutéiert d'DevOps Kultur an all Heem ze bréngen an hunn déi donkel Säit vun der DevOps Transformatioun opgedeckt.
Loosst eis virstellen datt jiddereen zesummekomm ass an decidéiert huet datt DevOps souwuel vum Produkt wéi vum Geschäft an dem Team gebraucht gëtt. Loosst eis et ëmsetzen. Alles geklappt. Mir hunn ausgetappt. DevOps huet eis dem Client méi no bruecht, elo kënne mir all seng Wënsch séier erfëllen. Als Resultat hu mir eng grouss Ops Departement mat strenge Reglementer an Ufuerderunge, an et fënnt konstant Mängel am Produit a schaaft eng Rëtsch vun Demanden. Ausserdeem ginn all Mängel den "dréngende" Status zougewisen, och wann de Client onerwaart de Knäppchen giel amplaz gréng wollt faarwen. De Projet wiisst, d'Zuel vun de Verëffentlechungen wiisst an deementspriechend d'Zuel vun de Mängel a Mëssverständnisser vun der neier Funktionalitéit vu Clienten. Ops engagéiert 10 méi Leit fir mat der Berichterstattung vu Mängel ze halen, an Entwécklung astellt 15 méi fir ze halen mat der Zoumaache. An amplaz nei Features aféieren, schafft d'Team mat endlosen SD's, erkläert d'Funktionalitéit dem Benotzer an d'Ënnerstëtzung zur selwechter Zäit. Als Resultat sinn souwuel Ops an Entwécklung am Geschäft, awer de Client an d'Geschäft sinn onglécklech: nei Features hänke fest. Et stellt sech eraus datt DevOps schéngt ze existéieren, awer et schéngt net ze existéieren.
Wat de Besoin fir DevOps ëmzesetzen, huet den Anton kloer gesot datt dëst direkt vun der Skala vum Geschäft hänkt. Wann d'Servicer vun engem Client d'Joer d'Firma eng Milliard bréngt, ass DevOps net gebraucht (virausgesat datt Dir net regelméisseg nei Ännerungen un dësem Client ausrulle musst). Alles ass mat Schockela bedeckt. Awer wann d'Geschäft wiisst a méi Cliente schéngen, da musst Dir erfëllen. Als Regel, gëtt et am Ufank keng cool Ops an der Firma. Als éischt schneiden mir d'Produkt, an nëmmen dann verstinn mir datt fir datt de Produkt funktionnéiert, mir mussen d'Serveren oppassen an d'Versuergung iwwerwaachen. Dat ass wann Ops entstanen ass. Et bleift ze verstoen datt Ops, als getrennten Divisioun, ufänkt eng Rëtsch Barrièren fir d'Entwécklung opzestellen an all Liwwerungen fänken un ze stoppen. Dat ass, an dësem Fall ass d'DevOps Kultur scho relevant, awer mir däerfen net iwwer seng donkel Säit vergiessen.
Source: will.com