{"id":80952,"date":"2020-05-10T01:42:22","date_gmt":"2020-05-09T23:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2"},"modified":"2020-05-10T01:42:22","modified_gmt":"2020-05-09T23:42:22","slug":"monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","title":{"rendered":"Monitorovanie v d\u00e1tovom centre: ako sme vymenili star\u00fa BMS za nov\u00fa. \u010cas\u0165 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Monitorovanie<\/p>\n

V prvej \u010dasti sme sa zmienili o tom, pre\u010do sme sa rozhodli vymeni\u0165 star\u00fd syst\u00e9m BMS v na\u0161ich d\u00e1tov\u00fdch centr\u00e1ch za nov\u00fd. A nie len ho vymeni\u0165, ale vyvin\u00fa\u0165 ho od nuly pod\u013ea na\u0161ich po\u017eiadaviek. V druhej \u010dasti sa podel\u00edme o to, ako sme to realizovali.
\n<\/a><\/noindex><\/p>\n

Anal\u00fdza trhu<\/h2>\n

\nS prihliadnut\u00edm na uveden\u00e9 v prvej \u010dasti<\/a><\/noindex> po\u017eiadavk\u00e1ch a rozhodnut\u00ed vzda\u0165 sa aktualiz\u00e1cie existuj\u00faceho syst\u00e9mu sme nap\u00edsali technick\u00e9 zadanie na h\u013eadanie rie\u0161enia na trhu a zaslali sme dopyty nieko\u013ek\u00fdm ve\u013ek\u00fdm spolo\u010dnostiam, ktor\u00e9 sa zaoberaj\u00fa iba vytv\u00e1ran\u00edm priemyseln\u00fdch syst\u00e9mov SCADA.\u00a0<\/p>\n

Prv\u00e9 odpovede od nich uk\u00e1zali, \u017ee l\u00eddri trhu monitorovac\u00edch syst\u00e9mov preva\u017ene na\u010falej pracuj\u00fa na fyzick\u00fdch serveroch, hoci proces migr\u00e1cie do cloudu v tomto segmente u\u017e za\u010dal. Pokia\u013e ide o z\u00e1lohovanie virtu\u00e1lnych strojov \u2013 t\u00fato mo\u017enos\u0165 nikto nepodporoval. Navy\u0161e sa zdalo, \u017ee \u017eiadny z v\u00fdznamn\u00fdch v\u00fdvoj\u00e1rov na trhu ani neprezentoval pochopenie potreby z\u00e1lohovania: \"ve\u010f cloud predsa nekles\u00e1\" bol naj\u010dastej\u0161\u00ed odpove\u010f. Fakticky n\u00e1m pon\u00fakali umiestni\u0165 monitoring d\u00e1tov\u00e9ho centra v cloude, ktor\u00fd sa fyzicky nach\u00e1dzal v tomto istom d\u00e1tovom centre.<\/p>\n

Je potrebn\u00e9 urobi\u0165 mal\u00e9 odbo\u010denie k procesu v\u00fdberu dod\u00e1vate\u013ea. Cena, samozrejme, m\u00e1 v\u00fdznam, av\u0161ak po\u010das ak\u00e9hoko\u013evek tendra na realiz\u00e1ciu komplexn\u00e9ho projektu, v \u0161t\u00e1diu dial\u00f3gu s dod\u00e1vate\u013emi, za\u010dne\u0161 c\u00edti\u0165, ktor\u00fd z kandid\u00e1tov je viac zainteresovan\u00fd a schopn\u00fd ho zrealizova\u0165.\u00a0<\/p>\n

To je obzvl\u00e1\u0161\u0165 vidite\u013en\u00e9 pri komplexn\u00fdch projektoch.\u00a0<\/p>\n

Na z\u00e1klade povahy upres\u0148uj\u00facich ot\u00e1zok k technick\u00e9mu zadaniu m\u00f4\u017eeme dod\u00e1vate\u013eov rozdeli\u0165 na t\u00fdch, ktor\u00ed maj\u00fa z\u00e1ujem len pred\u00e1va\u0165 (pocit \u0161tandardn\u00e9ho tlaku predajn\u00e9ho mana\u017e\u00e9ra) a na t\u00fdch, ktor\u00fdch zauj\u00edma vyvin\u00fa\u0165 produkt, vypo\u010du\u0165 a pochopi\u0165 z\u00e1kazn\u00edka, vykona\u0165 kon\u0161trukt\u00edvne \u00fapravy v technickom zadan\u00ed e\u0161te pred kone\u010dn\u00fdm v\u00fdberom (aj napriek skuto\u010dn\u00e9mu riziku zlep\u0161i\u0165 cudzie technick\u00e9 zadanie a prehra\u0165 tender), a nakoniec s\u00fa jednoducho pripraven\u00ed prija\u0165 profesion\u00e1lnu v\u00fdzvu a vytvori\u0165 kvalitn\u00fd produkt.<\/p>\n

To v\u0161etko n\u00e1s prin\u00fatilo venova\u0165 pozornos\u0165 relat\u00edvne mal\u00e9mu lok\u00e1lnemu v\u00fdvoj\u00e1rovi \u2013 skupine spolo\u010dnost\u00ed \u201eSanline\u201c, ktor\u00e1 reagovala na v\u00e4\u010d\u0161inu na\u0161ich po\u017eiadaviek ihne\u010f a bola pripraven\u00e1 realizova\u0165 v\u0161etky potreby t\u00fdkaj\u00face sa nov\u00e9ho syst\u00e9mu BMS.\u00a0<\/p>\n

Rizik\u00e1<\/h2>\n

\nK\u00fdm sa ve\u013ek\u00ed hr\u00e1\u010di sna\u017eili pochopi\u0165, \u010do vlastne chceme, a viedli s nami pomal\u00fa kore\u0161pondenciu s pr\u00edtomnos\u0165ou \u0161pecialistov na \u00farovni presale, miestny developer zorganizoval stretnutie v na\u0161ej kancel\u00e1rii s \u00fa\u010das\u0165ou svojho technick\u00e9ho t\u00edmu. Na tomto stretnut\u00ed dod\u00e1vate\u013e e\u0161te raz demon\u0161troval ochotu z\u00fa\u010dastni\u0165 sa projektu a \u2013 \u010do je najd\u00f4le\u017eitej\u0161ie \u2013 vysvetlil, ako bude po\u017eadovan\u00fd syst\u00e9m realizovan\u00fd.\u00a0\u00a0\u00a0\u00a0<\/p>\n

Pred stretnut\u00edm sme identifikovali dva rizik\u00e1 spojen\u00e9 s pr\u00e1cou t\u00edmu, ktor\u00fd nem\u00e1 za sebou zdroje ve\u013ekej n\u00e1rodnej alebo medzin\u00e1rodnej spolo\u010dnosti:<\/p>\n

    \n
  1. Odborn\u00edci mohli prece\u0148ova\u0165 svoje schopnosti a v d\u00f4sledku toho sa jednoducho nezvl\u00e1dnu, napr\u00edklad by mohli pou\u017e\u00edva\u0165 zlo\u017eit\u00fd softv\u00e9r alebo navrhn\u00fa\u0165 nevykonate\u013en\u00e9 algoritmy z\u00e1lohovania.<\/li>\n
  2. Po realiz\u00e1cii projektu sa projektov\u00fd t\u00edm m\u00f4\u017ee rozpadn\u00fa\u0165 a, t\u00fdm p\u00e1dom, podpora produktu bude ohrozen\u00e1.<\/li>\n<\/ol>\n

    \nAby sme minimalizovali tieto rizik\u00e1, pozvali sme na stretnutie na\u0161ich vlastn\u00fdch odborn\u00edkov na v\u00fdvoj. Zamestnanci potenci\u00e1lneho dod\u00e1vate\u013ea boli d\u00f4kladne vy\u0161etrovan\u00ed na t\u00e9mu, na \u010dom je syst\u00e9m zalo\u017een\u00fd, ako sa pl\u00e1nuje realizova\u0165 z\u00e1lohovanie a na in\u00e9 ot\u00e1zky, v ktor\u00fdch my, ako prev\u00e1dzkov\u00e1 slu\u017eba, nie sme dostato\u010dne kompetentn\u00ed.<\/p>\n

    Verdikt bol pozit\u00edvny: architekt\u00fara existuj\u00facej platformy BMS je modern\u00e1, jednoduch\u00e1 a spo\u013eahliv\u00e1, m\u00f4\u017ee by\u0165 doplnen\u00e1, navrhnut\u00fd pl\u00e1n z\u00e1lohovania a synchroniz\u00e1cie je logick\u00fd a funk\u010dn\u00fd.\u00a0<\/p>\n

    S prv\u00fdm rizikom sme sa vysporiadali. Druh\u00e9 sme vyl\u00fa\u010dili, ke\u010f sme od dod\u00e1vate\u013ea dostali potvrdenie o ochote odovzda\u0165 n\u00e1m zdrojov\u00e9 k\u00f3dy syst\u00e9mu a dokument\u00e1ciu, a tie\u017e v\u00fdber programovacieho jazyka Python, ktor\u00fd je na\u0161im odborn\u00edkom ve\u013emi zn\u00e1my. To n\u00e1m zaru\u010dilo mo\u017enos\u0165 udr\u017eiava\u0165 syst\u00e9m vlastn\u00fdmi silami bez ak\u00fdchko\u013evek \u0165a\u017ekost\u00ed a dlh\u00e9ho obdobia \u0161kolenia zamestnancov v pr\u00edpade, \u017ee by spolo\u010dnos\u0165 vyv\u00edjaj\u00faca softv\u00e9r opustila trh.<\/p>\n

    \u010eal\u0161ou v\u00fdhodou platformy bolo to, \u017ee bola implementovan\u00e1 v Docker kontajneroch: v tomto prostred\u00ed funguj\u00fa jadro, webov\u00e9 rozhranie a datab\u00e1za produktu. Tak\u00fdto pr\u00edstup prin\u00e1\u0161a mno\u017estvo v\u00fdhod, vr\u00e1tane prednastavenia nastaven\u00ed pre maxim\u00e1lnu r\u00fdchlos\u0165 nasadenia rie\u0161enia v porovnan\u00ed s \"klasikou\" a jednoduch\u00e9ho prid\u00e1vania nov\u00fdch zariaden\u00ed do syst\u00e9mu. Princ\u00edp \u201ev\u0161etko spolu\u201c maxim\u00e1lne zjednodu\u0161uje zavedenie syst\u00e9mu: sta\u010d\u00ed rozbali\u0165 syst\u00e9m a m\u00f4\u017eete ho okam\u017eite prev\u00e1dzkova\u0165.\u00a0<\/p>\n

    S tak\u00fdmto rie\u0161en\u00edm je jednoduch\u0161ie robi\u0165 k\u00f3pie syst\u00e9mu, a jeho vylep\u0161ovanie a realiz\u00e1cia aktualiz\u00e1ci\u00ed je mo\u017en\u00e9 v samostatnom prostred\u00ed, bez zastavenia chodu rie\u0161enia ako celku.\u00a0\u00a0<\/p>\n

    Po tom, ako boli minimalizovan\u00e9 oba rizik\u00e1, dod\u00e1vate\u013e predstavil cenov\u00fa ponuku. V tej boli prebran\u00e9 v\u0161etky najd\u00f4le\u017eitej\u0161ie parametre syst\u00e9mu BMS, ktor\u00e9 n\u00e1s zauj\u00edmali.<\/p>\n

    Z\u00e1lohovanie<\/h2>\n

    \nNov\u00fd syst\u00e9m BMS mal by\u0165 umiestnen\u00fd v cloude, na virtu\u00e1lnom stroji.\u00a0<\/p>\n

    \u017diadny hardv\u00e9r, \u017eiadne servery a v\u0161etky s t\u00fdmto modelom nasadenia spojen\u00e9 nepr\u00edjemnosti a rizik\u00e1 \u2013 cloudov\u00e9 rie\u0161enie n\u00e1m umo\u017enilo zbavi\u0165 sa ich nav\u017edy. Bolo rozhodnut\u00e9, \u017ee syst\u00e9m bude fungova\u0165 v na\u0161om cloude na dvoch lokalit\u00e1ch d\u00e1tov\u00e9ho centra v Petrohrade a Moskve. Ide o dve plne funk\u010dn\u00e9 syst\u00e9my pracuj\u00face v re\u017eime active standby s pr\u00edstupom pre v\u0161etk\u00fdch autorizovan\u00fdch \u0161pecialistov.\u00a0<\/p>\n

    Oba syst\u00e9my sa vz\u00e1jomne poistia, poskytuj\u00fac pln\u00fa rezervu ako na v\u00fdpo\u010dtov\u00fdch kapacit\u00e1ch, tak aj na prenosov\u00fdch kan\u00e1loch. Taktie\u017e s\u00fa nastaven\u00e9 \u010fal\u0161ie bezpe\u010dnostn\u00e9 opatrenia, vr\u00e1tane z\u00e1lohovania d\u00e1t a kan\u00e1lov, syst\u00e9mov, virtu\u00e1lnych strojov ako celku, a samostatn\u00e9ho mesa\u010dn\u00e9ho z\u00e1lohovania datab\u00e1zy (najcennej\u0161\u00ed zdroj z poh\u013eadu spr\u00e1vy a anal\u00fdzy).\u00a0<\/p>\n

    Je d\u00f4le\u017eit\u00e9 poznamena\u0165, \u017ee z\u00e1lohovanie ako mo\u017enos\u0165 BMS rie\u0161enia bolo vyvinut\u00e9 \u0161peci\u00e1lne na na\u0161u \u017eiados\u0165. Samotn\u00e1 sch\u00e9ma z\u00e1lohovania vyzerala takto:<\/p>\n

    \"Monitorovanie<\/p>\n

    Podpora<\/h2>\n

    Najd\u00f4le\u017eitej\u0161\u00ed aspekt pre efekt\u00edvnu prev\u00e1dzku BMS rie\u0161enia \u2013 technick\u00e1 podpora.\u00a0<\/p>\n

    Tu je to jednoduch\u00e9: nov\u00fd syst\u00e9m by n\u00e1s z tohto poh\u013eadu st\u00e1l 35 000 rub\u013eov mesa\u010dne za SLA \u201ereakcia do 8 hod\u00edn\u201c, teda 35 000 x 12 \/ 80 = $5 250 ro\u010dne. Prv\u00fd rok \u2013 zdarma.\u00a0<\/p>\n

    Na porovnanie: podpora starej BMS od dod\u00e1vate\u013ea st\u00e1la 18 000 dol\u00e1rov ro\u010dne, pri\u010dom sa suma zvy\u0161ovala s ka\u017ed\u00fdm nov\u00fdm pridan\u00fdm zariaden\u00edm! Spolo\u010dnos\u0165 v\u0161ak neposkytla \u017eiadneho produktov\u00e9ho mana\u017e\u00e9ra, v\u0161etka komunik\u00e1cia prebiehala cez obchodn\u00e9ho mana\u017e\u00e9ra, ktor\u00fd mal z\u00e1ujem o n\u00e1s ako o potenci\u00e1lneho z\u00e1kazn\u00edka s pr\u00edslu\u0161n\u00fdm d\u00f4razom na spracovanie \u017eiadost\u00ed.\u00a0<\/p>\n

    Za ni\u017e\u0161ie peniaze sme z\u00edskali komplexn\u00fa podporu produktu s \u00fa\u010dtom mana\u017e\u00e9ra, ktor\u00fd by sa podie\u013eal na v\u00fdvoji produktu, so zjednoten\u00fdm kontaktn\u00fdm miestom at\u010f. Podpora sa stala podstatne flexibilnej\u0161ou - v\u010faka priamemu pr\u00edstupu k v\u00fdvoj\u00e1rom na r\u00fdchle \u00fapravy ak\u00fdchko\u013evek aspektov fungovania syst\u00e9mu, integr\u00e1cii cez API at\u010f.<\/p>\n

    Aktualiz\u00e1cie<\/h2>\n

    \nPod\u013ea navrhnut\u00e9ho rozpo\u010dtu v novej BMS s\u00fa v\u0161etky aktualiz\u00e1cie zahrnut\u00e9 v cene podpory, t.j. nevy\u017eaduj\u00fa dodato\u010dn\u00fa platbu. V\u00fdnimku tvor\u00ed v\u00fdvoj dodato\u010dnej funk\u010dnosti nad r\u00e1mec toho, \u010do je uveden\u00e9 v technickej \u0161pecifik\u00e1cii.\u00a0<\/p>\n

    Predch\u00e1dzaj\u00faci syst\u00e9m predpokladal platbu za aktualiz\u00e1ciu zabudovan\u00e9ho bezplatn\u00e9ho softv\u00e9ru (napr\u00edklad Java), ako aj za opravu ch\u00fdb. Odmietnu\u0165 to nebolo mo\u017en\u00e9, bez aktualiz\u00e1ci\u00ed sa syst\u00e9m celkovo \"spoma\u013eoval\" kv\u00f4li star\u00fdm verzi\u00e1m intern\u00fdch komponentov.<\/p>\n

    A, samozrejme, nebolo mo\u017en\u00e9 aktualizova\u0165 softv\u00e9r bez zak\u00fapenia podporn\u00e9ho bal\u00edka.<\/p>\n

    Flexibiln\u00fd pr\u00edstup<\/h2>\n

    \n\u010eal\u0161ou z\u00e1sadnou po\u017eiadavkou sa t\u00fdkala rozhrania. Chceli sme zabezpe\u010di\u0165 pr\u00edstup k nemu cez webov\u00fd prehliada\u010d z ak\u00e9hoko\u013evek miesta, bez nutnej pr\u00edtomnosti in\u017einiera na \u00fazem\u00ed d\u00e1tov\u00e9ho centra. Okrem toho sme sa sna\u017eili vytvori\u0165 animovan\u00e9 rozhranie, aby bola dynamika fungovania infra\u0161trukt\u00fary jasnej\u0161ia pre dispe\u010derov.\u00a0<\/p>\n

    Rovnako v novom syst\u00e9me bolo potrebn\u00e9 zabezpe\u010di\u0165 podporu vzorcov na v\u00fdpo\u010det pr\u00e1ce virtu\u00e1lnych sn\u00edma\u010dov v in\u017einierskych syst\u00e9moch \u2013 napr\u00edklad na optim\u00e1lne rozdelenie elektrick\u00fdch v\u00fdkonov medzi stojanmi s vybaven\u00edm. Na to je potrebn\u00e9 ma\u0165 k dispoz\u00edcii v\u0161etky zn\u00e1me matematick\u00e9 oper\u00e1cie pou\u017eite\u013en\u00e9 na ukazovatele sn\u00edma\u010dov.\u00a0<\/p>\n

    \u010ealej bol potrebn\u00fd pr\u00edstup k datab\u00e1ze SQL, aby sme mohli z\u00edskava\u0165 potrebn\u00e9 \u00fadaje o prev\u00e1dzke zariaden\u00ed \u2013 konkr\u00e9tne v\u0161etky z\u00e1znamy o monitorovan\u00ed dvoch tis\u00edc zariaden\u00ed a dvoch tis\u00edc virtu\u00e1lnych senzorov, generuj\u00facich pribli\u017ene 20 tis\u00edc premenn\u00fdch.\u00a0<\/p>\n

    Potrebn\u00fd bol aj modul sledovania zariaden\u00ed v stojane, ktor\u00fd poskytoval grafick\u00e9 zn\u00e1zornenie umiestnenia zariaden\u00ed v ka\u017edej jednotke s po\u010d\u00edtan\u00edm celkovej hmotnosti \u00abhardv\u00e9ru\u00bb, veden\u00edm kni\u017enice zariaden\u00ed a podrobn\u00fdmi inform\u00e1ciami o ka\u017edom prvku.\u00a0<\/p>\n

    Schv\u00e1lenie technickej spr\u00e1vy a podpis zmluvy<\/h2>\n

    \nV \u010dase, ke\u010f bolo potrebn\u00e9 za\u010da\u0165 pracova\u0165 na novom syst\u00e9me, bola komunik\u00e1cia s \"ve\u013ek\u00fdmi\" spolo\u010dnos\u0165ami st\u00e1le ve\u013emi \u010faleko od diskusie o cen\u00e1ch ich pon\u00fak, preto sme porovnali prijat\u00fa cenov\u00fa ponuku so n\u00e1kladmi na aktualiz\u00e1ciu starej BMS (pozri prv\u00fa \u010das\u0165<\/a><\/noindex>), a nakoniec sa uk\u00e1zalo, \u017ee je cenovo atrakt\u00edvnej\u0161ia a vyhovuje na\u0161im po\u017eiadavk\u00e1m.<\/p>\n

    Vo\u013eba bola uroben\u00e1.<\/p>\n

    Po v\u00fdbere dod\u00e1vate\u013ea za\u010dali pr\u00e1vnici pripravova\u0165 zmluvu, zatia\u013e \u010do technick\u00e9 t\u00edmy z oboch str\u00e1n zdokona\u013eovali technick\u00fa spr\u00e1vu. Ako je zn\u00e1me, podrobn\u00e1 a spr\u00e1vna technick\u00e1 spr\u00e1va je z\u00e1kladom \u00faspechu ak\u00fdchko\u013evek pr\u00e1c. \u010c\u00edm viac konkr\u00e9tnosti v technickej spr\u00e1ve, t\u00fdm menej sklamania ako \u201emy sme to nechceli takto\u201c.<\/p>\n

    Uvediem dva pr\u00edklady \u00farovne detailnosti po\u017eiadaviek v technickej spr\u00e1ve:<\/p>\n

      \n
    1. Doh\u013eadov\u00e9 d\u00e1tov\u00e9 centr\u00e1 maj\u00fa pravomoci prid\u00e1va\u0165 do BMS nov\u00e9 zariadenia, naj\u010dastej\u0161ie ide o PDU. V starej BMS to bol \u00farove\u0148 \u201eadministr\u00e1tora\u201c, umo\u017e\u0148uj\u00faca okrem in\u00e9ho aj zmenu nastaven\u00ed premenn\u00fdch v\u0161etk\u00fdch zariaden\u00ed, a rozdelenie funkci\u00ed nebolo mo\u017en\u00e9. To n\u00e1s neuspokojovalo. V existuj\u00facej z\u00e1kladnej verzii novej platformy bola sch\u00e9ma podobn\u00e1. Okam\u017eite sme uviedli v technickej spr\u00e1ve, \u017ee chceme tieto role rozdeli\u0165: nastavenia by mal meni\u0165 iba opr\u00e1vnen\u00fd zamestnanec, ale doh\u013eadn\u00ed by mali aj na\u010falej ma\u0165 mo\u017enos\u0165 prid\u00e1va\u0165 zariadenia. T\u00e1to sch\u00e9ma bola prijat\u00e1 na realiz\u00e1ciu.<\/li>\n
    2. \u00a0V ka\u017edej \u0161tandardnej BMS existuj\u00fa tri typov\u00e9 kateg\u00f3rie upozornen\u00ed: \u010cERVEN\u00c1 \u2013 je potrebn\u00e9 okam\u017eite reagova\u0165, \u017dLT\u00c1 \u2013 je mo\u017en\u00e9 sledova\u0165, MODR\u00c1 \u2013 \u201eInforma\u010dn\u00e1\u201c. Tradi\u010dne sme vyu\u017e\u00edvali \u201emodr\u00e9\u201c upozornenia na monitorovanie prekro\u010denia obchodn\u00fdch parametrov, napr\u00edklad prekro\u010denie limitu v\u00fdkonu stojana klienta. Tento typ upozornen\u00ed bol ur\u010den\u00fd pre mana\u017e\u00e9rov a nebol zauj\u00edmav\u00fd pre prev\u00e1dzkov\u00fa slu\u017ebu, ale v starej BMS pravidelne zan\u00e1\u0161al zoznam akt\u00edvnych incidentov a nar\u00fa\u0161al operat\u00edvnu pr\u00e1cu. Sam\u00fa logiku a farebn\u00fa diferenci\u00e1ciu upozornen\u00ed sme pova\u017eovali za \u00faspe\u0161n\u00fa a zachovali sme ju, av\u0161ak v technickej \u0161pecifik\u00e1cii sme \u0161peci\u00e1lne uviedli, \u017ee \u201emodr\u00e9\u201c upozornenia by mali, aby neodv\u00e1dzali pozornos\u0165 dozoruj\u00faceho, bezhlu\u010dne \u201ekvapka\u0165\u201c do samostatnej sekcie, kde sa im bud\u00fa venova\u0165 obchodn\u00ed \u0161pecialisti.<\/li>\n<\/ol>\n

      \nS rovnakou miera podrobnost\u00ed boli definovan\u00e9 form\u00e1ty vytv\u00e1rania grafov a v\u00fdstupov spr\u00e1v, obrysy rozhran\u00ed, zoznam pr\u00edstrojov, ktor\u00e9 sa mali monitorova\u0165, a mno\u017estvo \u010fal\u0161\u00edch vec\u00ed.\u00a0<\/p>\n

      To bola naozaj tvoriv\u00e1 pr\u00e1ca troch pracovn\u00fdch skup\u00edn \u2013 slu\u017eba z\u00e1kazn\u00edka, ktor\u00e1 diktovala svoje po\u017eiadavky a podmienky; technick\u00ed odborn\u00edci z oboch str\u00e1n, ktor\u00fdch \u00falohou bolo premeni\u0165 tieto podmienky na technick\u00fa dokument\u00e1ciu; t\u00edm program\u00e1torov dod\u00e1vate\u013ea, ktor\u00ed realizovali po\u017eiadavky z\u00e1kazn\u00edka pod\u013ea vypracovanej technickej dokument\u00e1cie\u2026 Nakoniec sme niektor\u00e9 z na\u0161ich ned\u00f4le\u017eit\u00fdch po\u017eiadaviek prisp\u00f4sobili funkcionalite u\u017e existuj\u00facej platformy, nie\u010do dod\u00e1vate\u013e s\u013e\u00fabil dop\u00edsa\u0165 pre n\u00e1s.\u00a0<\/p>\n

      Paraleln\u00e9 fungovanie dvoch syst\u00e9mov<\/h2>\n

      \n\"Monitorovanie
      \nPri\u0161iel \u010das realiz\u00e1cie. V praxi to znamenalo, \u017ee d\u00e1vame dod\u00e1vate\u013eovi mo\u017enos\u0165 nasadi\u0165 prototyp BMS v na\u0161ej virtu\u00e1lnej cloudovej slu\u017ebe a poskytujeme sie\u0165ov\u00fd pr\u00edstup ku v\u0161etk\u00fdm zariadeniam, ktor\u00e9 vy\u017eaduj\u00fa monitorovanie.<\/p>\n

      Nov\u00fd syst\u00e9m v\u0161ak e\u0161te nebol pripraven\u00fd na prev\u00e1dzku. V tejto f\u00e1ze bolo pre n\u00e1s d\u00f4le\u017eit\u00e9 zachova\u0165 monitorovanie v starom syst\u00e9me a z\u00e1rove\u0148 poskytn\u00fa\u0165 pr\u00edstup k zariadeniam nov\u00e9mu syst\u00e9mu. Nie je mo\u017en\u00e9 norm\u00e1lne postavi\u0165 syst\u00e9m, ak v \u0148om nevid\u00edte zariadenia, ktor\u00e9 z\u00e1rove\u0148 nemo\u017eno odpoji\u0165 od monitorovania star\u00fdm syst\u00e9mom.\u00a0<\/p>\n

      Bolo nejasn\u00e9, \u010di zariadenia zvl\u00e1dnu s\u00fa\u010dasn\u00e9 dotazovanie dvoma syst\u00e9mami bez re\u00e1lnych testov. Existovala mo\u017enos\u0165, \u017ee dvojit\u00e9 s\u00fa\u010dasn\u00e9 dotazovanie povedie k \u010dast\u00fdm zlyhaniam odpoved\u00ed zo strany zariaden\u00ed, \u010do by mohlo sp\u00f4sobi\u0165 mno\u017estvo ch\u00fdb v dosiahnute\u013enosti zariaden\u00ed, a t\u00fdm zablokova\u0165 fungovanie star\u00e9ho monitora.<\/p>\n

      Sie\u0165ov\u00e9 oddelenie prepojilo virtu\u00e1lne trasy od prototypu novej BMS, nasaden\u00e9ho v oblaku, k zariadeniam, a z\u00edskali sme v\u00fdsledky:\u00a0<\/p>\n