Í fyrri hlutanum ræddum við hvers vegna við ákváðum að skipta út gamla BMS kerfinu í gagnaverunum okkar fyrir nýtt. Og ekki bara breyta, heldur þróa frá grunni til að henta þínum þörfum. Í seinni hlutanum segjum við þér hvernig við gerðum það.
Markaðsgreining
Að teknu tilliti til þeirra sem lýst er í óskir og ákvörðun um að neita að uppfæra núverandi kerfi, skrifuðum við tækniforskrift til að finna lausn á markaðnum og gerðum fyrirspurnir til nokkurra stórra fyrirtækja sem eingöngu stunda framleiðslu á iðnaðar SCADA kerfum.
Fyrstu svörin frá þeim sýndu að leiðtogar eftirlitskerfismarkaðarins halda fyrst og fremst áfram að vinna á vélbúnaðarþjónum, þó að flutningsferlið til skýjanna í þessum hluta sé þegar hafið. Hvað varðar að panta sýndarvélar þá studdi enginn þennan valkost. Þar að auki var tilfinningin fyrir því að enginn af verktaki sem sýnilegur var á markaðnum sýndi jafnvel skilning á þörfinni fyrir offramboð: „skýið er ekki að falla“ var algengasta svarið. Reyndar var okkur boðið að setja gagnaver eftirlit í skýi sem er líkamlega staðsett í sömu gagnaverinu.
Hér þurfum við að gera lítið úr ferlinu við val á verktaka. Verð skiptir auðvitað máli, en við hvaða útboð sem er á framkvæmd flókins verkefnis, á stigi samræðna við birgja, byrjar þú að finna fyrir því hvor umsækjenda hefur meiri áhuga og fær um að hrinda því í framkvæmd.
Þetta er sérstaklega áberandi í flóknum verkefnum.
Byggt á eðli skýringarspurninga við tækniforskriftir má skipta verktökum í þá sem hafa áhuga á því að selja einfaldlega (staðallþrýstingur sölustjóra finnst) og þá sem hafa áhuga á að þróa vöru, hafa heyrt og skilið viðskiptavininn, gert uppbyggilegan breytingar á tækniforskriftum jafnvel fyrir endanlegt val (jafnvel þrátt fyrir raunverulega hættu á að bæta tækniforskriftir einhvers annars og tapa tilboðinu), á endanum eru þeir einfaldlega tilbúnir til að taka faglega áskorun og búa til góða vöru.
Allt þetta varð til þess að við veittum tiltölulega litlum staðbundnum framkvæmdaraðila athygli - Sunline fyrirtækjahópnum, sem brást strax við flestum kröfum okkar og var tilbúinn að innleiða allar þarfir varðandi nýja BMS.
Áhætta
Á meðan stóru leikmennirnir voru að reyna að skilja hvað við vildum og stunduðu rólega bréfaskipti við okkur með sérfræðingum fyrir sölu, skipulagði verktaki á staðnum fundi á skrifstofu okkar með þátttöku tækniteymis síns. Á þessum fundi sýndi verktakinn enn og aftur vilja sinn til að taka þátt í verkefninu og, síðast en ekki síst, útskýrði hvernig tilskilið kerfi yrði útfært.
Fyrir fundinn sáum við tvær áhættur við að vinna með teymi sem hefur ekki fjármagn stórs innlendra eða alþjóðlegs fyrirtækis á bak við sig:
- Sérfræðingar gætu ofmetið getu sína og þar af leiðandi geta þeir einfaldlega ekki ráðið við, til dæmis munu þeir nota flókinn hugbúnað eða hanna óframkvæmanlegar frátekningaralgrím.
- Eftir að verkefninu er lokið getur verkefnishópurinn sundrast og því er varastuðningur í hættu.
Til að lágmarka þessa áhættu buðum við okkar eigin þróunarsérfræðingum á fundinn. Rætt var við starfsmenn væntanlegs verktaka um á hverju kerfið byggir, hvernig fyrirhugað er að innleiða uppsagnir og önnur atriði sem við sem rekstrarþjónusta erum ekki nógu hæf í.
Dómurinn var jákvæður: arkitektúr núverandi BMS vettvangs er nútímalegur, einfaldur og áreiðanlegur, hægt að bæta, fyrirhugað offramboð og samstillingarkerfi er rökrétt og framkvæmanlegt.
Tekist var á við fyrstu áhættuna. Annað var útilokað eftir að hafa fengið staðfestingu frá verktaka um að þeir væru tilbúnir til að flytja frumkóða kerfisins og skjöl til okkar og einnig með því að velja Python forritunarmálið sem var vel þekkt hjá sérfræðingum okkar. Þetta tryggði okkur tækifæri til að viðhalda kerfinu á eigin spýtur án nokkurra erfiðleika og langrar þjálfunar starfsmanna ef þróunarfyrirtækið færi af markaði.
Viðbótarkostur pallsins var að hann var útfærður í Docker gámum: kjarna, vefviðmót og vörugagnagrunnsaðgerð í þessu umhverfi. Þessi nálgun veitir marga kosti, þar á meðal forstilltar stillingar fyrir hæsta hraða dreifingar lausnarinnar samanborið við „klassíska“ og auðvelda viðbót nýrra tækja við kerfið. Reglan um „allt saman“ einfaldar framkvæmd kerfisins eins mikið og mögulegt er: pakkaðu bara kerfinu upp og þú getur strax notað það.
Með þessari lausn er auðveldara að gera afrit af kerfinu og hægt er að bæta það og innleiða uppfærslur í sérstöku umhverfi, án þess að stöðva rekstur lausnarinnar í heild.
Þegar búið var að lágmarka báðar áhætturnar, útvegaði verktakinn CP. Það fjallaði um allar mikilvægustu breytur BMS kerfisins fyrir okkur.
Fyrirvari
Nýja BMS kerfið þurfti að vera staðsett í skýinu, á sýndarvél.
Enginn vélbúnaður, engir netþjónar og öll óþægindi og áhættu tengd þessu dreifingarlíkani - skýjalausnin gerði okkur kleift að losna við þau að eilífu. Ákveðið var að kerfið myndi starfa í skýinu okkar á tveimur gagnaverum í Sankti Pétursborg og Moskvu. Þetta eru tvö fullvirk kerfi sem starfa í virkum biðham með aðgangi að öllum viðurkenndum sérfræðingum.
Kerfin tvö tryggja hvort annað og veita fullan varasjóð af bæði tölvuafli og gagnaflutningsrásum. Viðbótaröryggisráðstafanir hafa einnig verið stilltar, þar á meðal öryggisafrit af gögnum og rásum, kerfum, sýndarvélum almennt og sérstakt öryggisafrit af gagnagrunni einu sinni í mánuði (verðmætasta auðlindin hvað varðar stjórnun og greiningu).
Athugaðu að offramboð sem valkostur í BMS lausninni var þróað sérstaklega fyrir beiðni okkar. Bókunarkerfið sjálft leit svona út:
Stuðningur
Mikilvægasti punkturinn fyrir árangursríkan rekstur BMS lausnar er tækniaðstoð.
Allt er einfalt hér: nýtt kerfi myndi kosta okkur 35 rúblur samkvæmt þessum vísi. á mánuði fyrir SLA „svörun innan 000 klukkustunda“, það er 8 x 35/000 = $12 á ári. Fyrsta árið er ókeypis.
Til samanburðar kostaði viðhald á gamla BMS frá seljanda $ 18 á ári með hækkun á upphæð fyrir hvert nýtt tæki sem bætt var við! Á sama tíma útvegaði fyrirtækið ekki sérhæfðan stjórnanda öll samskipti fóru fram í gegnum sölustjóra sem hefur áhuga á okkur sem hugsanlegum kaupanda með tilheyrandi áherslu í afgreiðslu beiðna.
Fyrir minni pening fengum við fullan vörustuðning, með reikningsstjóra sem myndi taka þátt í vöruþróun, með einum aðgangsstað o.s.frv. Stuðningur varð mun sveigjanlegri - þökk sé beinum aðgangi að þróunaraðilum fyrir skjótar aðlögun að hvaða þætti kerfisins sem er, samþættingu í gegnum API o.s.frv.
Uppfærslur
Samkvæmt fyrirhugaðri CP í nýju BMS eru allar uppfærslur innifaldar í kostnaði við stuðning, þ.e. krefjast ekki aukagreiðslu. Undantekningin er þróun viðbótarvirkni umfram það sem tilgreint er í tækniforskriftum.
Gamla kerfið krafðist greiðslu fyrir bæði fastbúnaðaruppfærslur (eins og Java) og villuleiðréttingar. Það var ómögulegt að neita þessu án uppfærslur, kerfið í heild sinni „hægðist á“ vegna gamalla útgáfur af innri íhlutum.
Og auðvitað var ómögulegt að uppfæra hugbúnaðinn án þess að kaupa stuðningspakka.
Sveigjanleg nálgun
Önnur grundvallarkrafa varðaði viðmótið. Við vildum veita aðgang að því í gegnum vafra hvar sem er, án skyldubundinnar viðveru verkfræðings á yfirráðasvæði gagnaversins. Auk þess var leitast við að búa til hreyfimyndað viðmót þannig að gangverk innviðanna yrði skýrara fyrir verkfræðingum á vakt.
Einnig í nýja kerfinu var nauðsynlegt að veita stuðning við formúlur til að reikna út virkni sýndarskynjara í verkfræðikerfum - til dæmis fyrir bestu dreifingu raforku yfir rekki búnaðar. Til að gera þetta þarftu að hafa til umráða allar venjulegar stærðfræðilegar aðgerðir sem eiga við um skynjaravísa.
Næst var krafist aðgangs að SQL gagnagrunni með möguleika á að taka úr honum nauðsynleg gögn um rekstur búnaðarins - nefnilega allar vöktunarskrár tvö þúsund tækja og tvö þúsund sýndarskynjara sem búa til um það bil 20 þúsund breytur.
Einnig var þörf á bókhaldseiningu rekkibúnaðar sem gefur myndræna framsetningu á uppröðun tækja í hverri einingu með útreikningi á heildarþyngd vélbúnaðarins, viðhaldi tækjasafni og nákvæmum upplýsingum um hvern þátt.
Samþykki tækniforskrifta og undirritun samnings
Á þeim tíma þegar nauðsynlegt var að hefja vinnu við nýja kerfið var bréfaskipti við „stór“ fyrirtæki enn mjög langt frá því að ræða kostnað við tillögur þeirra, svo við bárum móttekna CP saman við kostnað við uppfærslu gamla BMS (sjá. ), og þar af leiðandi reyndist það vera meira aðlaðandi í verði og uppfylla kröfur okkar.
Valið hefur verið gert.
Eftir að verktaka var valinn fóru lögfræðingar að semja samninga og tækniteymi beggja aðila hófu að pússa tækniforskriftirnar. Eins og þú veist eru nákvæmar og hæfar tækniforskriftir grunnurinn að velgengni hvers konar verks. Því fleiri sérhæfingar sem eru í tækniforskriftunum, því minni vonbrigði eins og "en þetta er ekki það sem við vildum."
Ég mun gefa tvö dæmi um smáatriði krafna í tækniforskriftunum:
- Gagnaver á vakt hafa heimild til að bæta nýjum tækjum við BMS, oftast eru þetta PDUs. Í gamla BMS var þetta „stjórnandi“ stigið, sem gerði einnig kleift að breyta breytilegum stillingum allra tækja og það var ómögulegt að aðskilja aðgerðirnar. Þetta hentaði okkur ekki. Í núverandi grunnútgáfu nýja vettvangsins var kerfið svipað. Við gáfum strax til kynna í starfsskilmálum að við vildum aðgreina þessi hlutverk: Aðeins viðurkenndur starfsmaður ætti að breyta stillingunum en þeir sem eru á vakt ættu áfram að geta bætt við tækjum. Þetta kerfi var samþykkt til framkvæmda.
- Í hvaða stöðluðu BMS sem er eru þrír dæmigerðir tilkynningarflokkar: RAUTT - verður að bregðast við strax, GULT - hægt að fylgjast með, BLÁT - „upplýsingalegt“. Við höfum jafnan notað bláar viðvaranir til að fylgjast með því þegar farið hefur verið yfir viðskiptafæribreytur, svo sem að rekki viðskiptavinar fer yfir getumörk. Tilkynning af þessu tagi í okkar tilviki var ætluð stjórnendum og var ekki áhugaverð fyrir rekstrarþjónustuna, en í gamla BMS stíflaði hún reglulega lista yfir virk atvik og truflaði rekstrarvinnu. Við töldum rökfræði og litaaðgreiningu tilkynningabuxanna vera vel heppnaða og héldum henni, hins vegar gáfu tækniforskriftirnar sérstaklega til kynna að „bláar“ tilkynningar ættu, án þess að trufla vaktstjórana, að „hella“ hljóðlaust í sérstakan hluta, þar sem þær verður sinnt af viðskiptafræðingum.
Með svipaðri nákvæmni var mælt fyrir um snið til að smíða línurit og búa til skýrslur, útlínur viðmóta, lista yfir tæki sem þurfti að fylgjast með og margt fleira.
Þetta var sannarlega skapandi vinna þriggja vinnuhópa - þjónustuverið, sem réði kröfum sínum og skilyrðum; tæknisérfræðingar á báða bóga, sem höfðu það hlutverk að breyta þessum skilyrðum í tækniskjöl; teymi verktakaforritara sem innleiddu kröfur viðskiptavinarins í samræmi við þróuð tækniskjöl... Fyrir vikið aðlaguðum við nokkrar af grunnlausu kröfunum okkar að virkni núverandi vettvangs og verktakinn tók að sér að bæta einhverju fyrir okkur.
Samhliða rekstur tveggja kerfa
Það er kominn tími á framkvæmd. Í reynd þýddi þetta að við gefum verktakanum tækifæri til að setja BMS frumgerð í sýndarskýið okkar og veita netaðgang að öllum tækjum sem þarfnast eftirlits.
Hins vegar var nýja kerfið ekki enn tilbúið til notkunar. Á þessu stigi var mikilvægt fyrir okkur að halda uppi eftirliti í gamla kerfinu og veita um leið aðgang að tækjunum í nýja kerfið. Það er ómögulegt að byggja almennilega upp kerfi án þess að sjá tæki í því, sem aftur er ekki hægt að slökkva á eftirliti með gamla kerfinu.
Hvort tækin gætu staðist samtímis yfirheyrslu af tveimur kerfum var ekki augljóst án raunverulegra prófana. Möguleiki væri á því að tvöföld samtímis atkvæðagreiðsla myndi leiða til þess að oft væri neitað að svara úr tækjum og við myndum fá margar villur varðandi ófáanleika tækja sem aftur myndi loka fyrir rekstur gamla eftirlitskerfisins.
Netdeildin keyrði sýndarleiðir frá frumgerð af nýja BMS sem var notað í skýinu til tækjanna og við fengum niðurstöðurnar:
- tæki sem tengd voru í gegnum SNMP samskiptareglur urðu nánast aldrei aftengdar vegna samtímis beiðna,
- tæki sem tengd voru í gegnum gáttir með modbas-TCP samskiptareglum höfðu vandamál sem voru leyst með því að draga úr könnunartíðni þeirra á skynsamlegan hátt.
Og svo fórum við að fylgjast með því hvernig nýtt kerfi var verið að byggja fyrir augum okkar, tæki sem við þekktumst birtust í því, en í öðru viðmóti - þægilegt, hratt, aðgengilegt jafnvel úr síma.
Við munum segja þér hvað gerðist í lokin í þriðja hluta greinarinnar okkar.
Heimild: www.habr.com