Ngawasi ing pusat data: carane kita ngganti BMS lawas karo anyar. Bagean 3

Kita nerusake crita babagan carane ngganti sistem BMS ing pusat data (bagean 1, bagean 2). Ing wektu sing padha, kita ora mung ngganti solusi siji vendor liyane, nanging ngembangake sistem saka awal sing cocog karo kabutuhan. Ing pungkasan crita, kita nuduhake asil karya lan solusi menarik sing bisa migunani kanggo sampeyan.

Antarmuka anyar

Ing kene, kaya sing dikandhakake, luwih becik ndeleng sapisan.

rak-rak.

Ayo padha ndeleng prabédan.

• Sing pertama yaiku красиво nyaman. Wigati carane gampang kanggo trek beban ing modul PDU ("Bank" utawa mung "Bank") lan jumlah akeh podo karo modul dipasangake. Ing model rak saka BMS anyar, kita langsung weruh yen modul PDU sing dipasangake ngisor overloaded (saiki total luwih dhuwur tinimbang kabar 16A sing diidinake - "biru"), lan sing paling dhuwur ora diisi. Yen salah siji input pedhot, kabeh mbukak bakal pindhah menyang kaloro, lan modul ngisor sing tetep energized bakal mati amarga kakehan. Kanggo nyegah kedadeyan kasebut, layanan dhukungan pusat data bakal ngelingake klien luwih dhisik lan ngirim rekomendasi babagan cara nyebarake beban kasebut.
• Gampang nambah peralatan. Ing BMS anyar, sensor virtual kanggo jumlah arus modul lan daya rak wis ditambahake menyang template rak standar lan digawe kanthi otomatis sawise nambah PDU menyang rak. Ing BMS lawas, dheweke kudu digawe kanthi manual lan banjur diseret menyang peta, sing nambah kemungkinan kesalahan amarga "faktor manungsa".
• Orane katrangan Unlimited kanggo kreatifitas. Saiki kita ora duwe watesan nalika nggawe sensor virtual. Sampeyan bisa nggawe model matematika saka variabel apa wae. Iki tegese kita duwe kemampuan kanggo nggawe sensor virtual rumit (sadurunge kita mung bisa nambah nilai) lan analisis statistik lan tren luwih apik ing kinerja sistem engineering. Iki nambah kualitas keputusan sing digawe babagan konfigurasi sistem, panggantos peralatan, lan manajemen sumber daya. 
• Antarmuka intuisi. Ing antarmuka anyar, ora ana keruwetan lambang, penggemar muter, ngalih "klik." Lan sing paling trep yaiku kemampuan kanggo nuduhake status PDU Line A / B ing rak. Kita nyoba nindakake sing padha ing BMS lawas, nanging jumlah lambang sing digabung saben centimeter kothak peta meksa kita ninggalake.

Saiki iku apik kanggo ndeleng:

Server.

Fragmen saka switchboard utama.

Panel kontrol ventilasi.

Lan BMS anyar bisa dihiasi kanggo Taun Anyar :)

Siji kaca - saling pengertian tanpa tembung lan tanpa spesifikasi teknis

Kanggo wektu sing suwe, kita pengin ngleksanakake "trick" liyane ing BMS: kanggo ngumpulake paramèter utama pusat data ing sawijining kaca, supaya siji pandang ing layar bakal cukup kanggo netepake status sistem utama. Nanging, kita ora ngerti apa sing kudu katon.

Malah sadurunge pangembangan BMS anyar diwiwiti, kita ngunjungi belasan pusat data ing Walanda kanggo lelungan. Salah sawijining tujuan yaiku kanggo ndeleng conto implementasine kaca kasebut.

Lan ora ana pusat data sing nuduhake marang kita - ing sawetara ora ana, ing liyane "dikembangake saiki", ing liyane minangka "rahasia dagang gedhe". Mulane, ing syarat-syarat referensi kanggo nggawe BMS anyar, ora ana katrangan sing tepat babagan kaca sing penting banget iki kanggo kita.

Akibaté, kita teka kanthi harfiah "ing fly". Mung ing wayahe aku kudu rembugan karo kolega ing pusat data. Ora trep banget kanggo nggulung kaca BMS ing telpon kanggo nggoleki data sing kasebar, lan nyatane versi pisanan digawe sketsa ing serbet. Siji kaca. Iki ditindakake dening pangembang adhedhasar foto kasebut. 

Nderek conto kanca-kanca Walanda sing ati-ati, kita ora bakal nduduhake versi final saka kaca utama, utamane amarga saben pusat data unik lan ora ana gunane kanggo nyalin. Nanging supaya kita njlèntrèhaké rong prinsip utama tatanan:

1. Iki minangka tabel sing dirancang kanggo pas karo format layar smartphone vertikal (utawa monitor, nanging njaga tata letak vertikal), kanthi kabeh informasi penting ditampilake ing layar siji. Ndhuwur meja ana "ringkesan" saka kedadean aktif, supaya paling trep kanggo nyelehake mau bebarengan ing format vertikal. 
2. Susunan sel ing tabel nderek arsitektur pusat data (fisik utawa logis). We nilar noto sistem ing urutan abjad, minangka bakal seng di pengeni ing kawitan marketing. Urutan kasebut nggambarake asosiasi visual personel pusat data - kaya-kaya ngawasi kabeh kamar lan sistem kanthi fisik. Iki nggawe luwih gampang golek informasi.

Nyatane, saiki pancen kabeh ciri utama pusat data diklompokake lan ditampilake ing siji layar smartphone / monitor insinyur lan manajer sing tanggung jawab, nalika nyambungake menyang topografi fisik lan logis saka pusat data dileksanakake. 

Iki minangka foto draf sing pisanan, sanajan, mesthi, versi iki dipikirake maneh lan dirampungake.

Pengakuan lan ringkesan kedadeyan

Ayo dadi pirembagan bab konsep anyar liyane kanggo kita, kang muncul minangka asil saka project kanggo nganyari sistem ngawasi.

Jabat tangan minangka istilah sing rada langka sing diusulake dening pangembang BMS anyar. Iki tegese konfirmasi yen operator weruh kedadeyan kasebut, ngakoni lan nampa tanggung jawab kanggo ngrampungake.  

Tembung kasebut wis macet, lan saiki kita "ngakoni" kedadeyan.

Algoritma sing kalebu ing versi dhasar BMS anyar ora cocog karo kita. Nyatane, iki minangka komentar menyang log acara, yaiku, kedadeyan sing ditanggulangi ora ilang saka log, lan sing ditampa ("diakoni") ora diurutake saka sing anyar.

Akibaté, jendhela sing diarani "ringkesan" dikembangake, ing ngendi:

1. Mung kedadeyan aktif lan piranti ing mode layanan sing ditampilake (ora ana kabar biru komersial).
2. Ana bedane sing jelas antarane kedadeyan ANYAR lan DITrima.
3. Dituduhake sapa sing nampa kedadeyan kasebut.

Algoritma kerja kanggo petugas tugas ing BMS anyar yaiku:

1. Kedadeyan anyar kalebu ing laporan lan ngenteni diakoni. Dheweke ora bisa nginep ing bagean iki nganti suwe; wong sing tugas kanggo peralatan kasebut kudu langsung ngurus kedadeyan kasebut.
2. Pegawe tanggung jawab kanggo kedadeyan kasebut kanthi ngeklik tandha centhang ing sisih tengen. Amarga kabeh karyawan ana ing akun unik, bakal ditampilake kanthi otomatis sapa sing nampa kedadeyan kasebut. Yen perlu, tinggalake komentar.
3. Kedadeyan kasebut dipindhah menyang bagean "Diakoni", para pejabat liyane lan manajer ngerti yen kedadeyan kasebut ditangani dening karyawan sing tanggung jawab.

Conto jendhela ringkesan kanthi pesen anyar lan wis diakoni.

Kanthi nyambungake jendhela ringkesan karo Tabel kaca siji, kita entuk lengkap layar utama Sistem BMS, ing ngendi sampeyan bisa langsung ndeleng: 

• kondisi sistem pusat data utama;
• anané kedadeyan anyar sing durung diproses;
• anane kedadeyan sing ditampa lan informasi babagan sapa sing khusus ngilangi.

Akses browser lan tandha pop-up telpon

Antarmuka web, bisa diakses saka piranti apa wae saka ngendi wae ing donya, kontras banget karo klien "kandel", sing ditutup kanggo pangguna eksternal. 

Pendekatan lawas mbutuhake macem-macem inconveniences, saka masalah ing ngatur karya remot kanggo ngawasi karyawan layanan kanggo perlu kanggo nginstal klien "kandel" saka kit distribusi ing workstations Staff ing pusat data.

Saiki kaca apa wae ing BMS duwe alamat unik, sing ngidini sampeyan nuduhake ora mung alamat langsung saka kaca utawa piranti, nanging uga nyambung menyang grafik / laporan unik. 

Akses menyang sistem saiki ditindakake liwat otentikasi LDAP liwat Active Directory, sing nambah tingkat keamanan. 

Mobilitas saiki minangka faktor kunci ing kualitas karya insinyur sing ana tugas. Saliyane ngawasi ngawasi ing kamar shift tugas, insinyur nggawe babak, nindakake karya rutin ing njaba "ruangan tugas" lan, amarga layar utama BMS sing dioptimalake kanggo layar seluler, aja kelangan kontrol apa sing kedadeyan ing kamar turbin. sedhela. 

Kualitas kontrol uga saya apik amarga fungsi chatting kerja. Dheweke nyepetake proses kerja kanthi ngidini korespondensi insinyur sing tugas "disambung" menyang BMS. Contone, kita nggunakake aplikasi Teams, sing ngidini sampeyan nindakake korespondensi internal lan nampa kabeh pesen saka BMS ing telpon sampeyan ing wangun kabar Push pop-up, sing ngilangi kabutuhan pejabat tugas kanggo terus-terusan ndeleng telpon. layar.

 Notifikasi push ing layar smartphone.

Mangkene kabar katon ing aplikasi Teams.

Ing wektu sing padha, kabar pop-up dikonfigurasi mung kanggo pesen babagan kedadeyan kedadeyan, saéngga nyuda faktor gangguan; staf ngerti: yen Notifikasi Teams Push katon ing layar smartphone, mula kudu pindhah menyang kaca BMS lan nampa kedadean. Pesen resolusi insiden dilacak ing kaca BMS.

Foto nuduhake antarmuka BMS ing smartphone.

Kanggo ngringkes

Nalika biaya nganyari BMS saka vendor lawas kita bisa dibandhingake karo ngembangake sistem anyar saka awal (udakara $100), prabédan ing fungsi produk dadi gedhe banget. Kita nampa sistem fleksibel sing dioptimalake kanggo tugas lan proses bisnis. Kita uga wis entuk tabungan sing signifikan ing dhukungan sistem lan biaya upgrade. 

Nanging, mesthi, ana kangelan. 

• Kaping pisanan, kita nyepelekake jumlah owah-owahan sing kudu ditindakake kanggo versi dhasar BMS anyar lan ora ketemu tenggat wektu sing wis disepakati. Kanggo kita, iki ora dadi masalah kritis, amarga kita diasuransiake nganti menit pungkasan lan nggarap sistem lawas, lan proses kasebut kreatif, rumit lan mulane kadhangkala luwih alon tinimbang sing dikarepake. Kajaba iku, kita mesthi weruh manawa pangembang nggawe kabeh upaya kanggo entuk asil sing paling apik. Nanging nyatane, crita kasebut dadi dawa banget, lan spesialis kunci kita ngentekake tenaga lan wektu luwih akeh tinimbang sing wis direncanakake. 
• Kapindho, kita butuh sawetara tahap tes kanggo debug algoritma kanggo reservasi mesin virtual lan saluran komunikasi. Kaping pisanan, ana kegagalan ing sisih sistem BMS lan ing sisih nyetel mesin virtual lan jaringan. Debugging iki uga butuh wektu. Untunge, kontraktor kasebut diwenehi platform uji coba ing bentuk layanan awan, ing ngendi kabeh setelan lan inovasi pisanan diuji.
• Katelu, sistem sing diasilake dadi luwih angel diowahi dening pangguna pungkasan. Yen sadurunge peta kalebu latar mburi (file grafis) lan lambang sing gampang diganti utawa dipindhah, saiki dadi antarmuka grafis sing kompleks kanthi animasi sing mbutuhake katrampilan nyunting tartamtu.

Nganyari radikal sistem BMS kita wis bisa kasebut minangka proyek paling penting ing taun kepungkur, sing bakal mengaruhi kualitas manajemen operasional situs kita ing mangsa ngarep. 

Kita, mesthi, ora mbuwang server wesi lawas, nanging "ngencengi": kita ngresiki ewonan sensor virtual "komersial" lan PDU lan mung sawetara lusin piranti sing paling kritis, kayata diesel. genset, UPS, AC, pompa, sensor bocor lan suhu Ing mode iki, mantan kacepetan wis bali, lan bisa dadi "cadangan cadangan". Miturut cara, sawise njabut PDU saka BMS lawas, kita mbebasake udakara 1000 lisensi saiki sing ora perlu, apa sampeyan ngerti apa sing kudu ditindakake?

Source: www.habr.com