Ne ekzistas perfekta vojo por efektivigi OpenStack en via kompanio, sed ekzistas ĝeneralaj principoj, kiuj povas gvidi vin al sukcesa efektivigo.
Unu el la avantaĝoj de malfermkoda programaro kiel OpenStack estas, ke vi povas elŝuti ĝin, provi ĝin kaj akiri praktikan komprenon pri ĝi sen la bezono de longaj interagoj kun vendistaj vendistoj aŭ la bezono de longaj internaj pilotaproboj inter via kompanio. kaj via kompanio.-vendisto.
Sed kio okazas kiam estas tempo fari pli ol nur provi projekton? Kiel vi preparos la deplojitan sistemon de fontkodo ĝis produktado? Kiel vi povas venki organizajn barojn al la adopto de novaj kaj transformaj teknologioj? Kie komenci? Kion vi faros poste?
Certe estas multe por lerni el la sperto de tiuj, kiuj jam deplojis OpenStack. Por pli bone kompreni OpenStack-adoptajn ŝablonojn, mi parolis kun pluraj teamoj, kiuj sukcese enkondukis la sistemon al siaj kompanioj.
MercadoLibre: diktas de neceso kaj kuras pli rapide ol cervo
Se la bezono estas sufiĉe forta, tiam efektivigi flekseblan nuban infrastrukturon povas esti preskaŭ tiel simpla kiel "konstrui ĝin kaj ili venos." Multrilate, ĉi tiu estas la sperto, kiun Alejandro Comisario, Maximiliano Venesio kaj Leandro Reox havis kun sia kompanio MercadoLibre, la plej granda kompanio de elektronika komerco en Latin-Ameriko kaj la oka plej granda en la mondo.
En 2011, ĉar la evolusekcio de la firmao komencis la vojaĝon de malkomponado de sia tiama monolita sistemo en platformon konsistantan el loze kunligitaj servoj ligitaj per APIoj, la infrastrukturteamo estis alfrontita kun akra pliiĝo en la nombro da petoj, kiun ilia malgranda teamo bezonis por plenumi. .
"La ŝanĝo okazis tre rapide," diras Alejandro Comisario, teknika ĉefo por nubaj servoj ĉe MercadoLibre. "Ni laŭvorte rimarkis subite, ke ni ne povus daŭrigi labori kun ĉi tiu ritmo sen la helpo de ia sistemo.
Alejandro Comisario, Maximiliano Venesio kaj Leandro Reox, la tuta teamo de MercadoLibre tiutempe, komencis serĉi teknologiojn kiuj permesus al ili forigi la manajn paŝojn implikitajn en disponigado de infrastrukturo al siaj programistoj.
La teamo starigis al si pli kompleksajn celojn, formulante celojn ne nur por tujaj taskoj, sed ankaŭ por la celoj de la tuta kompanio: reduktante la tempon necesan por provizi uzantojn per virtualaj maŝinoj pretaj por produktiva medio de 2 horoj ĝis 10 sekundoj kaj elimini. homa interveno de ĉi tiu procezo.
Kiam ili trovis OpenStack, evidentiĝis, ke ĝuste tion ili serĉis. La rapida kulturo de MercadoLibre permesis al la teamo moviĝi rapide en konstruado de la OpenStack-medio, malgraŭ la relativa nematureco de la projekto tiutempe.
"Estis klare, ke la OpenStack-aliro - esplorado, mergo en kodon kaj testado de funkcieco kaj skalo koincidas kun la aliro MercadoLibre," diras Leandro Reox. "Ni povis tuj plonĝi en la projekton, difini aron da testoj por nia OpenStack-instalaĵo kaj komenci testadon.
Ilia komenca testado pri la dua eldono de OpenStack identigis plurajn problemojn, kiuj malhelpis ilin eniri en produktadon, sed la transiro de la eldono de Bexar al la eldono de Cactus venis en la ĝusta tempo. Pliaj provoj de la eldono de Cactus donis fidon, ke la nubo estas preta por komerca uzo.
La lanĉo en komercan operacion kaj la kompreno de programistoj pri la ebleco akiri infrastrukturon tiel rapide kiel programistoj povas konsumi ĝin determinis la sukceson de la efektivigo.
"La tuta kompanio malsatis pri sistemo kiel ĉi tiu kaj la funkcioj kiujn ĝi provizas," notas Maximiliano Venesio, altranga infrastruktura inĝeniero ĉe MercadoLibre.
Tamen, la teamo zorgis pri administrado de la atendoj de programistoj. Ili devis certigi, ke programistoj komprenu, ke ekzistantaj aplikoj ne povos funkcii en la nova privata nubo sen ŝanĝoj.
"Ni devis certigi, ke niaj programistoj pretas skribi sennaciajn aplikojn por la nubo," diris Alejandro Comisario. "Ĝi estis grandega kultura ŝanĝo por ili. En iuj kazoj, ni devis instrui programistojn, ke stoki iliajn datumojn en kazo ne sufiĉas. La programistoj devis ĝustigi sian pensadon.
La teamo estis atenta en trejnado de programistoj kaj rekomendis plej bonajn praktikojn por krei nubpretajn aplikojn. Ili sendis retpoŝtojn, okazigis neformalajn lernajn tagmanĝojn kaj formalajn trejnadojn, kaj certigis, ke la nuba medio estis konvene dokumentita. La rezulto de iliaj klopodoj estas, ke la programistoj de MercadoLibre nun estas tiel komfortaj disvolvante aplikojn por la nubo kiel ili disvolvis tradiciajn aplikojn por la virtualigitaj medioj de la firmao.
La aŭtomatigo, kiun ili povis atingi per la privata nubo, pagis, permesante al MercadoLibre draste pligrandigi sian infrastrukturon. Kio komenciĝis kiel infrastruktura teamo de tri subtenantaj 250 programistojn, 100 servilojn kaj 1000 virtualajn maŝinojn, fariĝis teamo de 10 subtenantaj pli ol 500 programistojn, 2000 servilojn kaj 12 VMs.
Labortago: Konstruado de Komerca Kazo por OpenStack
Por la teamo ĉe la kompanio SaaS Workday, la decido adopti OpenStack estis malpli funkcia kaj pli strategia.
La vojaĝo de Workday al adopto de privata nubo komenciĝis en 2013, kiam la gvidado de la firmao konsentis investi en larĝa iniciato de programaro-difinita datumcentro (SDDC). La espero por ĉi tiu iniciato estis atingi pli grandan aŭtomatigon, novigon kaj efikecon en datumcentroj.
Workday kreis sian vizion por privata nubo inter la infrastrukturaj, inĝenieraj kaj operaciaj teamoj de la kompanio, kaj interkonsento estis atingita por komenci esploran iniciaton. Workday dungis Carmine Remi kiel direktoro de nubaj solvoj por gvidi la ŝanĝon.
La unua tasko de Rimi ĉe Workday estis vastigi la originan komercan kazon al pli granda parto de la firmao.
La bazŝtono de la komerckazo estis pliigi flekseblecon dum uzado de SDDC. Ĉi tiu pliigita fleksebleco helpus al la firmao atingi sian deziron por kontinua softvardeplojo kun nula malfunkcio. La API por SDDC estis intencita por permesi al Workday aplikaĵo kaj platformteamoj novigi en maniero kiu neniam estis ebla antaŭe.
Ekipaĵefikeco ankaŭ estis pripensita en la komerckazo. Workday havas ambiciajn celojn por pliigi reciklajn indicojn de ekzistantaj datumcentraj ekipaĵoj kaj rimedoj.
"Ni trovis, ke ni jam havis mezvaran teknologion, kiu povus utiligi la avantaĝojn de la privata nubo. Ĉi tiu mezprogramo jam estis uzata por disfaldi/testajn mediojn en publikaj nuboj. Kun privata nubo, ni povus etendi ĉi tiun programaron por krei hibridan nuban solvon. Uzante hibridan nuban strategion, Workday povas migri laborkvantojn inter publikaj kaj privataj nuboj, maksimumigante aparataron utiligante dum liverante komercajn ŝparaĵojn.
Fine, la nuba strategio de Rimi rimarkis, ke simplaj sennaciaj laborŝarĝoj kaj ilia horizontala skalo permesos al Workday komenci uzi sian privatan nubon kun malpli da risko kaj atingi maturecon de nubaj operacioj nature.
"Vi povas komenci kun via plano kaj lerni kiel administri novan nubon kun malgranda laborŝarĝo, simila al tradicia R&D, kiu ebligas al vi eksperimenti en sekura medio," Rimi sugestis.
Kun solida komerca kazo, Rimi taksis plurajn konatajn privatajn nubajn platformojn, inkluzive de OpenStack, kontraŭ ampleksa aro de taksadkriterioj, kiuj inkludis la malfermon de ĉiu platformo, facilecon de uzo, flekseblecon, fidindecon, fortikecon, subtenon kaj komunumon kaj potencialon. Surbaze de ilia taksado, Rimi kaj lia teamo elektis OpenStack kaj komencis konstrui komercan pretan privatan nubon.
Sukcese efektiviginte sian unuan realigeblan OpenStack-nubon, Workday daŭre klopodas por pli larĝa adopto de la nova SDDC-medio. Por atingi ĉi tiun celon, Rimi uzas multfacetan aliron temigis:
- koncentriĝu pri nubo-pretaj laborŝarĝoj, precipe sennaciaj aplikoj en la biletujo
- difinaj kriterioj kaj migradprocezo
- fiksante evoluajn celojn por migrado de ĉi tiuj aplikoj
- Komuniku kaj eduki grupojn de Workday-koncernatoj uzante OpenStack-renkontiĝojn, demonstraĵojn, filmetojn kaj trejnadon
"Nia nubo subtenas diversajn laborŝarĝojn, iujn en produktado, aliaj en preparo por komerca uzo. Finfine ni volas migri ĉiujn laborŝarĝojn, kaj mi atendas, ke ni atingos renversan punkton, kie ni vidas subitan enfluon de agado. Ni preparas la sistemon peco post peco ĉiutage por povi trakti ĉi tiun agadnivelon kiam venos la tempo.
BestBuy: rompi tabuojn
Elektronika podetalisto BestBuy, kun jaraj enspezoj de $ 43 miliardoj kaj 140 dungitoj, estas la plej granda el la kompanioj listigitaj en la artikolo. Kaj tiel, dum la procezoj kiujn la infrastruktura teamo de bestbuy.com uzis por prepari privatan nubon bazitan sur OpenStack ne estas unikaj, la fleksebleco kun kiu ili aplikis ĉi tiujn procezojn estas impona.
Por alporti sian unuan OpenStack-nubon al BestBuy, Web Solutions Director Steve Eastham kaj Ĉefarkitekto Joel Crabb devis fidi je kreemo por venki la multajn barojn, kiuj baris ilian vojon.
La BestBuy OpenStack-iniciato kreskis el klopodo kompreni la diversajn komercajn procezojn asociitajn kun la eldonprocezoj de la retkomerca retejo bestbuy.com komence de 2011. Tiuj klopodoj rivelis signifajn neefikecojn en kvalitkontrolprocezoj. La kvalitkontrolprocezo enkondukis signifan superkoston kun ĉiu grava ejeldono, kiu okazis du-ĝis-kvar fojojn jare. Multo de ĉi tiu kosto estis asociita kun mane agordado de la medio, akordigado de variancoj kaj solvado de resursaj haveblecaj problemoj.
Por trakti ĉi tiujn problemojn, bestbuy.com enkondukis la iniciaton pri Kvalito sur Demando, gvidata de Steve Eastham kaj Joel Crabb, por identigi kaj forigi proplempunktojn en la procezo de garantio de kvalito de bestbuy.com. Ŝlosilaj rekomendoj de ĉi tiu projekto inkludis aŭtomatigi kvalitcertigajn procezojn kaj provizi uzantteamojn per memservaj iloj.
Kvankam Steve Eastham kaj Joel Crabb povis uzi la perspektivon de tre signifaj kvalitkontrolkostoj por pravigi investon en privata nubo, ili rapide renkontis problemon: kvankam la projekto ricevis aprobon, ekzistis neniuj financoj haveblaj por la projekto. Ekzistis neniu buĝeto por aĉeti ekipaĵon por la projekto.
Neceso estas la patrino de invento, kaj la teamo prenis novan aliron al financado de la nubo: Ili interŝanĝis la buĝeton por du programistoj kun alia teamo kiu havis aparatarbuĝeton.
Kun la rezulta buĝeto, ili intencis aĉeti la ekipaĵon necesan por la projekto. Kontaktante HP, ilian aparataron tiutempe, ili komencis optimumigi la oferton. Tra zorgaj intertraktadoj kaj akceptebla redukto en ekipaĵpostuloj, ili povis tranĉi ekipaĵkostojn preskaŭ duonon.
En simila vejno, Steve Eastham kaj Joel Crabb negocis interkonsenton kun la interkonekta teamo de la firmao, ekspluatante la disponeblan kapaciton de la ekzistanta kerno, ŝparante sur la tipaj kostoj asociitaj kun aĉetado de nova interkonekta ekipaĵo.
"Ni estis sur sufiĉe maldika glacio," diris Steve Eastham. "Ĉi tio ne estis ofta praktiko ĉe Best Buy tiam aŭ nun. Ni funkciis sub la radaro. Oni povus riproĉi nin, sed ni sukcesis eviti ĝin.
Venki monmalfacilaĵojn estis nur la unua el multaj obstakloj. Tiutempe, preskaŭ ne estis ŝanco trovi OpenStack-spertulojn por la projekto. Tiel, ili devis konstrui teamon de nulo kombinante tradiciajn Java-programistojn kaj sistemajn administrantojn en la teamon.
"Ni simple metis ilin en ĉambron kaj diris, 'Eltrovu kiel funkcii ĉi tiun sistemon,'" diras Joel Crabb. — Unu el la programistoj de Java diris al ni: "Ĉi tio estas freneza, vi ne povas fari ĉi tion. Mi ne scias, pri kio vi parolas."
Ni devis kombini la malsamajn stilojn de la du specoj de teamoj por atingi la deziratan rezulton - program-movita, testebla, pliiga disvolva procezo.
Instigi la teamon frue en la projekto permesis al ili gajni kelkajn imponajn venkojn. Ili povis rapide anstataŭigi heredaĵan evolumedion, redukti la nombron da kvalitcertigo (QA) medioj, kaj en la procezo de transformo akiris la labormanieron de novaj teamoj kaj rapidecon de aplikaĵa livero.
Ilia sukceso metis ilin en bonan pozicion por peti pliajn rimedojn por ilia privata nuba iniciato. Kaj ĉi-foje ili havis subtenon je la nivelo de la supera administrado de la kompanio.
Steve Eastham kaj Joel Crabb ricevis la financadon necesan por dungi kroman kunlaborantaron kaj kvin novajn rakojn da ekipaĵo. La unua nubo en ĉi tiu ondo de projektoj estis la OpenStack-medio, kiu prizorgas Hadoop-grupojn por analizo. Kaj ĝi jam estas en komerca funkciado.
konkludo
La rakontoj de MercadoLibre, Workday kaj Best Buy dividas kelkajn principojn, kiuj povas gvidi vin al sukcesa adopto de OpenStack: Estu malfermita al la bezonoj de programistoj, entreprenoj kaj aliaj eblaj uzantoj; labori ene de la establitaj procezoj de via kompanio; kunlaboro kun aliaj organizoj; kaj pretu agi ekster la reguloj kiam necese. Ĉi tiuj estas ĉiuj valoraj molaj kapabloj, kiujn utilas havi kun la OpenStack-nubo.
Ne ekzistas perfekta vojo por efektivigi OpenStack en via kompanio - la vojo de efektivigo dependas de multaj faktoroj rilataj al vi kaj via kompanio kaj la situacio en kiu vi troviĝas.
Kvankam ĉi tiu fakto povas esti konfuza por OpenStack-adorantoj scivolantaj kiel efektivigi sian unuan projekton, ĝi tamen estas pozitiva vidpunkto. Ĉi tio signifas, ke ne ekzistas limoj al kiom vi povas iri kun OpenStack. Kion vi povas atingi estas limigita nur de via kreemo kaj eltrovemo.
fonto: www.habr.com