{"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\/no\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem","title":{"rendered":"Vi overv\u00e5ker Sportmaster \u2014 hvordan og med hva","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Vi begynte \u00e5 tenke p\u00e5 opprettelsen av et overv\u00e5kingssystem i l\u00f8pet av dannelsen av produktteamene. Det ble klart at v\u00e5rt ansvar \u2014 driften \u2014 ikke er en del av disse teamene. Hvorfor er det slik?<\/p>\n<p>Saken er den at alle v\u00e5re team er bygget rundt separate informasjonssystemer, mikrotjenester og grensesnitt, s\u00e5 de ser ikke den generelle helsetilstanden til hele systemet. For eksempel kan de v\u00e6re uvitende om hvordan en liten del av backend p\u00e5virker frontend. Deres interesseomr\u00e5de er begrenset til systemene de har integrert sine systemer med. Hvis et team og dets tjeneste A knapt har noe \u00e5 gj\u00f8re med tjeneste B, s\u00e5 er den tjenesten stort sett usynlig for teamet.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/sportmaster_lab\/blog\/517678\/\"><img decoding=\"async\" alt=\"Vi overv\u00e5ker Sportmaster \u2014 hvordan og med hva\" src=\"\/wp-content\/uploads\/2020\/09\/393621991a8997d449cb3adec71b6af5.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>V\u00e5rt team, derimot, jobber med systemer som er sterkt integrert med hverandre: det finnes mange forbindelser mellom dem, og dette utgj\u00f8r en ganske stor infrastruktur. Arbeidet til nettbutikken er avhengig av alle disse systemene (som vi forresten har et stort antall av). <\/p>\n<p>S\u00e5 det viser seg at v\u00e5r avdeling ikke tilh\u00f8rer noe spesifikt team, men ligger litt utenfor. I denne historien er v\u00e5r oppgave \u00e5 forst\u00e5 helheten av hvordan informasjonssystemene fungerer, deres funksjonalitet, integrasjoner, programvare, nettverk, maskinvare, og hvordan alt henger sammen.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nPlattformen som driver v\u00e5re nettbutikker ser slik ut:<\/p>\n<ul>\n<li>front<\/li>\n<li>middle-office<\/li>\n<li>back-office<\/li>\n<\/ul>\n<p>\nS\u00e5 mye vi skulle \u00f8nske, finnes det ikke noe som heter at alle systemer fungerer jevnt og feilfritt. Det kommer igjen an p\u00e5 antall systemer og integrasjoner \u2014 med et slikt volum som vi har, er visse hendelser uunng\u00e5elige, til tross for kvaliteten p\u00e5 testingen. Dette gjelder b\u00e5de innenfor et enkelt system og i forhold til deres integrasjon. Det er n\u00f8dvendig \u00e5 overv\u00e5ke tilstanden til hele plattformen helhetlig, og ikke bare en viss del av den. <\/p>\n<p>I idealtilfellet b\u00f8r overv\u00e5kningen av helsetilstanden til hele plattformen automatiseres. Vi kom til overv\u00e5kning som en uunng\u00e5elig del av denne prosessen. I utgangspunktet ble det bygget bare for frontend-delen, mens egne overv\u00e5kingssystemer for lagene ble og blir brukt av nettverksfolk, programvareadministratorer og maskinvare. Alle disse menneskene overv\u00e5ket bare p\u00e5 sitt niv\u00e5, ingen hadde noe helhetlig forst\u00e5else.<\/p>\n<p>For example, if a virtual machine fails, in most cases only the administrator responsible for the hardware and the virtual machine is aware of this. The frontend team sees the fact of the application's failure, but they have no data about the failure of the virtual machine. The administrator may know who the client is and have a rough idea of what is currently running on that virtual machine, provided it is a large project. For smaller projects, they are likely unaware. In any case, the administrator needs to approach the owner and inquire about what was on that machine, what needs to be restored, and what should be changed. If something serious was broken, a frantic search would begin \u2014 because no one had a holistic view of the system.<\/p>\n<p>Ultimately, such fragmented stories affect the entire frontend, the users, and our core business function \u2014 online sales. As we are not part of the teams, but rather manage all ecommerce applications within the online store, we took on the task of creating a comprehensive monitoring system for the ecommerce platform. <\/p>\n<h2>System Structure and Stack<\/h2>\n<p>\nWe started by identifying several layers of monitoring for our systems, across which we would need to collect metrics. All of this needed to be integrated, which we accomplished in the first phase. Now at this stage, we are refining the collection of metrics across all our layers to establish correlations and understand how systems affect one another.<\/p>\n<p>The lack of comprehensive monitoring at the initial stages of application launches (since we started building it when most systems were already in operation) resulted in a significant technical debt regarding the configuration of monitoring for the entire platform. We could not afford to focus on configuring monitoring for a single information system in detail, as the other systems would be without monitoring for some time. To solve this challenge, we identified a list of the most necessary metrics for assessing the state of the information system across layers and began to implement it.<\/p>\n<p>Therefore, we decided to tackle the elephant in parts.<\/p>\n<p>Our system consists of:<\/p>\n<ul>\n<li>hardware; <\/li>\n<li>operating system; <\/li>\n<li>software; <\/li>\n<li>UI-deler i overv\u00e5kingsapplikasjonen; <\/li>\n<li>forretningsmetrikker; <\/li>\n<li>integrasjonsapplikasjoner; <\/li>\n<li>informasjonssikkerhet; <\/li>\n<li>nettverk; <\/li>\n<li>trafikkbalanserer. <\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Vi overv\u00e5ker Sportmaster \u2014 hvordan og med hva\" src=\"\/wp-content\/uploads\/2020\/09\/687a5b8b39b3fd540a9b591f49a019d3.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI sentrum av dette systemet er selve overv\u00e5kingen. For \u00e5 forst\u00e5 tilstanden til hele systemet, er det n\u00f8dvendig \u00e5 vite hva som skjer med applikasjonene p\u00e5 alle disse lagene og i lys av det store antallet applikasjoner. <\/p>\n<p>S\u00e5, la oss snakke om stakken. <\/p>\n<p><img decoding=\"async\" alt=\"Vi overv\u00e5ker Sportmaster \u2014 hvordan og med hva\" src=\"\/wp-content\/uploads\/2020\/09\/b9a9b86d788990899e7f04e34fb879d9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVi bruker programvare med \u00e5pen kildekode. I sentrum har vi Zabbix, som vi prim\u00e6rt bruker som et alarmsystem. Alle vet at det passer perfekt for overv\u00e5kning av infrastruktur. Hva menes med dette? Det er nettopp de lavniv\u00e5metrikker som finnes hos hver bedrift som har sitt eget datasenter (og Sportmaster har sine datasentre) \u2014 servertemperatur, minnestatus, RAID-status, metrikker for nettverksenheter.<\/p>\n<p>Vi har integrert Zabbix med meldingssystemene Telegram og Microsoft Teams, som er mye brukt i teamene. Zabbix dekker laget av den faktiske nettverket, maskinvaren og delvis programvaren, men det er ikke en panacea. Vi beriker disse dataene fra noen andre tjenester. For eksempel, p\u00e5 maskinvare-niv\u00e5 kobler vi oss direkte via API til v\u00e5rt virtualiseringssystem og henter data. <\/p>\n<p>Hva mer. I tillegg til Zabbix bruker vi Prometheus, som tillater oss \u00e5 overv\u00e5ke metrikker i applikasjonen av dynamiske omgivelser. Det vil si at vi kan motta applikasjonsmetrikker via HTTP-endepunkt og ikke bekymre oss for hvilke metrikker vi skal laste opp og hvilke vi ikke skal. Basert p\u00e5 disse dataene kan vi lage analytiske foresp\u00f8rsel.<\/p>\n<p>Datakilder for de andre lagene, for eksempel forretningsmetrikker, er delt inn i tre komponenter.<\/p>\n<p>For det f\u00f8rste, ekstern forretningssystemer, Google Analytics, vi samler metrikker fra logger. Fra dem f\u00e5r vi data om aktive brukere, konverteringer og alt annet relatert til forretningen. For det andre, det er brukermonitoreringssystemet. Dette b\u00f8r beskrives mer detaljert.<\/p>\n<p>En gang startet vi med manuell testing, og det utviklet seg til automatiserte tester for funksjonalitet og integrasjoner. Derfra laget vi overv\u00e5kingen, og beholdt bare hovedfunksjonaliteten, og knyttet oss til marker som er s\u00e5 stabile som mulig og ikke endres ofte over tid.<\/p>\n<p>Den nye teamstrukturen inneb\u00e6rer at all aktivitet knyttet til applikasjoner er konsolidert innen produktteamene, s\u00e5 vi har sluttet med ren testing. I stedet har vi utviklet UI-overv\u00e5king, skrevet i Java, Selenium og Jenkins (som brukes som system for kj\u00f8ring og rapportgenerering). <\/p>\n<p>Vi hadde mange tester, men til slutt bestemte vi oss for \u00e5 fokusere p\u00e5 hovedveien, den overordnede metrikken. Og hvis vi har mange spesifikke tester, vil det bli vanskelig \u00e5 opprettholde datakvaliteten. Hver p\u00e5f\u00f8lgende utgivelse vil i stor grad bryte hele systemet, og vi vil bare ende opp med \u00e5 fikse det. Derfor har vi fokusert p\u00e5 helt grunnleggende ting som sjelden endres, og bare overv\u00e5ker dem.<\/p>\n<p>Til slutt, for det tredje, er kilden til dataene et sentralisert loggingssystem. Vi bruker Elastic Stack for logger, og deretter kan vi trekke disse dataene inn i v\u00e5rt overv\u00e5kingssystem for forretningsmetrikker. I tillegg til dette fungerer v\u00e5r egen Monitoring API-tjeneste, skrevet i Python, som foresp\u00f8r API-er fra forskjellige tjenester og henter data fra dem inn i Zabbix.<\/p>\n<p>En annen uunnv\u00e6rlig komponent i overv\u00e5king er visualisering. V\u00e5r visualisering er bygget p\u00e5 Grafana. Blandt andre visualiseringssystemer utmerker den seg ved at den p\u00e5 dashbordet kan visualisere metrikker fra forskjellige datakilder. Vi kan samle de overordnede metrikene til nettbutikken, for eksempel antall bestillinger gjort den siste timen, fra databasene, ytelsesmeter fra operativsystemet som nettbutikken kj\u00f8rer p\u00e5, fra Zabbix, og metrikker fra applikasjonsinstansene fra Prometheus. Alt dette vil v\u00e6re p\u00e5 ett dashbord. Klart og tilgjengelig.<\/p>\n<p>Jeg vil nevne sikkerhet \u2013 vi jobber n\u00e5 med \u00e5 forbedre systemet som vi senere skal integrere med det globale overv\u00e5kingssystemet. Etter min mening er de viktigste utfordringene som e-handel m\u00f8ter innen informasjonssikkerhet knyttet til roboter, parsere og brute force-angrep. Dette m\u00e5 overv\u00e5kes, fordi det kan kritisk p\u00e5virke b\u00e5de ytelsen til applikasjonene v\u00e5re og omd\u00f8mmet v\u00e5rt fra et forretningsperspektiv. Og med den valgte stakken dekker vi disse oppgavene.<\/p>\n<p>En viktig punkt \u00e4r att applikationsniv\u00e5n samlas in av Prometheus. Den \u00e4r ocks\u00e5 integrerad med Zabbix. Dessutom har vi sitespeed, en tj\u00e4nst som g\u00f6r att vi kan se parametrar som laddningstiden f\u00f6r v\u00e5r sida, flaskhalsar, rendering av sidan, laddning av skript och mer, och den \u00e4r ocks\u00e5 integrerad via API. S\u00e5 v\u00e5ra m\u00e4tningar samlas i Zabbix, och vi skickar \u00e4ven larm d\u00e4rifr\u00e5n. Alla larm g\u00e5r f\u00f6r n\u00e4rvarande till de huvudsakliga s\u00e4tten att skicka (framf\u00f6r allt e-post och Telegram, och vi har nyligen kopplat in MS Teams). Vi planerar att f\u00f6rb\u00e4ttra larmhanteringen s\u00e5 att smarta bots fungerar som en tj\u00e4nst och tillhandah\u00e5ller information om \u00f6vervakning till alla intresserade produktteam. <\/p>\n<p>F\u00f6r oss \u00e4r det viktigt med m\u00e4tningar inte bara av enskilda informationssystem, utan \u00e4ven \u00f6vergripande m\u00e4tningar av hela infrastrukturen som applikationerna anv\u00e4nder: kluster <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/no\/server\/\"   title=\"fysiska servrar\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1270\">fysiska servrar<\/a>, d\u00e4r virtuell maskiner k\u00f6rs, trafikbalanserare, Network Load Balancer, sj\u00e4lva n\u00e4tverket, utnyttjande av kommunikationskanaler. Dessutom m\u00e4tningar fr\u00e5n v\u00e5ra egna datacenter (vi har flera och infrastrukturen \u00e4r av betydande storlek). <\/p>\n<p><img decoding=\"async\" alt=\"Vi overv\u00e5ker Sportmaster \u2014 hvordan og med hva\" src=\"\/wp-content\/uploads\/2020\/09\/aaee82a501dce0eee31c5a81662cd8be.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nF\u00f6rdelarna med v\u00e5rt \u00f6vervakningssystem \u00e4r att vi kan se tillst\u00e5ndet f\u00f6r alla system, bed\u00f6ma deras p\u00e5verkan p\u00e5 varandra och p\u00e5 gemensamma resurser. Slutligen g\u00f6r det oss i st\u00e5nd att planera resurser, vilket ocks\u00e5 ing\u00e5r i v\u00e5rt ansvarsomr\u00e5de. Vi hanterar serverresurser \u2014 ett pool inom e-handel, s\u00e4tter in och tar ur drift ny utrustning, k\u00f6per ny utrustning, genomf\u00f6r revision av resursutnyttjande och mer. Varje \u00e5r planerar teamen nya projekt, utvecklar sina system, och det \u00e4r viktigt f\u00f6r oss att s\u00e4kra resurserna. <\/p>\n<p>Och med hj\u00e4lp av m\u00e4tningar ser vi trenden f\u00f6r resursf\u00f6rbrukning av v\u00e5ra informationssystem. Och baserat p\u00e5 detta kan vi planera n\u00e5got. P\u00e5 virtualiseringsniv\u00e5 samlar vi in data och ser information om tillg\u00e4ngligt antal resurser uppdelat per datacenter. Och inom datacentret syns b\u00e5de utnyttjande och faktisk f\u00f6rdelning samt resursanv\u00e4ndning. Detta g\u00e4ller b\u00e5de standalone-servrar och virtuella maskiner samt kluster av fysiska servrar d\u00e4r alla dessa virtuella maskiner smidigt k\u00f6rs. <\/p>\n<h2>Fremtiden<\/h2>\n<p>\nN\u00e5 er kjernen i systemet v\u00e5rt stort sett klar, men det gjenst\u00e5r fortsatt en del punkter vi m\u00e5 jobbe med. Minst av alt er det laget for informasjonssikkerhet, men det er ogs\u00e5 viktig \u00e5 komme til nettverket, utvikle varsling og l\u00f8se sp\u00f8rsm\u00e5let om korrelasjon. Vi har mange lag og systemer, og p\u00e5 hvert lag finnes det mange metrikk.<\/p>\n<p>Oppgaven v\u00e5r er i siste instans \u00e5 lage de riktige varslingene. For eksempel, hvis det oppst\u00e5r et problem med maskinvaren, igjen med den virtuelle maskinen, og der var det en viktig applikasjon som ikke var reservert. Vi finner ut at den virtuelle maskinen har krasjet. Deretter vil forretningsmetrikker varsles: brukere er forsvunnet, det er ingen konverteringer, UI i grensesnittet er utilgjengelig, programvare og tjenester har ogs\u00e5 krasjet.<\/p>\n<p>Med et slikt oppsett vil vi f\u00e5 spam fra varsler, og det passer ikke inn i formatet for et riktig overv\u00e5kningssystem. Sp\u00f8rsm\u00e5let om korrelasjon oppst\u00e5r. Derfor b\u00f8r v\u00e5rt overv\u00e5kningssystem ideelt sett si: \u00abFolkens, maskinvaren deres har krasjet, og sammen med den, denne applikasjonen og disse metrikene\u00bb, med ett varsel i stedet for \u00e5 drukne oss i hundre varsler. Det b\u00f8r informere om hoved\u00e5rsaken som bidrar til rask l\u00f8sning av problemet gjennom lokaliseringsmetoden.<\/p>\n<p>Varslingssystemet v\u00e5rt og h\u00e5ndteringen av varsler er bygget rundt en d\u00f8gn\u00e5pen supporttjeneste. Alle varsler vi anser som n\u00f8dvendige og som er inkludert i sjekklisten, sendes dit. Hver varsling m\u00e5 alltid ha en beskrivelse: hva som har skjedd, hva det egentlig betyr, og hva det p\u00e5virker. Og en lenke til dashbordet samt instruksjoner om hva som m\u00e5 gj\u00f8res i dette tilfellet. <\/p>\n<p>Dette er alt som gjelder kravene til bygging av varslinger. Situasjonen kan deretter utvikle seg i to retninger \u2013 enten er det et problem som m\u00e5 l\u00f8ses, eller det har oppst\u00e5tt en feil i overv\u00e5kningssystemet. Men uansett m\u00e5 man g\u00e5 inn og unders\u00f8ke.<\/p>\n<p>I gjennomsnitt f\u00e5r vi n\u00e5 omtrent hundre varsler per dag, dette med forbehold om at korrelasjonen av varsler enn\u00e5 ikke er riktig innstilt. Og hvis tekniske arbeider m\u00e5 utf\u00f8res, og vi tvinger noe til \u00e5 bli stengt, vil antallet \u00f8ke betraktelig. <\/p>\n<p>I tillegg til overv\u00e5king av systemene vi bruker og innsamling av metrikker som er viktige for oss, lar overv\u00e5kningssystemet oss samle data for produktteamene. De kan p\u00e5virke hvilke metrikker som overv\u00e5kes i v\u00e5re informasjonssystemer. <\/p>\n<p>V\u00e5r kollega kan komme og be om \u00e5 legge til en metrikk som viser seg \u00e5 v\u00e6re nyttig for b\u00e5de oss og teamet. Eller teamet kan for eksempel mangle de grunnleggende metrikene vi har, og de trenger \u00e5 overv\u00e5ke noe spesifikt. I Grafana oppretter vi et omr\u00e5de for hvert team og gir administrativ tilgang. Hvis teamet trenger dashbord, og de ikke kan eller ikke vet hvordan de skal lage det selv, hjelper vi dem. <\/p>\n<p>Siden vi er utenfor str\u00f8mmen av verdiskaping til teamet, deres utgivelser og planlegging, kommer vi gradvis til \u00e5 oppn\u00e5 s\u00f8ml\u00f8se utgivelser av alle systemene, som kan rulles ut daglig uten \u00e5 m\u00e5tte koordinere med oss. Det er viktig for oss \u00e5 overv\u00e5ke disse utgivelsene, fordi de potensielt kan p\u00e5virke appens funksjonalitet og for\u00e5rsake feil, noe som er kritisk. For styring av utgivelser bruker vi Bamboo, hvorfra vi f\u00e5r data via API, og vi kan se hvilke utgivelser som har blitt gjort i hvilke informasjonssystemer og deres status. Og det viktigste \u2014 n\u00e5r de skjer. Vi plasserer markeringspunkter om utgivelser p\u00e5 de viktigste kritiske metrikene, noe som visuelt er ganske indikativt i tilfelle problemer.<\/p>\n<p>P\u00e5 denne m\u00e5ten kan vi se sammenhengen mellom nye utgivelser og oppst\u00e5tte problemer. Hovedideen er \u00e5 forst\u00e5 hvordan systemet fungerer p\u00e5 alle niv\u00e5er, raskt lokalisere problemet og ogs\u00e5 raskt l\u00f8se det. For ofte tar det mer tid \u00e5 finne \u00e5rsaken enn \u00e5 l\u00f8se problemet. <\/p>\n<p>Og i denne retningen vil vi i fremtiden fokusere p\u00e5 proaktivitet. Ideelt sett \u00f8nsker vi \u00e5 vite om en kommende problemstilling p\u00e5 forh\u00e5nd, heller enn i etterkant, slik at vi kan forebygge det, ikke bare l\u00f8se det. Noen ganger skjer det falske alarmer fra overv\u00e5kningssystemet, enten p\u00e5 grunn av menneskelig feil eller endringer i applikasjonen. Vi jobber med dette, finjusterer, og pr\u00f8ver \u00e5 informere brukerne som bruker systemet sammen med oss, f\u00f8r vi gj\u00f8r noen endringer, eller vi gjennomf\u00f8rer disse aktivitetene i vedlikeholdsvinduet. <\/p>\n<p>S\u00e5 systemet er i gang og fungerer godt siden tidlig v\u00e5r... og viser en ganske reell fortjeneste. Selvf\u00f8lgelig er dette ikke den endelige versjonen, vi vil implementere mange flere nyttige funksjoner. Men akkurat n\u00e5, med s\u00e5 mange integrasjoner og applikasjoner, er det faktisk umulig \u00e5 unng\u00e5 automatisert overv\u00e5king.<\/p>\n<p>Hvis du ogs\u00e5 overv\u00e5ker store prosjekter med betydelig antall integrasjoner \u2013 skriv i kommentarene hvilken s\u00f8lvkule du har funnet for dette.<br \/>\n<br \/>Kilde: <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.5 - 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\/no\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.5\" \/>\n\t\t<meta property=\"og:locale\" content=\"nn_NO\" \/>\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\/no\/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\udd47Overv\u00e5ker Sportmaster \u2013 hvordan og med hva | ProHoster","description":"Da vi tenkte p\u00e5 \u00e5 opprette et overv\u00e5kningssystem, skjedde det p\u00e5 et tidspunkt da produktteamene ble dannet. Det ble klart at v\u00e5rt ansvar \u2013 drift \u2013 ikke i det hele tatt var inkludert i disse teamene.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/monitorim-sportmaster-kak-i-chem","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\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\/no\/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\/no\/wp-json\/wp\/v2\/posts\/93358","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=93358"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/93358\/revisions"}],"predecessor-version":[{"id":158514,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/93358\/revisions\/158514"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/93359"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=93358"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=93358"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=93358"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}