{"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\/et\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","title":{"rendered":"Andmete j\u00e4lgimine andmekeskuses: kuidas me vahetasime vana BMS-uue vastu. Osa 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Andmete<\/p>\n

Esimese osana r\u00e4\u00e4kisime, miks me otsustasime vahetada meie andmepunktides vana BMS-s\u00fcsteemi uue vastu. Ja mitte lihtsalt vahetada, vaid arendada see nullist meie n\u00f5uete j\u00e4rgi. Teises osas r\u00e4\u00e4gime, kuidas me seda tegime.
\n<\/a><\/noindex><\/p>\n

Turuanal\u00fc\u00fcs<\/h2>\n

\nArvestades \u00fclaltoodud esimeses osas<\/a><\/noindex> soove ning otsustust loobuda olemasoleva s\u00fcsteemi uuendamisest, kirjutasime turulahenduste leidmiseks tehnilise \u00fclesande (T\u00dc) ning esitasime p\u00e4ringud mitmesse suurde ettev\u00f5ttesse, mis tegelevad ainult t\u00f6\u00f6stuslike SCADA-s\u00fcsteemide loomisega.\u00a0<\/p>\n

Esimesed vastused, mida me saime, n\u00e4itasid, et turu liidrid monitorimiss\u00fcsteemide valdkonnas t\u00f6\u00f6tavad peamiselt endiselt f\u00fc\u00fcsilistel serveritel, kuigi sellel segmendil on migratsioon pilve juba alanud. Mis puudutab virtuaalmasinate varundamist \u2013 seda valikut ei toetanud keegi. Veelgi enam, tekkis tunne, et \u00fckski tuntud arendaja turul ei n\u00e4idanud isegi arusaama varundamise olulisusest: \u201epilv ju ei kuku\u201d oli k\u00f5ige sagedasem vastus. Praktikas pakuti meile v\u00f5imalust viia andmepunkti j\u00e4lgimine pilve, mis asub f\u00fc\u00fcsiliselt samas andmepunktis.<\/p>\n

Siin on vajalik teha v\u00e4ike k\u00f5rvalp\u00f6\u00f6rde s\u00f5lmimise protsessist, valides allt\u00f6\u00f6v\u00f5tjat. Hind on loomulikult oluline, kuid igasugustes keeruliste projektide elluviimise hangetes, tarnijatega dialooge pidades, hakkad tunnetama, kes kandidaatidest on rohkem huvitatud ja suudab selle ellu viia.\u00a0<\/p>\n

See on eriti m\u00e4rgatav keeruliste projektide puhul.\u00a0<\/p>\n

T\u00dc-de t\u00e4psustamise k\u00fcsimuste iseloomu j\u00e4rgi v\u00f5ib allt\u00f6\u00f6v\u00f5tjaid jagada kahte: need, kes tahavad lihtsalt m\u00fc\u00fca (tunda tavalist m\u00fc\u00fcgihalduri survet) ja need, kes on huvitatud toote arendamisest, kuuldes ja m\u00f5istes tellijat, tehes konstruktiivseid muudatusi T\u00dc-s juba enne l\u00f5plikku valikut (isegi vaatamata reaalsele riskile parandada kellegi teise T\u00dc-d ja kaotada hange), l\u00f5puks lihtsalt valmis minema professionaalsele v\u00e4ljakutsele ja looma hea toote.<\/p>\n

K\u00f5ik see sundis meid p\u00f6\u00f6rama t\u00e4helepanu suhteliselt v\u00e4ikesele kohalikele arendajale \u2013 Sanline\u2019i ettev\u00f5tter\u00fchmale, kes reageeris enamikele meie n\u00f5udmistele koheselt ja oli valmis rahuldama k\u00f5ik vajadused uue BMS-i osas.\u00a0<\/p>\n

Riskid<\/h2>\n

\nKuid samal ajal, kui suured m\u00e4ngijad \u00fcritasid m\u00f5ista, mida me soovime, ja pidid meiega rahulikku kirjavahetust, kutsus kohalikke arendaja meid oma kontoris kohtumisele koos oma tehnilise meeskonnaga. Selles kohtumises n\u00e4itas t\u00f6\u00f6v\u00f5tja veel kord soovi projektis osaleda ja \u2013 mis k\u00f5ige t\u00e4htsam \u2013 selgitas, kuidas n\u00f5utav s\u00fcsteem ellu viiakse.\u00a0\u00a0\u00a0\u00a0<\/p>\n

Enne kohtumist n\u00e4gime kahte riski meeskonnaga t\u00f6\u00f6tamisel, kellel puudub suure riikliku v\u00f5i rahvusvahelise ettev\u00f5tte tagasihoidlik kogemus:<\/p>\n

    \n
  1. Spetsialistid v\u00f5ivad oma v\u00f5imalusi \u00fcle hinnata ja seet\u00f5ttu ei suuda lihtsalt hakkama saada, n\u00e4iteks kasutavad keerulisi tarkvarasid v\u00f5i projekteerivad teostatamatuid varundusalgoritme.<\/li>\n
  2. P\u00e4rast projekti rakendamist v\u00f5ib projektimeeskond laguneda ja seega on toote tugi ohus.<\/li>\n<\/ol>\n

    \nNende riskide minimeerimiseks kutsusime kohtumisele oma arenduseksperdid. Potentsiaalsete t\u00f6\u00f6v\u00f5tjate t\u00f6\u00f6tajaid k\u00fcsitleti p\u00f5hjalikult, et teada saada, millele s\u00fcsteem tugineb, kuidas varundamist plaanitakse ja teiste k\u00fcsimuste kohta, milles meie, kui teenindus\u00fcksus, ei ole piisavalt kompetentsed.<\/p>\n

    Otsus oli positiivne: olemasoleva BMS platvormi arhitektuur on kaasaegne, lihtne ja usaldusv\u00e4\u00e4rne, seda saab t\u00e4iustada, pakutud varundus- ja s\u00fcnkroonimisskeem on loogiline ja t\u00f6\u00f6kindel.\u00a0<\/p>\n

    Esimese riski suudeti lahendada. Teine risk v\u00e4listati, saades t\u00f6\u00f6v\u00f5tjalt kinnituse, et nad on valmis meile andma s\u00fcsteemi l\u00e4htekoodid ja dokumentatsiooni, valides ka programmeerimiskeele Python, mis on meie spetsialistidele h\u00e4sti tuttav. See tagas meile v\u00f5imaluse s\u00fcsteemi ise hallata ilma igasuguste raskusteta ja pika koolitusperioodita, kui arendajafirma turult lahkub.<\/p>\n

    Platvormi t\u00e4iendav pluss oli see, et see oli rakendatud Docker konteineritesse: selles keskkonnas t\u00f6\u00f6tavad toote tuum, veebiliides ja andmebaas. Selline l\u00e4henemine pakub hulgaliselt eeliseid, sealhulgas seadistuste etteinstallimist, mis tagab lahenduse \u00e4\u00e4rmiselt kiire juurutamise v\u00f5rreldes \"klassikaga\" ja lihtsa uute seadmete lisamise s\u00fcsteemi. Prinsip \"k\u00f5ik koos\" lihtsustab s\u00fcsteemi juurutamist maksimaalselt: piisab s\u00fcsteemi dekompressioonist, et seda kohe kasutada.\u00a0<\/p>\n

    Sellise lahenduse korral on lihtsam teha s\u00fcsteemi koopiaid, ja selle t\u00e4iustamine ning uuenduste rakendamine on v\u00f5imalik eraldi keskkonnas, ilma et peaks katkestama lahenduse t\u00f6\u00f6d tervikuna.\u00a0\u00a0<\/p>\n

    P\u00e4rast seda, kui m\u00f5lemad riskid oli minimaalseteks viidud, esitas hankija pakkumise. Selles t\u00f6\u00f6tati v\u00e4lja k\u00f5ik meie jaoks k\u00f5ige olulisemad BMS s\u00fcsteemi parameetrid.<\/p>\n

    Varustamine<\/h2>\n

    \nUus BMS s\u00fcsteem pidi asuma pilves, virtuaalses masinas.\u00a0<\/p>\n

    Mingit riistvara, mingeid servereid ja k\u00f5iki sellega seotud juurutusmugavusi ja riske \u2013 pilvelahendus v\u00f5imaldas meil neist igaveseks vabaneda. Otsustati, et s\u00fcsteem t\u00f6\u00f6tab meie pilves kahes andmekeskuse asukohas Peterburis ja Moskvas. Need on kaks t\u00e4isfunktsionaalset s\u00fcsteemi, mis t\u00f6\u00f6tavad aktiivse varukoopa re\u017eiimis ning on k\u00e4ttesaadavad k\u00f5igile volitatud spetsialistidele.\u00a0<\/p>\n

    Kaks s\u00fcsteemi kindlustavad \u00fcksteist, tagades t\u00e4ieliku varukoopia nii arvutusv\u00f5imete kui ka andmeedastuse kanalite osas. Samuti on seadistatud t\u00e4iendavad turvameetmed, sealhulgas andmete ja kanalite, s\u00fcsteemide, virtuaalsete masinate varundamine ning eraldi andmebaasi varundamine kord kuus (k\u00f5ige v\u00e4\u00e4rtuslikum ressurss tulevase haldamise ja anal\u00fc\u00fcsi seisukohalt).\u00a0<\/p>\n

    Oluline on m\u00e4rkida, et varundamine kui BMS lahenduse valik t\u00f6\u00f6tati v\u00e4lja spetsiaalselt meie taotluse alusel. Varundamise skeem n\u00e4gi v\u00e4lja j\u00e4rgmiselt:<\/p>\n

    \"Andmete<\/p>\n

    Tugi<\/h2>\n

    T\u00f5husaks BMS lahenduse kasutamiseks on oluline tehniline tugi.\u00a0<\/p>\n

    Siin on k\u00f5ik lihtne: uus s\u00fcsteem maksaks meile selle n\u00e4itaja kohaselt 35 000 rubla kuus SLA m\u00f5istes \"reaktsioon 8 tunni jooksul\", st 35 000 x 12 \/ 80 = 5 250 dollarit aastas. Esimene aasta \u2013 tasuta.\u00a0<\/p>\n

    V\u00f5rdluseks: vana BMS-i toe aastane maksumus oli $18 000, mille summa kasvas iga uue seadme lisamisega! Lisaks ei pakkunud ettev\u00f5te p\u00fchendatud haldurit, kogu suhtlemine toimus m\u00fc\u00fcgihalduri kaudu, kes oli meie suhtes huvitatud potentsiaalsest ostjast koos vastava r\u00f5huasetusega p\u00e4ringute t\u00f6\u00f6tlemisel.\u00a0<\/p>\n

    Kasutades v\u00e4hem raha, saime t\u00e4ieliku tootetoe, kus kontohaldur osaleb toote arenduses, koos \u00fche sisenemise punktiga jne. Tugi muutus m\u00e4rgatavalt paindlikumaks \u2013 t\u00e4nu otsesele juurdep\u00e4\u00e4sule arendajatele operatiivsete kohandamiste tegemiseks iga s\u00fcsteemi t\u00f6\u00f6 aspekti, integratsiooni kaudu API jne.<\/p>\n

    Uuendused<\/h2>\n

    \nUue BMS-i pakkumise kohaselt on k\u00f5ik uuendused toega sisse arvestatud, st ei n\u00f5ua t\u00e4iendavat tasu. Erandiks on lisafunktsionaalsuse arendamine, mis \u00fcletab T\u0160-s m\u00e4rgitud.\u00a0<\/p>\n

    Vana s\u00fcsteem eeldas tasumist nii tasuta tarkvara (nt Java) uuenduste kui ka vigade parandamise eest. Sellest loobuda ei olnud v\u00f5imalik, kuna uuenduste puudumisel \u201et\u00f6\u00f6tas\u201d s\u00fcsteem aeglaselt vanade sisekomponentide t\u00f5ttu.<\/p>\n

    Ja muidugi ei saanud tarkvara uuendada, ilma et oleks ostetud toeteenuspakett.<\/p>\n

    Paindlik l\u00e4henemine<\/h2>\n

    \nTeine oluline n\u00f5ue puudutas kasutajaliidest. Soovisime tagada selle juurdep\u00e4\u00e4su veebibrauseri kaudu igast punktist, ilma et insener peaks olema kohal andmekeskuses. Pealegi p\u00fc\u00fcdlesime luua animatsiooni sisaldava liidese, et infrastruktuuri toimimise d\u00fcnaamika oleks vahetusena selgem valveinseneridele.\u00a0<\/p>\n

    Samuti pidi uus s\u00fcsteem toetama valemeid virtuaalsete andurite t\u00f6\u00f6 arvutamiseks inseneris\u00fcsteemides \u2013 n\u00e4iteks elektriv\u00f5imsuste optimaalse jaotuse tagamiseks seadmete riiulitel. Selleks peab olema k\u00f5ik tuntud matemaatilised operatsioonid, mida saab anduri n\u00e4itude rakendada.\u00a0<\/p>\n

    Edasi, oli vajalik p\u00e4\u00e4seda SQL andmebaasi, mille kaudu saaksime vajalikud andmed seadmete t\u00f6\u00f6 kohta \u2013 nimelt, k\u00f5ik kirjed kahe tuhande seadme ja kahe tuhande virtuaalse anduri j\u00e4lgimise kohta, mis genereerivad umbes 20 tuhat muutujat.\u00a0<\/p>\n

    Samuti oli vajalik riiuli seadmete arvestuse moodul, mis annab visuaalse \u00fclevaate seadmete asukohast igas \u00fcksuses, loendades kogu \u201erauda\u201c ja pidades seadmete raamatukogu, koos detailse teabega iga elemendi kohta.\u00a0<\/p>\n

    Tehnilise \u00fclesande koosk\u00f5lastamine ja lepingu s\u00f5lmimine<\/h2>\n

    \nSel ajal, kui oli vaja alustada uue s\u00fcsteemi arendamist, oli suhtlemine \"suurte\" ettev\u00f5tetega k\u00f5ik veel kaugel nende pakkumiste hindade arutamisest, seet\u00f5ttu v\u00f5rreldes saadud pakkumist vana BMS-i uuendamise kuludega (vt. esimest osa<\/a><\/noindex>), oli see hind veelgi atraktiivsem ja vastavalt meie n\u00f5uetele.<\/p>\n

    Valik tehti.<\/p>\n

    P\u00e4rast allt\u00f6\u00f6v\u00f5tja valimist hakkasid juristid koostama lepingut, samas kui m\u00f5lema poole tehnilised meeskonnad t\u00e4psustasid tehnilist \u00fclesannet. Nagu teada, on detailselt ja \u00f5igesti vormistatud T\u00d5 alus igasuguste t\u00f6\u00f6de edukusele. Mida rohkem konkreetset teavet T\u00d5-s, seda v\u00e4hem pettumusi nagu \u201eaga me tahtsime teistmoodi\u201c.<\/p>\n

    Toon v\u00e4lja kaks n\u00e4idet n\u00f5uete detailitsemise tasemest T\u00d5-s:<\/p>\n

      \n
    1. Vahetuste keskused on saanud \u00f5iguse lisada BMS-i uusi seadmeid, enamasti PDU-sid. Vanas BMS-is oli see \"administraatori\" tasand, mis v\u00f5imaldas ka k\u00f5igi seadmete muutujate seadistusi muuta, ning funktsioonide eraldamine ei olnud v\u00f5imalik. See meid ei rahuldanud. Uue platvormi p\u00f5hiversioonis oli skeem analoogne. Me n\u00e4gime kohe T\u00d5-s, et soovime neid rolle eraldada: seadistusi tohib muuta ainult volitatud t\u00f6\u00f6taja, kuid vahetuste meeskonnad peavad endiselt saama seadmeid lisada. Just see skeem v\u00f5eti elluviimiseks vastu.<\/li>\n
    2. \u00a0Igas tavap\u00e4rases BMS-is on kolm t\u00fc\u00fcpilist teavituskategooriat: PUNANE \u2013 vajalik kiire reageerimine, KOLLANE \u2013 j\u00e4lgimine on lubatud, SININE \u2013 \u201eTeavitav\u201d. Oleme traditsiooniliselt kasutanud \u201esiniseid\u201d teateid \u00e4ri parameetrite \u00fcletamise j\u00e4lgimiseks, n\u00e4iteks kliendi rack'i koormuse piiri \u00fcletamine. See teavitust\u00fc\u00fcp oli m\u00f5eldud meie puhul juhtidele ja ei olnud operatiivteenistusele huvitav, kuid vanas BMS-is takistas see pidevalt aktiivsete s\u00fcndmuste nimekirja ja segas operatiivset t\u00f6\u00f6d. Otsustasime, et teavituste loogika ja v\u00e4rvide diferentseerimine on edukas ning s\u00e4ilitasime selle, kuid tellimuses on selgelt m\u00e4rgitud, et \u201esinised\u201d teated peavad, segamatult valves olevaid inimesi, vaikselt \u201esadu\u201d eraldi sektsiooni, kus nendega tegelevad \u00e4ritehnikud.<\/li>\n<\/ol>\n

      \nSarnase detailsuse tasemega m\u00e4\u00e4rati \u00fclesehitusvormid diagrammide loomiseks ja raportite esitamiseks, liideste jooned, seadmete nimekiri, mida tuli j\u00e4lgida, ja veel palju muud.\u00a0<\/p>\n

      See oli t\u00f5eliselt loominguline t\u00f6\u00f6 kolme t\u00f6\u00f6grupi vahel \u2013 tellijate teenistus, kes dikteeris oma n\u00f5udmisi ja tingimusi; tehnilised spetsialistid m\u00f5lemalt poolt, kelle \u00fclesanne oli need tingimused tehniliseks dokumentatsiooniks vormistada; ja kontraktit\u00f6\u00f6de programmeerijate meeskond, kes rakendas tellija n\u00f5udmisi v\u00e4lja t\u00f6\u00f6tatud tehnilise dokumentatsiooni alusel... L\u00f5puks kohandasime m\u00f5ned meie mitte-prinsipiaalsed n\u00f5udmised olemasoleva platvormi funktsionaalsuse j\u00e4rgi, samas kui allt\u00f6\u00f6v\u00f5tja lubas meie n\u00f5udmiste vara l\u00f5petamise.\u00a0<\/p>\n

      Kahe s\u00fcsteemi paralleelne t\u00f6\u00f6<\/h2>\n

      \n\"Andmete
      \nOn k\u00e4es rakendamise aeg. Praktikas t\u00e4hendas see, et anname allt\u00f6\u00f6v\u00f5tjale \u00f5iguse luua BMS-i protot\u00fc\u00fcbi meie virtuaalses pilves ja pakume v\u00f5rgu\u00fchendust k\u00f5igile seadmetele, mida tuleb j\u00e4lgida.<\/p>\n

      Samas ei olnud uus s\u00fcsteem veel t\u00f6\u00f6ks valmis. Sellel etapil oli meie jaoks oluline s\u00e4ilitada j\u00e4lgimine vanas s\u00fcsteemis ja samal ajal anda seadmetele juurdep\u00e4\u00e4s uuele s\u00fcsteemile. S\u00fcsteemi ei olnud v\u00f5imalik normaalselt \u00fcles ehitada, n\u00e4gemata selles seadmeid, mida ei saanud omakorda vanast s\u00fcsteemist j\u00e4lgimisest lahti \u00fchendada.\u00a0<\/p>\n

      Kas seadmed taluvad kahes s\u00fcsteemis samaaegset k\u00fcsitlemist, ei olnud selge ilma tegelike katseteta. Oli olemas t\u00f5en\u00e4osus, et kahekordne samaaegne k\u00fcsitlus p\u00f5hjustab seadmete seas sagedasi vastusepuudusi, mille tulemuseks oleks mitmed seadmete k\u00e4ttesaamatuse vead, mis omakorda blokeeriks vana j\u00e4lgimiss\u00fcsteemi toimimist.<\/p>\n

      V\u00f5rguosakond suunatud virtuaalsed marsruudid uue pilves juurutatud BMS protot\u00fc\u00fcbist seadmetesse, ja saime tulemused:\u00a0<\/p>\n