ડેટા સેન્ટરમાં મોનિટરિંગ: અમે કેવી રીતે જૂના BMS ને નવા સાથે બદલ્યા. ભાગ 2

પહેલા ભાગમાં, અમે અમારા ડેટા સેન્ટરમાં જૂની BMS સિસ્ટમને નવી સાથે બદલવાનું કેમ નક્કી કર્યું તે વિશે વાત કરી. અને માત્ર ફેરફાર જ નહીં, પરંતુ તમારી જરૂરિયાતોને અનુરૂપ શરૂઆતથી વિકાસ કરો. બીજા ભાગમાં અમે તમને જણાવીશું કે અમે તે કેવી રીતે કર્યું.

બજાર વિશ્લેષણ

માં વર્ણવેલ તે ધ્યાનમાં લેતા પ્રથમ ભાગ શુભેચ્છાઓ અને હાલની સિસ્ટમને અપડેટ કરવાનો ઇનકાર કરવાનો નિર્ણય, અમે બજાર પર ઉકેલ શોધવા માટે તકનીકી સ્પષ્ટીકરણો લખ્યા અને માત્ર ઔદ્યોગિક SCADA સિસ્ટમ્સના નિર્માણમાં રોકાયેલી ઘણી મોટી કંપનીઓને પૂછપરછ કરી. 

તેમના તરફથી ખૂબ જ પ્રથમ પ્રતિસાદો દર્શાવે છે કે મોનિટરિંગ સિસ્ટમ્સ માર્કેટના નેતાઓ મુખ્યત્વે હાર્ડવેર સર્વર પર કામ કરવાનું ચાલુ રાખે છે, જો કે આ સેગમેન્ટમાં વાદળોમાં સ્થાનાંતરણની પ્રક્રિયા પહેલેથી જ શરૂ થઈ ગઈ છે. વર્ચ્યુઅલ મશીનો આરક્ષિત કરવા માટે, કોઈએ આ વિકલ્પને સમર્થન આપ્યું નથી. તદુપરાંત, એવી લાગણી હતી કે બજારમાં દેખાતા કોઈપણ વિકાસકર્તાઓએ નિરર્થકતાની જરૂરિયાતની સમજણ પણ દર્શાવી નથી: "વાદળ ઘટી રહ્યું નથી" એ સૌથી સામાન્ય જવાબ હતો. હકીકતમાં, અમને સમાન ડેટા સેન્ટરમાં ભૌતિક રીતે સ્થિત ક્લાઉડમાં ડેટા સેન્ટર મોનિટરિંગ મૂકવાની ઓફર કરવામાં આવી હતી.

અહીં આપણે કોન્ટ્રાક્ટરની પસંદગીની પ્રક્રિયા વિશે થોડું ડિગ્રેશન કરવાની જરૂર છે. કિંમત, અલબત્ત, મહત્વપૂર્ણ છે, પરંતુ જટિલ પ્રોજેક્ટના અમલીકરણ માટેના કોઈપણ ટેન્ડર દરમિયાન, સપ્લાયર્સ સાથે સંવાદના તબક્કે, તમને લાગવા માંડે છે કે ઉમેદવારોમાંથી કયો વધુ રસ ધરાવે છે અને તેને અમલમાં મૂકવા સક્ષમ છે. 

આ ખાસ કરીને જટિલ પ્રોજેક્ટ્સ પર ધ્યાનપાત્ર છે. 

ટેકનિકલ વિશિષ્ટતાઓ માટે પ્રશ્નોની સ્પષ્ટતા કરવાની પ્રકૃતિના આધારે, કોન્ટ્રાક્ટરોને ફક્ત વેચાણમાં રસ ધરાવતા લોકોમાં વિભાજિત કરી શકાય છે (સેલ્સ મેનેજરનું પ્રમાણભૂત દબાણ અનુભવાય છે) અને જેઓ ઉત્પાદન વિકસાવવામાં રસ ધરાવતા હોય, ગ્રાહકને સાંભળ્યા અને સમજ્યા હોય, રચનાત્મક બનાવે. અંતિમ પસંદગી પહેલા જ ટેકનિકલ વિશિષ્ટતાઓમાં સુધારા (કોઈના ટેકનિકલ વિશિષ્ટતાઓને સુધારવાનું અને ટેન્ડર ગુમાવવાનું વાસ્તવિક જોખમ હોવા છતાં), અંતે તેઓ વ્યાવસાયિક પડકાર સ્વીકારવા અને સારી પ્રોડક્ટ બનાવવા માટે તૈયાર છે.

આ બધાએ અમને પ્રમાણમાં નાના સ્થાનિક ડેવલપર તરફ ધ્યાન આપ્યું - કંપનીના સનલાઈન જૂથ, જેણે અમારી મોટાભાગની જરૂરિયાતોને તરત જ જવાબ આપ્યો અને નવા BMS સંબંધિત તમામ જરૂરિયાતોને અમલમાં મૂકવા માટે તૈયાર હતા. 

જોખમો

જ્યારે મોટા ખેલાડીઓ અમને શું જોઈએ છે તે સમજવાનો પ્રયાસ કરી રહ્યા હતા અને પ્રી-સેલ લેવલના નિષ્ણાતોને સામેલ કરીને અમારી સાથે આરામથી પત્રવ્યવહાર કરી રહ્યા હતા, ત્યારે સ્થાનિક ડેવલપરે તેમની ટેકનિકલ ટીમની ભાગીદારી સાથે અમારી ઑફિસમાં એક મીટિંગ નક્કી કરી. આ મીટીંગમાં કોન્ટ્રાક્ટરે ફરી એકવાર પ્રોજેક્ટમાં સહભાગી થવાની ઈચ્છા દર્શાવી અને સૌથી અગત્યની વાત એ છે કે જરૂરી સિસ્ટમ કેવી રીતે અમલમાં આવશે તે સમજાવ્યું.    

મીટિંગ પહેલાં, અમે એવી ટીમ સાથે કામ કરવાના બે જોખમો જોયા જેની પાછળ મોટી રાષ્ટ્રીય અથવા આંતરરાષ્ટ્રીય કંપનીના સંસાધનો નથી:

1. નિષ્ણાતો તેમની ક્ષમતાઓને વધુ પડતો અંદાજ આપી શકે છે અને પરિણામે, તેઓ ફક્ત સામનો કરવામાં નિષ્ફળ જાય છે; ઉદાહરણ તરીકે, તેઓ જટિલ સૉફ્ટવેરનો ઉપયોગ કરશે અથવા અસંભવિત આરક્ષણ અલ્ગોરિધમ્સ ડિઝાઇન કરશે.
2. પ્રોજેક્ટ પૂર્ણ થયા પછી, પ્રોજેક્ટ ટીમનું વિઘટન થઈ શકે છે અને તેથી, ઉત્પાદન સપોર્ટ જોખમમાં આવશે.

આ જોખમો ઘટાડવા માટે, અમે અમારા પોતાના વિકાસ નિષ્ણાતોને મીટિંગમાં આમંત્રિત કર્યા છે. સંભવિત કોન્ટ્રાક્ટરના કર્મચારીઓની સિસ્ટમ શેના પર આધારિત છે, રિડન્ડન્સી કેવી રીતે અમલમાં મૂકવાની યોજના છે અને અન્ય મુદ્દાઓ કે જેમાં અમે, ઑપરેશન સર્વિસ તરીકે, પૂરતા સક્ષમ નથી તે વિશે સંપૂર્ણ ઇન્ટરવ્યુ લેવામાં આવ્યા હતા.

ચુકાદો સકારાત્મક હતો: હાલના BMS પ્લેટફોર્મનું આર્કિટેક્ચર આધુનિક, સરળ અને વિશ્વસનીય છે, તેને સુધારી શકાય છે, સૂચિત રીડન્ડન્સી અને સિંક્રનાઇઝેશન સ્કીમ તાર્કિક અને કાર્યક્ષમ છે. 

પ્રથમ જોખમ સાથે વ્યવહાર કરવામાં આવ્યો હતો. કોન્ટ્રાક્ટર તરફથી પુષ્ટિ મળ્યા પછી બીજાને બાકાત રાખવામાં આવ્યું હતું કે તેઓ અમને સિસ્ટમનો સ્રોત કોડ અને દસ્તાવેજીકરણ ટ્રાન્સફર કરવા માટે તૈયાર છે, અને તે પણ પાયથોન પ્રોગ્રામિંગ ભાષા પસંદ કરીને, જે અમારા નિષ્ણાતો માટે સારી રીતે જાણીતી હતી. આનાથી અમને કોઈ પણ મુશ્કેલી વિના સિસ્ટમને અમારી જાતે જાળવવાની તક મળે છે અને ડેવલપમેન્ટ કંપની બજાર છોડવાની સ્થિતિમાં લાંબા સમય સુધી કર્મચારીઓની તાલીમ આપે છે.

પ્લેટફોર્મનો વધારાનો ફાયદો એ હતો કે તે ડોકર કન્ટેનરમાં લાગુ કરવામાં આવ્યું હતું: કર્નલ, વેબ ઈન્ટરફેસ અને ઉત્પાદન ડેટાબેઝ કાર્ય આ વાતાવરણમાં. આ અભિગમ ઘણા ફાયદાઓ પૂરા પાડે છે, જેમાં "ક્લાસિક" ની તુલનામાં સોલ્યુશનની જમાવટની ઉચ્ચતમ ગતિ માટે પ્રીસેટ સેટિંગ્સ અને સિસ્ટમમાં નવા ઉપકરણોના સરળ ઉમેરાનો સમાવેશ થાય છે. "બધા એકસાથે" સિદ્ધાંત સિસ્ટમના અમલીકરણને શક્ય તેટલું સરળ બનાવે છે: ફક્ત સિસ્ટમને અનપેક કરો અને તમે તરત જ તેનો ઉપયોગ કરી શકો છો. 

આ સોલ્યુશન સાથે, સિસ્ટમની નકલો બનાવવાનું સરળ છે, અને તમે તેને સુધારી શકો છો અને એક અલગ વાતાવરણમાં અપગ્રેડને અમલમાં મૂકી શકો છો, સંપૂર્ણ રીતે સોલ્યુશનનું સંચાલન બંધ કર્યા વિના.  

એકવાર બંને જોખમો ઓછા થઈ ગયા પછી, કોન્ટ્રાક્ટરે સી.પી. તે અમારા માટે BMS સિસ્ટમના તમામ સૌથી મહત્વપૂર્ણ પરિમાણોને આવરી લે છે.

આરક્ષણ

નવી BMS સિસ્ટમ વર્ચ્યુઅલ મશીન પર ક્લાઉડમાં સ્થિત હોવી જોઈએ. 

કોઈ હાર્ડવેર નથી, સર્વર નથી અને આ ડિપ્લોયમેન્ટ મોડલ સાથે સંકળાયેલ તમામ અસુવિધાઓ અને જોખમો - ક્લાઉડ સોલ્યુશન અમને તેમાંથી કાયમ માટે છૂટકારો મેળવવાની મંજૂરી આપે છે. એવું નક્કી કરવામાં આવ્યું હતું કે સિસ્ટમ સેન્ટ પીટર્સબર્ગ અને મોસ્કોમાં બે ડેટા સેન્ટર સાઇટ્સ પર અમારા ક્લાઉડમાં કાર્ય કરશે. આ તમામ અધિકૃત નિષ્ણાતોની ઍક્સેસ સાથે સક્રિય સ્ટેન્ડબાય મોડમાં કાર્યરત બે સંપૂર્ણ કાર્યકારી સિસ્ટમો છે. 

બંને સિસ્ટમો એકબીજાને વીમો આપે છે, જે કમ્પ્યુટિંગ પાવર અને ડેટા ટ્રાન્સમિશન ચેનલ બંનેનો સંપૂર્ણ અનામત પ્રદાન કરે છે. વધારાના સુરક્ષા પગલાં પણ ગોઠવવામાં આવ્યા છે, જેમાં ડેટા અને ચેનલ્સ, સિસ્ટમ્સ, સામાન્ય રીતે વર્ચ્યુઅલ મશીનો અને મહિનામાં એકવાર અલગ ડેટાબેઝ બેકઅપનો સમાવેશ થાય છે (મેનેજમેન્ટ અને વિશ્લેષણની દ્રષ્ટિએ સૌથી મૂલ્યવાન સંસાધન). 

નોંધ કરો કે BMS સોલ્યુશનમાં એક વિકલ્પ તરીકે રિડન્ડન્સી ખાસ કરીને અમારી વિનંતી માટે વિકસાવવામાં આવી હતી. આરક્ષણ યોજના પોતે આના જેવી દેખાતી હતી:

આધાર

BMS સોલ્યુશનની અસરકારક કામગીરી માટે સૌથી મહત્વનો મુદ્દો તકનીકી સપોર્ટ છે. 

અહીં બધું સરળ છે: આ સૂચક અનુસાર નવી સિસ્ટમ માટે અમને 35 રુબેલ્સનો ખર્ચ થશે. SLA માટે દર મહિને “000 કલાકની અંદર પ્રતિસાદ”, એટલે કે, 8 x 35/000 = $12 પ્રતિ વર્ષ. પ્રથમ વર્ષ મફત છે. 

સરખામણી માટે, વિક્રેતા પાસેથી જૂના BMSને જાળવવા માટે દર વર્ષે $18નો ખર્ચ થાય છે અને દરેક નવા ઉપકરણની રકમમાં વધારો થાય છે! તે જ સમયે, કંપનીએ કોઈ સમર્પિત મેનેજર પ્રદાન કર્યું ન હતું; તમામ ક્રિયાપ્રતિક્રિયા સેલ્સ મેનેજર દ્વારા થઈ હતી જે વિનંતીઓની પ્રક્રિયામાં અનુરૂપ ભાર સાથે સંભવિત ખરીદદાર તરીકે અમને રસ ધરાવે છે. 

ઓછા પૈસા માટે, અમે એક એકાઉન્ટ મેનેજર સાથે સંપૂર્ણ ઉત્પાદન સપોર્ટ મેળવ્યો, જે ઉત્પાદન વિકાસમાં ભાગ લેશે, એક જ પૉઇન્ટ ઑફ એન્ટ્રી વગેરે સાથે. સપોર્ટ વધુ લવચીક બન્યો - સિસ્ટમના કોઈપણ પાસા માટે પ્રોમ્પ્ટ એડજસ્ટમેન્ટ, API દ્વારા એકીકરણ વગેરે માટે વિકાસકર્તાઓને સીધી ઍક્સેસ માટે આભાર.

અપડેટ્સ

નવા BMS માં સૂચિત CP મુજબ, તમામ અપડેટ્સ સપોર્ટની કિંમતમાં સામેલ છે, એટલે કે. વધારાની ચુકવણીની જરૂર નથી. અપવાદ એ તકનીકી વિશિષ્ટતાઓમાં નિર્દિષ્ટ કરેલા વધારાની કાર્યક્ષમતાનો વિકાસ છે. 

જૂની સિસ્ટમને ફર્મવેર અપડેટ્સ (જેમ કે જાવા) અને બગ ફિક્સેસ બંને માટે ચુકવણીની જરૂર છે. આનો ઇનકાર કરવો અશક્ય હતું; અપડેટ્સની ગેરહાજરીમાં, આંતરિક ઘટકોના જૂના સંસ્કરણોને કારણે સિસ્ટમ સંપૂર્ણ "ધીમી" થઈ ગઈ.

અને, અલબત્ત, સપોર્ટ પેકેજ ખરીદ્યા વિના સૉફ્ટવેરને અપડેટ કરવું અશક્ય હતું.

લવચીક અભિગમ

અન્ય મૂળભૂત જરૂરિયાત ઇન્ટરફેસ સંબંધિત છે. અમે ડેટા સેન્ટરના પ્રદેશ પર એન્જિનિયરની ફરજિયાત હાજરી વિના, ગમે ત્યાંથી વેબ બ્રાઉઝર દ્વારા તેની ઍક્સેસ પ્રદાન કરવા માગીએ છીએ. વધુમાં, અમે એનિમેટેડ ઈન્ટરફેસ બનાવવાની કોશિશ કરી જેથી ફરજ પરના ઈજનેરોને ઈન્ફ્રાસ્ટ્રક્ચરની ગતિશીલતા વધુ સ્પષ્ટ થઈ શકે. 

નવી સિસ્ટમમાં પણ એન્જિનિયરિંગ સિસ્ટમ્સમાં વર્ચ્યુઅલ સેન્સર્સના સંચાલનની ગણતરી માટેના સૂત્રો માટે સમર્થન પ્રદાન કરવું જરૂરી હતું - ઉદાહરણ તરીકે, સમગ્ર સાધનોના રેક્સમાં વિદ્યુત શક્તિના શ્રેષ્ઠ વિતરણ માટે. આ કરવા માટે, તમારે તમારા નિકાલ પર સેન્સર સૂચકાંકોને લાગુ પડતા તમામ સામાન્ય ગાણિતિક ઑપરેશન્સ રાખવાની જરૂર છે. 

આગળ, એસક્યુએલ ડેટાબેઝની ઍક્સેસ જરૂરી હતી તેમાંથી સાધનસામગ્રીના સંચાલન પર જરૂરી ડેટા લેવાની ક્ષમતા સાથે - એટલે કે, લગભગ 20 હજાર ચલો જનરેટ કરતા બે હજાર ઉપકરણો અને બે હજાર વર્ચ્યુઅલ સેન્સરના તમામ મોનિટરિંગ રેકોર્ડ્સ. 

રેક ઇક્વિપમેન્ટ એકાઉન્ટિંગ મોડ્યુલની પણ જરૂર હતી, જે હાર્ડવેરના કુલ વજનની ગણતરી સાથે દરેક યુનિટમાં ઉપકરણોની ગોઠવણીનું ગ્રાફિકલ રજૂઆત પ્રદાન કરે છે, ઉપકરણોની લાઇબ્રેરી જાળવી રાખે છે અને દરેક તત્વ વિશે વિગતવાર માહિતી આપે છે. 

તકનીકી વિશિષ્ટતાઓની મંજૂરી અને કરાર પર હસ્તાક્ષર

તે સમયે જ્યારે નવી સિસ્ટમ પર કામ શરૂ કરવું જરૂરી હતું, ત્યારે "મોટી" કંપનીઓ સાથેનો પત્રવ્યવહાર તેમની દરખાસ્તોના ખર્ચની ચર્ચા કરવાથી હજી ઘણો દૂર હતો, તેથી અમે પ્રાપ્ત થયેલા સીપીની તુલના જૂના BMS અપડેટ કરવાના ખર્ચ સાથે કરી (જુઓ. પ્રથમ ભાગ), અને પરિણામે તે કિંમતમાં વધુ આકર્ષક બન્યું અને અમારી જરૂરિયાતોને પૂર્ણ કરે છે.

પસંદગી કરવામાં આવી છે.

કોન્ટ્રાક્ટર પસંદ કર્યા પછી, વકીલોએ એક કરાર બનાવવાનું શરૂ કર્યું, અને બંને બાજુની તકનીકી ટીમોએ તકનીકી વિશિષ્ટતાઓને પોલિશ કરવાનું શરૂ કર્યું. જેમ તમે જાણો છો, વિગતવાર અને સક્ષમ તકનીકી વિશિષ્ટતાઓ કોઈપણ કાર્યની સફળતા માટેનો આધાર છે. તકનીકી વિશિષ્ટતાઓમાં જેટલી વધુ સ્પષ્ટતાઓ છે, ઓછી નિરાશાઓ જેમ કે "પરંતુ આ તે નથી જે અમે ઇચ્છતા હતા."

હું તકનીકી વિશિષ્ટતાઓમાં આવશ્યકતાઓની વિગતોના સ્તરના બે ઉદાહરણો આપીશ:

1. ફરજ પરના ડેટા કેન્દ્રોને BMSમાં નવા ઉપકરણો ઉમેરવા માટે સત્તા આપવામાં આવે છે, મોટેભાગે આ PDU હોય છે. જૂના BMS માં, આ "એડમિનિસ્ટ્રેટર" સ્તર હતું, જેણે તમામ ઉપકરણોની ચલ સેટિંગ્સને બદલવાની પણ મંજૂરી આપી હતી, અને કાર્યોને અલગ કરવાનું અશક્ય હતું. આ અમને અનુકૂળ ન હતું. નવા પ્લેટફોર્મના હાલના મૂળભૂત સંસ્કરણમાં, યોજના સમાન હતી. અમે તરત જ સંદર્ભની શરતોમાં સૂચવ્યું કે અમે આ ભૂમિકાઓને અલગ કરવા માગીએ છીએ: ફક્ત અધિકૃત કર્મચારીએ સેટિંગ્સ બદલવી જોઈએ, પરંતુ ફરજ પરના લોકોએ ઉપકરણો ઉમેરવાનું ચાલુ રાખવું જોઈએ. આ યોજના અમલીકરણ માટે સ્વીકારવામાં આવી હતી.
2.  કોઈપણ માનક BMS માં સૂચનાઓની ત્રણ લાક્ષણિક શ્રેણીઓ હોય છે: લાલ - તરત જ જવાબ આપવો જોઈએ, પીળો - અવલોકન કરી શકાય છે, વાદળી - "માહિતીપૂર્ણ". અમે પરંપરાગત રીતે વ્યાપાર પરિમાણોને ઓળંગી ગયા હોય ત્યારે મોનિટર કરવા માટે વાદળી ચેતવણીઓનો ઉપયોગ કર્યો છે, જેમ કે ગ્રાહકની રેક તેની ક્ષમતા મર્યાદા કરતાં વધી ગઈ છે. અમારા કેસમાં આ પ્રકારની સૂચના મેનેજરો માટે બનાવાયેલ હતી અને ઓપરેશન સેવામાં રસ ધરાવતી ન હતી, પરંતુ જૂના BMS માં તે નિયમિતપણે સક્રિય ઘટનાઓની સૂચિને બંધ કરે છે અને ઓપરેશનલ કાર્યમાં દખલ કરે છે. અમે નોટિફિકેશન પેન્ટના ખૂબ જ તર્ક અને રંગના ભેદને સફળ માન્યું અને તેને જાળવી રાખ્યું, જો કે, ટેકનિકલ વિશિષ્ટતાઓએ ખાસ સૂચવ્યું કે "વાદળી" સૂચનાઓ, ફરજ અધિકારીઓને વિચલિત કર્યા વિના, એક અલગ વિભાગમાં ચૂપચાપ "રેડવું" જોઈએ, જ્યાં તેઓ વ્યાપારી નિષ્ણાતો દ્વારા કાર્યવાહી કરવામાં આવશે.

વિગતની સમાન ડિગ્રી સાથે, આલેખ બનાવવા અને રિપોર્ટ્સ બનાવવા માટેના ફોર્મેટ, ઇન્ટરફેસની રૂપરેખા, દેખરેખ રાખવાની જરૂર હોય તેવા ઉપકરણોની સૂચિ અને અન્ય ઘણી વસ્તુઓ સૂચવવામાં આવી હતી. 

આ ત્રણ કાર્યકારી જૂથોનું ખરેખર સર્જનાત્મક કાર્ય હતું - ગ્રાહક સેવા, જે તેની જરૂરિયાતો અને શરતો નક્કી કરે છે; બંને બાજુના તકનીકી નિષ્ણાતો, જેમનું કાર્ય આ શરતોને તકનીકી દસ્તાવેજીકરણમાં રૂપાંતરિત કરવાનું હતું; કોન્ટ્રાક્ટર પ્રોગ્રામર્સની ટીમો કે જેમણે વિકસિત તકનીકી દસ્તાવેજો અનુસાર ગ્રાહકની આવશ્યકતાઓને અમલમાં મૂકી હતી... પરિણામે, અમે અમારી કેટલીક બિનસૈદ્ધાંતિક આવશ્યકતાઓને હાલના પ્લેટફોર્મની કાર્યક્ષમતા સાથે અનુકૂલિત કરી, અને કોન્ટ્રાક્ટરે અમારા માટે કંઈક ઉમેરવાનું હાથ ધર્યું. 

બે સિસ્ટમોની સમાંતર કામગીરી

અમલીકરણનો સમય છે. વ્યવહારમાં, આનો અર્થ એ થયો કે અમે કોન્ટ્રાક્ટરને અમારા વર્ચ્યુઅલ ક્લાઉડમાં BMS પ્રોટોટાઇપ જમાવવાની તક આપીએ છીએ અને મોનિટરિંગની જરૂર હોય તેવા તમામ ઉપકરણોને નેટવર્ક ઍક્સેસ પ્રદાન કરીએ છીએ.

જો કે, નવી સિસ્ટમ હજુ કામગીરી માટે તૈયાર નહોતી. આ તબક્કે, અમારા માટે જૂની સિસ્ટમમાં મોનિટરિંગ જાળવી રાખવું અને તે જ સમયે નવી સિસ્ટમમાં ઉપકરણોની ઍક્સેસ આપવી મહત્વપૂર્ણ હતી. તેમાં ઉપકરણો જોયા વિના સિસ્ટમને યોગ્ય રીતે બનાવવી અશક્ય છે, જે બદલામાં જૂની સિસ્ટમ દ્વારા દેખરેખથી અક્ષમ કરી શકાતી નથી. 

ઉપકરણો બે સિસ્ટમો દ્વારા એક સાથે પૂછપરછનો સામનો કરી શકે છે કે કેમ તે વાસ્તવિક પરીક્ષણ વિના સ્પષ્ટ ન હતું. એવી શક્યતા હતી કે એકસાથે ડબલ મતદાનને કારણે ઉપકરણો તરફથી પ્રતિસાદ આપવાનો વારંવાર ઇનકાર કરવામાં આવશે અને અમને ઉપકરણોની અનુપલબ્ધતા સંબંધિત ઘણી ભૂલો પ્રાપ્ત થશે, જે બદલામાં જૂની મોનિટરિંગ સિસ્ટમની કામગીરીને અવરોધિત કરશે.

નેટવર્ક વિભાગે ક્લાઉડમાં તૈનાત નવા BMS ના પ્રોટોટાઇપથી લઈને ઉપકરણો સુધી વર્ચ્યુઅલ રૂટ્સ ચલાવ્યા, અને અમને પરિણામો મળ્યા: 

• SNMP પ્રોટોકોલ દ્વારા જોડાયેલા ઉપકરણો એક સાથે વિનંતીઓને કારણે વ્યવહારીક રીતે ક્યારેય ડિસ્કનેક્ટ થયા નથી, 
• મોડબાસ-ટીસીપી પ્રોટોકોલનો ઉપયોગ કરીને ગેટવે દ્વારા જોડાયેલા ઉપકરણોમાં સમસ્યાઓ હતી જે તેમની મતદાન આવર્તનને બુદ્ધિપૂર્વક ઘટાડીને હલ કરવામાં આવી હતી.  

અને પછી અમે અવલોકન કરવાનું શરૂ કર્યું કે કેવી રીતે અમારી આંખો સમક્ષ નવી સિસ્ટમ બનાવવામાં આવી રહી છે, અમને પહેલેથી જ પરિચિત ઉપકરણો તેમાં દેખાયા, પરંતુ એક અલગ ઇન્ટરફેસમાં - અનુકૂળ, ઝડપી, ફોનથી પણ સુલભ.

અમારા લેખના ત્રીજા ભાગમાં અંતે શું થયું તે અમે તમને જણાવીશું.

સોર્સ: www.habr.com