{"id":94520,"date":"2020-09-18T07:42:20","date_gmt":"2020-09-18T05:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah"},"modified":"2020-09-18T07:42:20","modified_gmt":"2020-09-18T05:42:20","slug":"chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","title":{"rendered":"Mis aitas meil kiiresti \u00fcle minna online-m\u00fc\u00fcgile uutes tingimustes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere!<\/p>\n

Minu nimi on Mihhail, ma olen IT alal asekohtunik ettev\u00f5ttes \u201eSportmaster\u201d. Soovin jagada lugu, kuidas me toime tulime raskustega, mis tekkisid pandeemia ajal.<\/p>\n

Uute olude esimestel p\u00e4evadel peatus Sportmasteri traditsiooniline jaem\u00fc\u00fck, samas kui meie veebikanali koormus, eriti kliendile kohaletoimetamise osas, suurenes 10 korda. M\u00f5ne n\u00e4dalaga muutsime meie tohutu offline-\u00e4ri online-\u00e4ri ja kohandasime teenust klientide vajadustega.<\/p>\n

Tegelikult see, mis oli meie k\u00f5rvaltegevus, muutus peamiseks \u00e4ritegevuseks. Iga veebitellimuse t\u00e4htsus suurenes \u00e4\u00e4rmuslikult. Igast rublast, mille klient firmasse t\u00f5i, tuli kinni hoida. <\/p>\n

\"Mis<\/p>\n

Klienditaotluste kiireks t\u00f6\u00f6tlemiseks avasime ettev\u00f5tte peahoones t\u00e4iendava kontaktkeskuse, mis v\u00f5imaldab meil vastu v\u00f5tta umbes 285 000 k\u00f5net n\u00e4dalas. Samuti muutsime 270 poodi uue kontaktivaba ja ohutu t\u00f6\u00f6vormi, mis v\u00f5imaldas klientidel tellimusi saada ning t\u00f6\u00f6tajatel oma t\u00f6\u00f6kohti hoida.<\/p>\n

Transformatsiooni k\u00e4igus seisime silmitsi kahe peamise probleemiga. Esiteks, meie veebiteenuste koormus kasvas oluliselt (kuidas me sellega hakkama saime, r\u00e4\u00e4gib Sergei). Teiseks, haruldaste (enne COVID-i) tehingute arv kasvas m\u00e4rgatavalt, mis omakorda n\u00f5udis kiiret automatiseerimist. Selle probleemi lahendamiseks pidime kiiresti suunama ressursse varasemalt peamistelt suundadelt. Kuidas me sellega toime tulime, r\u00e4\u00e4gib Elena.<\/p>\n

Veebiteenuste kasutamine<\/h2>\n

Kolesnikov Sergei, vastutab e-poe ja mikroteenuste haldamise eest<\/em><\/p>\n

Alates hetkest, mil meie jaem\u00fc\u00fcgipoed suleti k\u00fclastajatele, hakkasime m\u00e4rkama selliste n\u00e4itajate kasvu nagu kasutajate arv, meie rakenduses tehtud tellimuste arv ning rakenduste p\u00e4ringute arv. <\/p>\n

\"MisTellimuste arv 18. kuni 31. m\u00e4rtsini\"MisP\u00e4ringute arv veebimaksete mikroteenustele\"MisVeebilehel vormistatud tellimuste arv<\/p>\n

Esimesel graafikul n\u00e4eme, et kasv oli umbes 14 korda, teisel \u2014 4 korda. K\u00f5ige v\u00e4ljakutsuvamaks peame meie rakenduste vastuse aegade m\u00f5\u00f5dikut. <\/p>\n

\"Mis<\/p>\n

Sellel graafikul n\u00e4eme frontide ja rakenduste vastuseid, ning oleme j\u00e4reldanud, et mingit m\u00e4rkimisv\u00e4\u00e4rset kasvu me ei m\u00e4rganud.<\/p>\n

Esiteks on see seotud sellega, et alustasime eelt\u00f6\u00f6dega 2019. aasta l\u00f5pus. Praegu on meie teenused reserveeritud, tagatud on talitluspidevuse taseme saavutamine f\u00fc\u00fcsilistel serveritel, virtualiseerimise s\u00fcsteemidel, konteineritel ja teenustel nende sees. Samuti v\u00f5imaldab meie serveriteressursside maht taluda korduvat koormust.<\/p>\n

Peamine t\u00f6\u00f6riist, mis aitas meid kogu selle olukorra juures, on meie j\u00e4lgimiss\u00fcsteem. T\u00f5si, veel hiljuti polnud meil \u00fchtset s\u00fcsteemi, mis v\u00f5imaldaks koguda m\u00f5\u00f5dikuid k\u00f5igilt kihtidelt, alates f\u00fc\u00fcsilise riistvara ja seadmete tasemest kuni \u00e4rim\u00f5\u00f5dikuteni. <\/p>\n

Formaalselt oli ettev\u00f5ttes seire olemas, kuid enamasti oli see hajutatud ning kuulus konkreetsete osakondade vastutusele. Tegelikult, kui juhtus m\u00f5ni intsident, oli meil peaaegu kunagi \u00fchtset arusaama selle kohta, mis t\u00e4pselt juhtus, ei olnud teavitamist, ning see viis sageli ringi jooksmiseni probleemi leidmiseks ja lokaliseerimiseks selle edasisteks lahendamiseks.<\/p>\n

M\u00f5nes etapis m\u00f5tlesime, et piisab, ja otsustasime, et vajame \u00fchtset s\u00fcsteemi, et n\u00e4ha kogu pilti tervikuna. Meie tehnoloogiate peamine killustik sisaldab Zabbixi, mis on alarmide ja m\u00f5\u00f5dikute salvestamise keskus, Prometheust rakenduste m\u00f5\u00f5dikute kogumiseks ja salvestamiseks, Stack ELK logimise ja kogu seireandmete salvestamiseks, samuti Grafanat visualiseerimiseks, Swaggerit, Dockerit ja muid kasulikke ning tuttavaid vahendeid.<\/p>\n

Kasutame mitte ainult turul olemasolevaid tehnoloogiaid, vaid arendame ka m\u00f5ned ise. N\u00e4iteks loome teenuseid s\u00fcsteemide omavaheliseks integreerimiseks, see t\u00e4hendab mingit API-d m\u00f5\u00f5dikute kogumiseks. Lisaks t\u00f6\u00f6tame v\u00e4lja oma j\u00e4lgimiss\u00fcsteeme \u2014 \u00e4ri m\u00f5\u00f5dikute tasandil kasutame UI-testimist. Ja ka Telegramis bot, et meeskondi teavitada.<\/p>\n

Ja veel p\u00fc\u00fcame muuta j\u00e4lgimiss\u00fcsteemi meeskondadele kergesti k\u00e4ttesaadavaks, et nad saaksid ise oma m\u00f5\u00f5dikuid salvestada ja nendega t\u00f6\u00f6tada, sealhulgas seadistada h\u00e4ireid kitsastes m\u00f5\u00f5dikutel, millel pole laiemat kasutust. <\/p>\n

Kogu s\u00fcsteemi piires p\u00fc\u00fcdleme me proaktiivsuse ja v\u00f5imalikult kiire intsidendi lokaliseerimise poole. Lisaks on meie mikroteenuste ja s\u00fcsteemide arv viimastel aegadel oluliselt kasvanud, mist\u00f5ttu suureneb ka integratsioonide hulk. Intsidendi diagnostika protsessi optimeerimise raames arendame s\u00fcsteemi, mis v\u00f5imaldab teha rist-s\u00fcsteemseid kontrollimisi ja esitada tulemusi, aidates leida peamised probleemid, mis on seotud impordiga ja s\u00fcsteemide omavahelise interaktsiooniga. <\/p>\n

Muidugi on meil veel palju arenguruumi s\u00fcsteemide ekspluateerimise valdkonnas, ja me t\u00f6\u00f6tame selle nimel aktiivselt. Rohkem teavet meie j\u00e4lgimiss\u00fcsteemi kohta leiate siit<\/u><\/a><\/noindex>. <\/p>\n

Tehnilised katsed <\/h2>\n

Sergei Orlov, juhib veeb- ja mobiiliarenduse kompetentsikeskust<\/em><\/p>\n

Alates f\u00fc\u00fcsiliste kaupluste sulgemisest oleme pidanud silmitsi seisma erinevate arenduslikke proovikivide ja raskustega. Esiteks, koormuse t\u00f5us kui selline. On selge, et kui ei v\u00f5eta tarvitusele meetmeid, v\u00f5ib s\u00fcsteem suurt koormust taluda p\u00fc\u00fcdes kurva plahvatusega k\u00f5rvitsaks muutuda, kas t\u00e4ielikult j\u00f5udluse kaotada v\u00f5i isegi t\u00e4iesti t\u00f6\u00f6v\u00f5imetuks muutuda.<\/p>\n

Teine aspekt, mis on veidi v\u00e4hem ilmne, seisneb selles, et k\u00f5rge koormusega s\u00fcsteemi tuli v\u00e4ga kiiresti muuta, kohanedes \u00e4riprotsesside muutustega. M\u00f5nikord mitu korda p\u00e4evas. paljudes ettev\u00f5tetes on reegel, et suurte turundustegevuste ajal ei tohiks s\u00fcsteemi mingeid muudatusi teha. \u00dcldse mitte, las see t\u00f6\u00f6tab, kui see t\u00f6\u00f6tab.<\/p>\n

Meil oli aga sisuliselt l\u00f5putu must reede, mille k\u00e4igus tuli s\u00fcsteemi muuta. Ja iga viga, probleem v\u00f5i s\u00fcsteemi t\u00f5rge oleks \u00e4ridele v\u00e4ga kulukas.<\/p>\n

Koheselt \u00fctlen, et me suutsime nende katsumustega toime tulla, k\u00f5ik s\u00fcsteemid talusid koormust, skaleerusid h\u00f5lpsasti ning t\u00f5siseid tehnilisi t\u00f5rkeid meil ei olnud.<\/p>\n

Eksisteerib neli peamist alust, millele toetub s\u00fcsteemi v\u00f5ime taluda k\u00f5rgeid koormusi. Esiteks on see seire, millest olete eelnevalt lugenud. Ilma korraliku seires\u00fcsteemita on praktiliselt v\u00f5imatu tuvastada s\u00fcsteemi kitsaskohti. Hea seires\u00fcsteem on nagu kodune riietus, see peab olema mugav ja teie vajadustele kohandatud.<\/p>\n

Teine aspekt on testimine. Me v\u00f5tame seda teemat v\u00e4ga t\u00f5siselt: kirjutame klassikalisi \u00fcksuste, integratsiooni ja koormusteste ning palju muud igas s\u00fcsteemis. Me koostame ka testimisstrateegia ja p\u00fc\u00fcame viia testimise taseme selliseks, et me ei peaks enam k\u00e4sitsi kontrollimisi tegema.<\/p>\n

Kolmas vaal on CI\/CD Pipeline. Rakenduse saate-, testimis- ja juurutamisprotsessid peavad olema v\u00f5imalikult automatiseeritud, k\u00e4sitsi sekkumisi ei tohi olla. CI\/CD Pipeline teema on piisavalt s\u00fcgav ja ma puudutan seda vaid kergelt. Tuleb mainida, et meil on CI\/CD Pipeline'i kontrollnimekiri, mille alusel l\u00e4bib iga toote meeskond kompetentsikeskuste abiga.<\/p>\n

\"MisSiin on kontrollnimekiri<\/p>\n

Nii saavutatakse palju eesm\u00e4rke. See h\u00f5lmab API versioneerimist ja funktsioonide l\u00fclitamist, et v\u00e4ltida versioonide \u2018rongi\u2019, samuti erinevate testide katmise saavutamist sellisel tasemel, et testimine oleks t\u00e4ielikult automatiseeritud, juurutamine oleks sujuv jne.<\/p>\n

Neljas vaal on arhitektuuri p\u00f5him\u00f5tted ja tehnilised lahendused. Arhitektuurist saab r\u00e4\u00e4kida palju ja pikka aega, kuid soovin r\u00f5hutada paari p\u00f5him\u00f5tet, millele soovin t\u00e4helepanu juhtida.<\/p>\n

Esiteks tuleb valida spetsialiseeritud t\u00f6\u00f6riistad konkreetsete \u00fclesannete jaoks. Jah, see k\u00f5lab iseenesestm\u00f5istetavalt, ja on selge, et naela tuleks taguda haamriga, samas kui k\u00e4ekellade demonteerimiseks tuleks kasutada spetsiaalseid kruvikeerajaid. Kuid meie ajastul p\u00fc\u00fcavad paljud t\u00f6\u00f6riistad universaliseeruda, et katta maksimaalne kasutajasegment: andmebaasid, vahem\u00e4lud, raamistikud ja muu. N\u00e4iteks, kui v\u00f5tta andmebaas MongoDB, siis see toetab mitmeid dokumentide tehinguid, samas kui andmebaas Oracle toetab JSON-e. Ja n\u00e4iliselt v\u00f5iks \u00f6elda, et k\u00f5ike v\u00f5ib kasutada igaks otstarbeks. Kuid kui me r\u00e4\u00e4gime efektiivsusest, peame selgelt m\u00f5istma iga t\u00f6\u00f6riista tugevusi ja n\u00f5rkusi ning kasutama neid vastavalt meie \u00fclesannetele. <\/p>\n

Teiseks, s\u00fcsteemide projekteerimisel peab iga keerukuse t\u00f5us olema p\u00f5hjendatud. Me peame seda pidevalt meeles pidama, madala seotuse p\u00f5him\u00f5te on k\u00f5igile teada. Ma arvan, et seda tuleks kasutada nii konkreetse teenuse tasandil kui ka kogu s\u00fcsteemi ja arhitektuuri maastiku tasandil. Samuti on oluline, et iga s\u00fcsteemi komponent suudaks koormuse korral horisontaalselt skaleeruda. Kui see v\u00f5ime on olemas, ei ole skaleerimine mingisugune probleem.<\/p>\n

Kui r\u00e4\u00e4kida tehnilistest lahendustest, palusime tootegruppidel valmistada ette v\u00e4rskendatud soovituste, ideede ja lahenduste kogum, mida nad on ellu viinud ettevalmistustes j\u00e4rgmise koormuse laineks.<\/p>\n

Vahem\u00e4lud<\/h2>\n

Kohalike ja jaotatud vahem\u00e4lude valikusse tuleb l\u00e4heneda teadlikult. M\u00f5nikord on m\u00f5istlik kasutada nii \u00fchte kui teist s\u00fcsteemi raames. N\u00e4iteks on meil s\u00fcsteeme, kus osa andmeid on sisuliselt vitriinivahem\u00e4lu, st uuenduste allikas asub s\u00fcsteemi taga ning s\u00fcsteem ei muuda neid andmeid. Selle l\u00e4henemise jaoks kasutame kohalikku Caffeine Cache'i. <\/p>\n

Ja on andmeid, mida s\u00fcsteem aktiivselt muudetakse t\u00f6\u00f6protsessis, ja siin rakendame me jaotatud vahem\u00e4lu Hazelcastiga. Selline l\u00e4henemine v\u00f5imaldab meil kasutada jaotatud vahem\u00e4lu eeliseid seal, kus need on t\u00f5eliselt vajalikud, ja minimeerida teenuste kulu Hazelcasti klastrite andmete ringlusele seal, kus me saame ilma selleta hakkama. Oleme vahem\u00e4ludest palju kirjutanud. siit <\/u><\/a><\/noindex>ja siit<\/u><\/a><\/noindex>.<\/p>\n

Lisaks t\u00f5i serialiseerija vahetamine Kryo peale Hazelcastis meile m\u00e4rkimisv\u00e4\u00e4rse kasvu. Samuti v\u00f5imaldas \u00fcleminek ReplicatedMapilt IMapile + Near Cache'ile Hazelcastis meil andmeedastust klastris minimeerida. <\/p>\n

V\u00e4ike n\u00f5uanne: massilise vahem\u00e4lu t\u00fchistamise korral on m\u00f5nikord rakendatav taktika teise vahem\u00e4lu soojendamisega ning sellele \u00fcleminekuga. Tundub, et sel juhul peaksime saama topeltm\u00e4lu kasutuse, kuid praktikas nende s\u00fcsteemide puhul, kus sarnast on praktiseeritud, v\u00e4henes m\u00e4lu kasutamine.<\/p>\n

Reaktiivne korrus<\/h2>\n

Kasutame reaktiivset tehnoloogiat juba piisavalt paljudes s\u00fcsteemides. Meie puhul on need Webflux v\u00f5i Kotlin koos korutaatidega. Erakordselt h\u00e4sti sobib reaktiivne tehnoloogia kohtadesse, kus ootame aeglaseid sisend-v\u00e4ljund operatsioone. N\u00e4iteks aeglaste teenuste k\u00f5ned, failis\u00fcsteemiga t\u00f6\u00f6tamine v\u00f5i andmesalvestuss\u00fcsteemide kasutamine.<\/p>\n

K\u00f5ige olulisem p\u00f5him\u00f5te on v\u00e4ltida blokeerivaid k\u00f5nesid. Reaktiivsete raamistikude taga t\u00f6\u00f6tab v\u00e4ikestes kogustes elavaid teenusevooge. Kui me ettevaatlikult ei k\u00e4itu ja teeme otsese blokeeriva k\u00f5ne, nagu n\u00e4iteks JDBC-draiveri k\u00f5ne, siis s\u00fcsteem lihtsalt peatub. <\/p>\n

P\u00fc\u00fcdke muuta vead oma omadeks runtime exception\u2019iteks. T\u00f5eline programmi t\u00e4itmisvoog l\u00e4heb reaktiivsetesse raamistikesse, koodi t\u00e4itmine muutub mittelineaarseks. Seet\u00f5ttu on probleeme steki j\u00e4lgede kaudu v\u00e4ga keeruline diagnoosida. Lahenduseks on selgete, objektiivsete runtime exception\u2019ite loomine iga vea jaoks.<\/p>\n

Elasticsearch<\/h2>\n

Elasticsearchi kasutamisel v\u00e4ltige kasutamata andmete valimist. See on, p\u00f5him\u00f5tteliselt, v\u00e4ga lihtne n\u00f5uanne, kuid sageli unustatakse seda. Kui tuleb korraga valida rohkem kui 10 000 kirjet, tuleks kasutada Scrolli. Kui tuua paralleel, sarnaneb see veidi relatsioonilise andmebaasi kursori kasutamisega. <\/p>\n

\u00c4rge kasutage postfilteri ilma vajaduseta. Suurte andmehulkade korral peamise valiku puhul koormab see operatsioon andmebaasi v\u00e4ga tugevalt. <\/p>\n

Kasutage seal, kus see on kohane, bulk-operatsioone.<\/p>\n

API<\/h2>\n

API projekteerimisel arvestage n\u00f5udmisi edastatavate andmete minimeerimise osas. See on eriti oluline front-endiga seondumisel: just sellel ristmikul liigume v\u00e4lja meie andmekeskuste kanalitest ja t\u00f6\u00f6tame juba kanalil, mis seob meid kliendiga. Kui seal esinevad isegi k\u00f5ige v\u00e4iksemad probleemid, p\u00f5hjustab liiga k\u00f5rge liiklus negatiivset kasutajakogemust.<\/p>\n

Ja l\u00f5puks, \u00e4rge visake kogu andmehulk v\u00e4lja, olge t\u00e4psed lepingus tarbijate ja pakkujate vahel.<\/p>\n

Organisatsiooniline transformatsioon<\/h2>\n

Elenna Eroshkina, IT asedirektor<\/em><\/p>\n

Quarantine took place, and the need to rapidly increase the pace of online development and implement omnichannel services arose, our organizational transformation was already underway. <\/p>\n

Part of our structure was transitioned to operate based on product management principles and practices. Teams were formed that are now responsible for the functioning and development of each product. Employees in these teams are fully engaged and organize their work using Scrum or Kanban, depending on what works best for them, set up deployment pipelines, implement technical practices, quality assurance practices, and much more.<\/p>\n

By a happy coincidence, the majority of these product teams were already focused on online and omnichannel services. This allowed us to transition to remote work mode in a very short time (seriously, literally within two days) without losing efficiency. The established process enabled quick adaptation to new working conditions while maintaining a high pace of delivering new functionality.<\/p>\n

Lisaks on meil olnud vajadus tugevdada neid meeskondi, mis on online-\u00e4ritegevuse eesliinil. Sel hetkel sai selgeks, et saame seda teha ainult sisemiste ressursside arvelt. Ligikaudu 50 inimest vahetas kahe n\u00e4dala jooksul oma senist t\u00f6\u00f6valdkonda ja astus uue, neile seni tundmatu toote arendusse. <\/p>\n

Selleks ei olnud vaja mingeid erik tehtud juhtimisj\u00f5upingutusi, kuna oma protsessi korraldamise, toote tehnilise t\u00e4iustamise ja kvaliteedikindluse praktikaga koos \u00f5petame oma meeskondi eneseorganiseerimisele \u2014 juhendame neid oma tootmisprotsessi juhtima ilma administratiivsete ressursside kaasamiseta.<\/p>\n

Meie juhtimisressursid suudame suunata just sinna, kus see hetkel vajalik on, \u2014 koost\u00f6\u00f6s \u00e4ri ja teiste partneritega: Mis on hetkel meie kliendi jaoks oluline, milline funktsionaliteet peaks esmaj\u00e4rjekorras rakenduma, mida on vaja teha, et suurendada meie tellimuste t\u00e4itmise ja t\u00f6\u00f6tlemise suutlikkust. K\u00f5ik see ja selge rollimudel lubasid meil sel perioodil koormata meie v\u00e4\u00e4rtuse loomise tootmisvooge sellega, mis t\u00f5eliselt oluline ja vajalik on. <\/p>\n

Selge on see, et kaugt\u00f6\u00f6s ja kiirete muutuste tempos, kus iga\u00fche panus m\u00f5jutab \u00e4ritulemusi, ei saa toetuda ainult sisetunde p\u00f5hjalikele k\u00fcsimustele, nagu 'Kas me k\u00f5ik teeme h\u00e4sti? Jah, nagu tundub, on k\u00f5ik korras.' On vajalikud objektiivsed m\u00f5\u00f5dikud tootmisprotsessist. Need on meil olemas ja kergesti k\u00e4ttesaadavad k\u00f5igile, kes huvituvad tooteteamade m\u00f5\u00f5dikutest. Esiteks meeskonnale endale, \u00e4ri\u00fchingule, kaasosalistele ja juhtkonnale.<\/p>\n

Iga kahe n\u00e4dala tagant toimub iga meeskonna koosolek, kus 10 minuti jooksul anal\u00fc\u00fcsitakse m\u00f5\u00f5dikuid, tuvastatakse tootmisprotsessi kitsaskohad ja leitakse \u00fchiselt lahendused nende k\u00f5rvaldamiseks. Siin on v\u00f5imalik kohe k\u00fcsida ka juhendajate abi, kui m\u00f5ni tuvastatud probleem j\u00e4\u00e4b meeskondade m\u00f5juv\u00e4ljast v\u00e4lja v\u00f5i vajate kolleegide ekspertteadmisi, kes v\u00f5ivad olla sarnaste probleemidega juba kokku puutunud.<\/p>\n

Siiski m\u00f5istame, et meie eesm\u00e4rgi, nimelt kiirusetaotluse saavutamiseks, peame veel palju \u00f5ppima ja igap\u00e4evaellu rakendama. Just n\u00fc\u00fcd j\u00e4tkame tootmisalase l\u00e4henemise laiendamist teistele meeskondadele ja uutele toodetele. Selleks oleme pidanud harjuma meile uue online-mentorite kooli vorminguga.<\/p>\n

Koolitajad, kes aitavad meeskondadel protsesse \u00fcles ehitada, suhtlemist korraldada ja t\u00f6\u00f6h\u00f5ivet t\u00f5sta, on sisuliselt muutuste agendid. Just praegu t\u00f6\u00f6tavad meie esimese lennu l\u00f5petajad meeskondadega, aidates neil edukaks saada. <\/p>\n

Arvan, et praegune olukord avab meie jaoks v\u00f5imalusi ja perspektiive, mida me v\u00f5ib-olla ise veel t\u00e4ielikult ei teadvusta. Kuid kogemus ja praktika, mida me just praegu omandame, kinnitab, et oleme valinud \u00f5ige arengu suuna ning tulevikus m\u00e4rgime neid uusi v\u00f5imalusi ja suudame t\u00f5husalt vastata Sportmasteri ette seatud v\u00e4ljakutsetele.<\/p>\n

J\u00e4reldused<\/h3>\n

Selle keerulise aja jooksul oleme s\u00f5nastanud peamised printsiibid, millel p\u00f5hineb tarkvara arendamine, mis, nagu ma usun, on asjakohased igasugusele ettev\u00f5ttele, mis sellega tegeleb.<\/p>\n

Inimesed<\/strong>See on see, mille peal k\u00f5ik p\u00f5hineb. T\u00f6\u00f6tajad peavad saama oma t\u00f6\u00f6st r\u00f5\u00f5mu tunda, m\u00f5istma ettev\u00f5tte eesm\u00e4rke ja tooteid, millega nad tegelevad. Ja loomulikult peaksid nad saama ka professionaalselt areneda. <\/p>\n

Tehnoloogia<\/strong>On vajalik, et ettev\u00f5te l\u00e4heneks oma tehnoloogia virnale k\u00fcpselt ja kasvataks oskusi seal, kus see t\u00f5eliselt vajalik on. See k\u00f5lab v\u00e4ga lihtsalt ja t\u00f5eliselt ilmse asjana. Ja seda ignoreeritakse v\u00e4ga sageli.<\/p>\n

Protsessid<\/strong>. Oluline on \u00f5igesti korraldada toote meeskondade ja ekspertkeskuste t\u00f6\u00f6d ning luua koost\u00f6\u00f6 \u00e4riga, et suhelda nendega kui partneritega.<\/p>\n<\/p>\n

\u00dcldiselt saime kuidagi hakkama. T\u00e4nap\u00e4eva peamine tees kinnitust leidis veel korra, vali k\u00f5lksatus peas.<\/p>\n

Isegi kui oled tohutu offline-\u00e4ri, millel on palju poode ja hulk linnu, kus tegevust t\u00e4histad, arenda oma online kohalolekut. See pole vaid lisam\u00fc\u00fcgikanal ega ilus rakendus, mille kaudu midagi osta (ja ka seet\u00f5ttu, et konkurentidel on samuti ilus). See ei ole varuvariant, mis aitab tormi \u00fcle elada.<\/p>\n

See on t\u00e4iesti vajalik. Selleks peavad olema valmis mitte ainult teie tehnilised ressursid ja infrastruktuur, vaid ka inimesed ja protsessid. L\u00f5ppude l\u00f5puks on kiiresti lisada m\u00e4luruumi, ruumi, avada uusi instantsse ja muud lihtsalt. Kuid inimesi ja protsesse tuleb selliseks ette valmistada eelnevalt.<\/p>\n<\/p>\n

Allikas: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb. \u042f \u0445\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043c\u044b \u0441\u043f\u0440\u0430\u0432\u0438\u043b\u0438\u0441\u044c \u0441 \u0442\u0440\u0443\u0434\u043d\u043e\u0441\u0442\u044f\u043c\u0438, \u0432\u043e\u0437\u043d\u0438\u043a\u0448\u0438\u043c\u0438 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0430\u043d\u0434\u0435\u043c\u0438\u0438. \u0412 \u043f\u0435\u0440\u0432\u044b\u0435 \u0434\u043d\u0438 \u043d\u043e\u0432\u044b\u0445 \u0440\u0435\u0430\u043b\u0438\u0439 \u043f\u0440\u0438\u0432\u044b\u0447\u043d\u044b\u0439 \u0444\u043e\u0440\u043c\u0430\u0442 \u043e\u0444\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u0430\u00bb \u0437\u0430\u043c\u0435\u0440, \u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0430\u0448 \u043e\u043d\u043b\u0430\u0439\u043d-\u043a\u0430\u043d\u0430\u043b, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u0432 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043d\u0430 \u0430\u0434\u0440\u0435\u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0443, \u0432\u043e\u0437\u0440\u043e\u0441\u043b\u0430 \u0432 10 \u0440\u0430\u0437. […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":94521,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-94520","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\udd47Mis aitas meil kiiresti uutes tingimustes online-m\u00fc\u00fcgi peale \u00fcle minna | ProHoster","description":"Tere! Minu nimi on Mihhail, ma olen Spordimeistri IT-ala aseesimees. Soovin jagada lugu sellest, kuidas me pandemiapuhangust tingitud raskustega hakkama saime. Uute reaalsuste esimestel p\u00e4evadel seisis Spordimeistri tavaline offline-m\u00fc\u00fcgi formaat paigal ning meie online-kanali koormus, peamiselt kliendile kohaletoimetamise osas, kasvas k\u00fcmme korda. Mitme p\u00e4eva jooksul.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\udd47\u0427\u0442\u043e \u043f\u043e\u043c\u043e\u0433\u043b\u043e \u043d\u0430\u043c \u0431\u044b\u0441\u0442\u0440\u043e \u043f\u0435\u0440\u0435\u0441\u0442\u0440\u043e\u0438\u0442\u044c\u0441\u044f \u043d\u0430 \u043e\u043d\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u044e \u0432 \u043d\u043e\u0432\u044b\u0445 \u0443\u0441\u043b\u043e\u0432\u0438\u044f\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442!\u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb. \u042f \u0445\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043c\u044b \u0441\u043f\u0440\u0430\u0432\u0438\u043b\u0438\u0441\u044c \u0441 \u0442\u0440\u0443\u0434\u043d\u043e\u0441\u0442\u044f\u043c\u0438, \u0432\u043e\u0437\u043d\u0438\u043a\u0448\u0438\u043c\u0438 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0430\u043d\u0434\u0435\u043c\u0438\u0438.\u0412 \u043f\u0435\u0440\u0432\u044b\u0435 \u0434\u043d\u0438 \u043d\u043e\u0432\u044b\u0445 \u0440\u0435\u0430\u043b\u0438\u0439 \u043f\u0440\u0438\u0432\u044b\u0447\u043d\u044b\u0439 \u0444\u043e\u0440\u043c\u0430\u0442 \u043e\u0444\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u0430\u00bb \u0437\u0430\u043c\u0435\u0440, \u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0430\u0448 \u043e\u043d\u043b\u0430\u0439\u043d-\u043a\u0430\u043d\u0430\u043b, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u0432 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043d\u0430 \u0430\u0434\u0440\u0435\u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0443, \u0432\u043e\u0437\u0440\u043e\u0441\u043b\u0430 \u0432 10 \u0440\u0430\u0437. \u0417\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","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":"2020-09-18T05:42:20+00:00","article:modified_time":"2020-09-18T05:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"94520","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:25:23","updated":"2022-09-29 04:36:15"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/94520","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=94520"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/94520\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/94521"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=94520"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=94520"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=94520"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}