{"id":93358,"date":"2020-09-06T07:42:57","date_gmt":"2020-09-06T05:42:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem"},"modified":"2020-09-06T07:42:57","modified_gmt":"2020-09-06T05:42:57","slug":"monitorim-sportmaster-kak-i-chem","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem","title":{"rendered":"Spremljamo Sportmaster - kako in s \u010dim","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>O ustvarjanju sistema za spremljanje smo razmi\u0161ljali \u017ee v fazi oblikovanja produktnih ekip. Postalo je jasno, da na\u0161e delo \u2014 izvajanje \u2014 nikakor ne vklju\u010duje teh ekip. Zakaj tako?<\/p>\n<p>Dejstvo je, da so vse na\u0161e ekipe zgrajene okoli lo\u010denih informacijskih sistemov, mikroservisov in vmesnikov, zato skupno zdravstveno stanje celotnega sistema ekipe ne zaznavajo. Na primer, morda ne vedo, kako neka majhna komponenta v globokem zadnjem delu vpliva na vmesni del. Njihovo zanimanje je omejeno na sisteme, s katerimi je njihov sistem integriran. \u010ce pa ekipa in njen servis A skorajda nista povezana s servisom B, potem je ta servis za ekipo skorajda neviden.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/sportmaster_lab\/blog\/517678\/\"><img decoding=\"async\" alt=\"Spremljamo Sportmaster - kako in s \u010dim\" src=\"\/wp-content\/uploads\/2020\/09\/393621991a8997d449cb3adec71b6af5.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Na\u0161a ekipa pa deluje z sistemi, ki so mo\u010dno integrirani med seboj: med njimi je mnogo povezav, to je zelo velika infrastruktura. In od vseh teh sistemov (ki jih imamo, mimogrede, ogromno) je odvisno delovanje spletne trgovine. <\/p>\n<p>Tako se zgodi, da na\u0161 oddelek ne pripada nobeni ekipi, ampak je nekoliko na obrobju. V vsem tem je na\u0161 cilj razumeti celotno delovanje informacijskih sistemov, njihovo funkcionalnost, integracije, programsko opremo, omre\u017eje, strojno opremo in kako je vse to med seboj povezano.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nPlatforma, na kateri delujejo na\u0161e spletne trgovine, izgleda takole:<\/p>\n<ul>\n<li>sprednji del<\/li>\n<li>srednji del<\/li>\n<li>zadnji del<\/li>\n<\/ul>\n<p>\nKako zelo si \u017eelimo, da bi vse sisteme delovale gladko in brezhibno. Zadeva je ponovno v \u0161tevilu sistemov in integracij \u2014 pri tak\u0161nem, kot ga imamo, so nekateri incidenti neizbe\u017eni, kljub kakovosti testiranja. To velja tako za notranje delovanje neke posamezne sistema kot tudi za njihove integracije. Potrebno je spremljati stanje celotne platforme celovito in ne le nekaterih njenih delov. <\/p>\n<p>Idealen na\u010din za spremljanje zdravstvenega stanja celotne platforme je avtomatizacija. Tako smo pri\u0161li do spremljanja kot nujnega dela tega procesa. Sprva je bil vzpostavljen le za sprednji del, pri \u010demer so lastni sistemi spremljanja po plastih obstajali in \u0161e obstajajo pri omre\u017earjih, skrbnikih programske opreme in strojne opreme. Vsi ti ljudje so spremljali monitoring le na svojem nivoju, celostnega razumevanja pa tudi noben ni imel.<\/p>\n<p>Na primjer, ako virtualna ma\u0161ina padne, u ve\u0107ini slu\u010dajeva to zna samo administrator odgovoran za hardver i virtualnu ma\u0161inu. Front-end timovi su u tim slu\u010dajevima vidjeli samo sam doga\u0111aj pada aplikacije, ali nisu imali podatke o padu virtualne ma\u0161ine. Administrator mo\u017ee znati ko je klijent i otprilike razumeti \u0161ta se trenutno doga\u0111a na toj virtualnoj ma\u0161ini, pod uslovom da je to neki veliki projekat. Za male projekte verovatno nije obave\u0161ten. U svakom slu\u010daju, administrator mora oti\u0107i do vlasnika, pitati \u0161ta se ta\u010dno nalazilo na ovoj ma\u0161ini, \u0161ta treba obnoviti i \u0161ta promeniti. A ako se ne\u0161to ozbiljno slomilo, po\u010dela bi trka u krug \u2014 jer niko nije video sistem u celini.<\/p>\n<p>Na kraju, ovakve raspr\u0161ene pri\u010de uti\u010du na celu front-end funkciju, na korisnike i na\u0161u osnovnu poslovnu funkciju \u2014 internet prodaju. Kako ne pripadamo timovima, ve\u0107 se bavimo operacijom svih ecommerce aplikacija unutar internet prodavnice, preuzeli smo zadatak kreiranja sveobuhvatnog sistema monitoringa ecommerce platforme. <\/p>\n<h2>Struktura sistema i tehnolo\u0161ki sklop<\/h2>\n<p>\nPo\u010deli smo tako \u0161to smo izdvojili nekoliko slojeva monitoringa za na\u0161e sisteme, kroz koje \u0107emo sakupljati metrike. Sve to je trebalo objediniti, \u0161to smo i uradili u prvoj fazi. Sada radimo na maximiziranju kvaliteta sakupljanja metrika po svim na\u0161im slojevima, kako bismo uspostavili korelaciju i razumeli kako sistemi uti\u010du jedni na druge.<\/p>\n<p>Nedostatak sveobuhvatnog monitoringa u po\u010detnim fazama pokretanja aplikacija (budu\u0107i da smo ga po\u010deli graditi kada je velika ve\u0107ina sistema bila u eksploataciji) doveo je do zna\u010dajnog tehni\u010dkog duga u pode\u0161avanju monitoringa cele platforme. Nismo mogli da se fokusiramo na pode\u0161avanje monitoringa samo jednog IS-a i detaljno radimo monitoring za njega, jer bi ostali sistemi ostali na neko vreme bez monitoringa. Da bismo re\u0161ili ovaj problem, odredili smo listu najva\u017enijih metrika za procenu stanja informacionog sistema po slojevima i zapo\u010deli njenu implementaciju.<\/p>\n<p>Zato smo odlu\u010dili da jedemo slona na delove.<\/p>\n<p>Na\u0161 sistem se sastoji od:<\/p>\n<ul>\n<li>hardvera; <\/li>\n<li>operativnog sistema; <\/li>\n<li>softvera; <\/li>\n<li>UI deli v aplikaciji za spremljanje; <\/li>\n<li>poslovne metrike; <\/li>\n<li>integracijske aplikacije; <\/li>\n<li>informacijska varnost; <\/li>\n<li>omre\u017eja; <\/li>\n<li>balancer prometa. <\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Spremljamo Sportmaster - kako in s \u010dim\" src=\"\/wp-content\/uploads\/2020\/09\/687a5b8b39b3fd540a9b591f49a019d3.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nV sredi\u0161\u010du tega sistema je samo spremljanje. Da bi splo\u0161no razumeli stanje celotnega sistema, moramo vedeti, kaj se dogaja z aplikacijami na vseh teh plasteh in skozi celoten nabor aplikacij. <\/p>\n<p>Torej, o kupu. <\/p>\n<p><img decoding=\"async\" alt=\"Spremljamo Sportmaster - kako in s \u010dim\" src=\"\/wp-content\/uploads\/2020\/09\/b9a9b86d788990899e7f04e34fb879d9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUporabljamo programsko opremo z odprto kodo. V sredi\u0161\u010du imamo Zabbix, ki ga uporabljamo predvsem kot sistem za opozarjanje. Vsem je znano, da je popoln za spremljanje infrastrukture. Kaj to pomeni? Gre za nizkoinvazivne metrike, ki jih ima vsako podjetje, ki ima svoj podatkovni center (Sportmaster ima svoje podatkovne centre) \u2014 temperatura stre\u017enika, stanje pomnilnika, RAID-a, metrike omre\u017enih naprav.<\/p>\n<p>Integrirali smo Zabbix z aplikacijama Telegram in Microsoft Teams, ki ju aktivno uporabljajo ekipe. Zabbix pokriva plast dejanskega omre\u017eja, strojne opreme in delno programske opreme, vendar to ni panaceja. Te podatke dopolnjujemo iz nekaterih drugih storitev. Na primer, glede strojne opreme se neposredno prek API-ja pove\u017eemo v na\u0161em sistemu virtualizacije in pridobimo podatke. <\/p>\n<p>Kaj \u0161e. Poleg Zabbixa uporabljamo Prometheus, ki omogo\u010da spremljanje metrik v aplikaciji dinami\u010dnega okolja. To pomeni, da lahko pridobivamo metrike aplikacije prek HTTP kon\u010dne to\u010dke in se ne skrbimo glede tega, katere metrike nalo\u017eiti vanjo, katere pa ne. Na podlagi teh podatkov lahko oblikujemo analiti\u010dne poizvedbe.<\/p>\n<p>Viri podatkov za ostale plasti, na primer poslovne metrike, se delijo na tri sestavine.<\/p>\n<p>Prvi\u010d, to so zunanje poslovne sisteme, Google Analytics, zbiramo metrike iz dnevnikov. Iz njih pridobivamo podatke o aktivnih uporabnikih, konverzijah in vsem, kar je povezano z poslovanjem. Drugi\u010d, to je sistem spremljanja UI. O tem je treba podrobneje govoriti.<\/p>\n<p>Neko\u010d smo za\u010deli z ro\u010dnim testiranjem, ki je preraslo v avtomatske teste funkcionalnosti in integracij. Iz tega smo ustvarili spremljanje, obdr\u017eali smo le osnovno funkcionalnost in se povezali z markerji, ki so \u010dim bolj stabilni in se ne spreminjajo pogosto.<\/p>\n<p>Nova struktura ekip pomeni, da se vse dejavnosti aplikacij osredoto\u010dajo na produktne ekipe, zato se s \u010distem testiranjem ve\u010d ne ukvarjamo. Namesto tega smo teste preoblikovali v UI-monitoring, napisan v Javi, Selenium in Jenkins (ki se uporablja kot sistem za zagon in generiranje poro\u010dil). <\/p>\n<p>Imeli smo veliko testov, a na koncu smo se odlo\u010dili za prehod na glavno pot, vrhnjo metriko. In \u010de imamo veliko specifi\u010dnih testov, bo te\u017eko ohranjati a\u017eurnost podatkov. Vsaka naslednja izdaja bo bistveno uni\u010dila celoten sistem, mi pa se bomo samo ukvarjali z njegovimi popravili. Zato se osredoto\u010damo na temeljne stvari, ki se redko spreminjajo, in spremljamo samo te.<\/p>\n<p>Nazadnje, kot tretje, je vir podatkov centraliziran sistem za bele\u017eenje. Za bele\u017eenje uporabljamo Elastic Stack, nato pa lahko te podatke vtiramo v na\u0161 sistem monitoringa po poslovnih metriki. Poleg vsega tega deluje na\u0161 lasten Monitoring API, napisan v Pythonu, ki po API-ju vpra\u0161a katere koli storitve in pridobiva podatke iz njih v Zabbix.<\/p>\n<p>\u0160e en nepogre\u0161ljiv atribut monitoringa je vizualizacija. Ta pri nas temelji na Grafani. Med drugimi sistemi vizualizacije se izpostavlja po tem, da lahko na nadzorni plo\u0161\u010di vizualiziramo metrike iz razli\u010dnih virov podatkov. Lahko zberemo vrhnje metrike spletne trgovine, na primer \u0161tevilo naro\u010dil, prejetih v zadnji uri, iz DBMS, metrike zmogljivosti operacijskega sistema, na katerem te\u010de ta spletna trgovina, iz Zabbixa, ter metrike instanc te aplikacije iz Prometheusa. In vse to bo na eni nadzorni plo\u0161\u010di. Pregledno in dostopno.<\/p>\n<p>Opa\u017eam glede varnosti \u2014 trenutno nadgrajujemo sistem, ki ga bomo kasneje integrirali z globalnim sistemom monitoringa. Po mojem mnenju so glavni problemi, s katerimi se sre\u010duje e-commerce na podro\u010dju informacijske varnosti, povezani z botom, parserji in brutalnim siljenjem. To je treba spremljati, saj vse to lahko kriti\u010dno vpliva tako na delovanje na\u0161ih aplikacij kot tudi na ugled z vidika poslovanja. Izbrana tehnologija uspe\u0161no pokriva te naloge.<\/p>\n<p>\u0160e en pomemben vidik je, da raven aplikacij zbira Prometheus. Tudi ta je pri nas povezan z Zabbixom. Imamo tudi sitespeed, storitev, ki nam omogo\u010da spremljanje parametrov, kot so hitrost nalaganja na\u0161e strani, ozka grla, prikazovanje strani, nalaganje skript in drugo; ta je prav tako integrirana prek API-ja. Tako se na\u0161e metrike zbirajo v Zabbixu, zato tam tudi po\u0161iljamo alerte. Vse alerte trenutno odhajajo na glavne na\u010dine po\u0161iljanja (to sta za zdaj e-po\u0161ta in Telegram, nedavno smo dodali \u0161e MS Teams). Na\u010drtujemo nadgraditi alerting na tak\u0161no raven, da bi pametni boti delovali kot storitev in zagotavljali informacije o monitoringu vsem \u017eeljnim produktnim ekipam. <\/p>\n<p>Za nas so pomembne metrike ne le posameznih informacijskih sistemov, temve\u010d tudi skupne metrike celotne infrastrukture, ki jo uporabljajo aplikacije: grozdi <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sl\/server\/\"   title=\"fizi\u010dnih stre\u017enikov\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1270\">fizi\u010dnih stre\u017enikov<\/a>, na katerih se izvajajo virtualni stroji, uravnava\u010di prometa, Network Load Balancer-ji, sama mre\u017ea, izkori\u0161\u010denost komunikacijskih kanalov. Poleg tega so metri\u010dni podatki tudi o na\u0161ih lastnih podatkovnih centrih (imamo ve\u010d in infrastruktura je precej obse\u017ena). <\/p>\n<p><img decoding=\"async\" alt=\"Spremljamo Sportmaster - kako in s \u010dim\" src=\"\/wp-content\/uploads\/2020\/09\/aaee82a501dce0eee31c5a81662cd8be.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPrednosti na\u0161ega sistema monitoringa so v tem, da z njegovo pomo\u010djo vidimo stanje delovanja vseh sistemov, lahko ocenimo njihovo medsebojno vplivanje in vpliv na skupne vire. Na koncu nam omogo\u010da na\u010drtovanje virov, kar prav tako spada v na\u0161o odgovornost. Upravljamo s stre\u017eni\u0161kimi viri \u2014 bazenom znotraj e-trgovine, uvajamo in izlo\u010damo novo opremo, kupujemo novo, izvajamo revizijo izkori\u0161\u010danja virov in drugo. Vsako leto ekipe na\u010drtujejo nove projekte, razvijajo svoje sisteme in za nas je pomembno, da jim zagotovimo vire. <\/p>\n<p>S pomo\u010djo metrik vidimo trend porabe virov na\u0161ih informacijskih sistemov. Na njihovi osnovi lahko \u017ee za\u010dnemo z na\u010drtovanjem. Na ravni virtualizacije zbiramo podatke in vidimo informacije o razpolo\u017eljivem \u0161tevilu virov po podatkovnih centrih. Znotraj podatkovnega centra pa je vidna tako izkori\u0161\u010denost kot dejanska porazdelitev in poraba virov. To velja tako za samostojne stre\u017enike kot za virtualne stroje in gru\u010de fizi\u010dnih stre\u017enikov, na katerih se vsi ti virtualni stroji uspe\u0161no izvajajo. <\/p>\n<h2>Perspektive<\/h2>\n<p>\nTrenutno imamo osnova sistema u celini, ali jo\u0161 uvek ima dovoljno stvari na kojima treba raditi. Bar je to sloj informati\u010dke sigurnosti, ali je va\u017eno i do\u0107i do mre\u017ee, razviti al\u00ebrtanje i re\u0161iti pitanja sa korelacijom. Imamo mnogo slojeva i sistema, a na svakom sloju jo\u0161 mnogo metrike. Ispada da je ovo matrjo\u0161ka na kvadrat.<\/p>\n<p>Na\u0161 cilj je na kraju stvoriti prave alerte. Na primer, ako se desi problem sa hardverom, opet, sa virtuelnom ma\u0161inom, a tamo je bila va\u017ena aplikacija, i servis nije bio nikako rezervisan. Sazna\u0107emo da je virtuelna ma\u0161ina 'umrla'. Zatim \u0107e se alertovati poslovne metrike: korisnici su se negde izgubili, konverzija nema, UI u interfejsu nije dostupan, softver i servisi su tako\u0111e 'umrli'.<\/p>\n<p>U ovakvom scenariju dobi\u0107emo spam iz alerata, a to ve\u0107 ne odgovara formatu pravog sistema monitora. Postavlja se pitanje korelacije. Zato bi idealno na\u0161 sistem monitoringa trebao re\u0107i: 'Momci, va\u0161a fizi\u010dka ma\u0161ina je umrla, zajedno sa ovom aplikacijom i takvim metrikama', uz pomo\u0107 jednog alerata, umesto da nas besno zasipa stotinama alerata. Trebao bi da izvesti o onome \u0161to je najva\u017enije \u2014 o uzroku, \u0161to doprinosi hitnosti re\u0161enja problema putem njegove lokalizacije.<\/p>\n<p>Na\u0161 sistem obave\u0161tavanja i obrada alerata je izgra\u0111en oko 24\/7 slu\u017ebe za pomo\u0107. Svi alerti koji se smatraju obaveznim i ulaze u kontrolnu listu se \u0161alju tamo. Svaki alert mora obavezno imati opis: \u0161ta se dogodilo, \u0161ta to zapravo zna\u010di, na \u0161ta uti\u010de. Tako\u0111e, link na dashboard i uputstvo \u0161ta se u tom slu\u010daju treba raditi. <\/p>\n<p>To su svi zahtevi za izgradnju alertanja. Dalje, situacija se mo\u017ee razvijati u dva pravca \u2014 ili problemi postoje i treba ih re\u0161avati, ili je do\u0161lo do kvara u sistemu monitoringa. Ali u svakom slu\u010daju, treba i\u0107i i istra\u017eiti.<\/p>\n<p>U proseku, sada nam dnevno dolazi oko stotinu alerata, uzimaju\u0107i u obzir da korelacija alerata jo\u0161 nije pravilno pode\u0161ena. I ako je potrebno obaviti tehni\u010dke radove, i ne\u0161to prisilno isklju\u010dimo, njihova brojka se vi\u0161estruko pove\u0107ava. <\/p>\n<p>Poleg spremljanja sistemov, ki jih uporabljamo, in zbiranja metrik, ki jih na\u0161a stran \u0161teje za pomembne, sistem za spremljanje omogo\u010da zbiranje podatkov za produktne ekipe. Te lahko vplivajo na sestavo metrik v okviru informacijskih sistemov, ki jih spremljamo. <\/p>\n<p>Na\u0161 kolega lahko pride in prosi, da dodamo katero koli metriko, ki bi bila uporabna tako za nas kot za ekipo. Ali pa, recimo, ekipi morda osnovne metrike, ki jih imamo, ne zadostujejo in potrebujejo specifi\u010dne. V Grafani ustvarjamo prostor za vsako ekipo in jim dodelimo skrbni\u0161ka pravica. Poleg tega, \u010de ekipi potrebujemo nadzorne plo\u0161\u010de, pa jih same ne morejo\/ne vedo, kako to narediti, jim pomagamo. <\/p>\n<p>Ker smo zunaj procesa ustvarjanja vrednosti ekipe, njihovih izdaj in na\u010drtovanja, postopoma prihajamo do tega, da so izdaje vseh sistemov brez\u0161ivne in jih lahko objavljamo vsak dan, ne da bi se o tem usklajevali z nami. Nam je pomembno spremljati te izdaje, saj lahko potencialno vplivajo na delovanje aplikacije in lahko kaj pokvarijo, kar je kriti\u010dno. Za upravljanje izdaj uporabljamo Bamboo, od koder prek API-ja pridobivamo podatke in lahko vidimo, katere izdaje v katerih informacijskih sistemih so iz\u0161le in njihov status. In najpomembneje \u2014 ob katerem \u010dasu. Oznake o izdajah nalagamo na glavne kriti\u010dne metrike, kar vizualno predstavlja precej dobri kazalec v primeru te\u017eav.<\/p>\n<p>Tako lahko vidimo korelacijo med novimi izdajami in nastajajo\u010dimi te\u017eavami. Glavna ideja je razumeti, kako sistem deluje na vseh plasteh, hitro lokalizirati te\u017eavo in jo prav tako hitro odpraviti. Kajti pogosto se zgodi, da najve\u010d \u010dasa ne vzame re\u0161evanje te\u017eave, temve\u010d iskanje vzroka. <\/p>\n<p>Na tem podro\u010dju se v prihodnosti \u017eelimo osredoto\u010diti na proaktivnost. Ideja je, da bi o prihajajo\u010di te\u017eavi izvedeli vnaprej, namesto \u0161ele po njenem nastanku, da bi se ukvarjali z njenim prepre\u010devanjem in ne re\u0161evanjem. Ob\u010dasno pride do la\u017enih alarmov sistema za spremljanje, tako zaradi \u010dlove\u0161ke napake kot sprememb v aplikaciji. In na tem delamo, optimiziramo in se trudimo, da uporabnike, ki uporabljajo na\u0161 sistem za spremljanje, obve\u0161\u010damo o vseh manipulacijah, ali pa te aktivnosti izvajamo v teh. oknu. <\/p>\n<p>Torej, sistem je bil zagonjen in uspe\u0161no deluje od pomladi... in prina\u0161a precej\u0161nje dobi\u010dke. Seveda to ni kon\u010dna razli\u010dica, vnesti \u017eelimo \u0161e vrsto koristnih funkcij. Toda prav v tem trenutku, ob tolik\u0161nem \u0161tevilu integracij in aplikacij, brez avtomatizacije spremljanja res ni mogo\u010de.<\/p>\n<p>\u010ce tudi vi spremljate velike projekte s \u0161tevilnimi integracijami \u2014 v komentarjih nam pi\u0161ite, katero re\u0161itev ste na\u0161li za to.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/sportmaster_lab\/blog\/517678\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 \u043c\u044b \u0437\u0430\u0434\u0443\u043c\u0430\u043b\u0438\u0441\u044c \u043d\u0430 \u044d\u0442\u0430\u043f\u0435 \u0444\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u0430\u043d\u0434. \u0421\u0442\u0430\u043b\u043e \u043f\u043e\u043d\u044f\u0442\u043d\u043e, \u0447\u0442\u043e \u043d\u0430\u0448\u0435 \u0434\u0435\u043b\u043e \u2014 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u044f \u2014 \u0432 \u044d\u0442\u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0438\u043a\u0430\u043a \u043d\u0435 \u043f\u043e\u043f\u0430\u0434\u0430\u0435\u0442. \u041f\u043e\u0447\u0435\u043c\u0443 \u0442\u0430\u043a? \u0414\u0435\u043b\u043e \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e \u0432\u0441\u0435 \u043d\u0430\u0448\u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u044b \u0432\u043e\u043a\u0440\u0443\u0433 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0445 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c, \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0438 \u0444\u0440\u043e\u043d\u0442\u043e\u0432, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0431\u0449\u0435\u0435 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0435 \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u044f \u0432\u0441\u0435\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432 \u0446\u0435\u043b\u043e\u043c \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0435 \u0432\u0438\u0434\u044f\u0442. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043e\u043d\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":93359,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-93358","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041e \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 \u043c\u044b \u0437\u0430\u0434\u0443\u043c\u0430\u043b\u0438\u0441\u044c \u043d\u0430 \u044d\u0442\u0430\u043f\u0435 \u0444\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u0430\u043d\u0434. \u0421\u0442\u0430\u043b\u043e \u043f\u043e\u043d\u044f\u0442\u043d\u043e, \u0447\u0442\u043e \u043d\u0430\u0448\u0435 \u0434\u0435\u043b\u043e \u2014 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u044f \u2014 \u0432 \u044d\u0442\u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0438\u043a\u0430\u043a \u043d\u0435 \u043f\u043e\u043f\u0430\u0434\u0430\u0435\u0442.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043c \u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440 \u2014 \u043a\u0430\u043a \u0438 \u0447\u0435\u043c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041e \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 \u043c\u044b \u0437\u0430\u0434\u0443\u043c\u0430\u043b\u0438\u0441\u044c \u043d\u0430 \u044d\u0442\u0430\u043f\u0435 \u0444\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u0430\u043d\u0434. \u0421\u0442\u0430\u043b\u043e \u043f\u043e\u043d\u044f\u0442\u043d\u043e, \u0447\u0442\u043e \u043d\u0430\u0448\u0435 \u0434\u0435\u043b\u043e \u2014 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u044f \u2014 \u0432 \u044d\u0442\u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0438\u043a\u0430\u043a \u043d\u0435 \u043f\u043e\u043f\u0430\u0434\u0430\u0435\u0442.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-09-06T05:42:57+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-09-06T05:42:57+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Spremljamo Sportmaster \u2014 kako in s \u010dim | ProHoster","description":"O ustvarjanju sistema za spremljanje smo razmi\u0161ljali \u017ee v fazi oblikovanja produktnih ekip. Postalo je jasno, da na\u0161e podro\u010dje \u2014 obratovanje \u2014 ne ustreza tem ekipam.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043c \u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440 \u2014 \u043a\u0430\u043a \u0438 \u0447\u0435\u043c | ProHoster","og:description":"\u041e \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 \u043c\u044b \u0437\u0430\u0434\u0443\u043c\u0430\u043b\u0438\u0441\u044c \u043d\u0430 \u044d\u0442\u0430\u043f\u0435 \u0444\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u0430\u043d\u0434. \u0421\u0442\u0430\u043b\u043e \u043f\u043e\u043d\u044f\u0442\u043d\u043e, \u0447\u0442\u043e \u043d\u0430\u0448\u0435 \u0434\u0435\u043b\u043e \u2014 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u044f \u2014 \u0432 \u044d\u0442\u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0438\u043a\u0430\u043a \u043d\u0435 \u043f\u043e\u043f\u0430\u0434\u0430\u0435\u0442.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem","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-06T05:42:57+00:00","article:modified_time":"2020-09-06T05:42:57+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"93358","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:49:43","updated":"2026-02-09 16:45:36","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/93358","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=93358"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/93358\/revisions"}],"predecessor-version":[{"id":158514,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/93358\/revisions\/158514"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/93359"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=93358"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=93358"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=93358"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}