Эхний хэсэгт бид дата төвүүдийнхээ хуучин BMS системийг яагаад шинэ системээр солихоор шийдсэн талаар ярилцсан. Зөвхөн өөрчлөөд зогсохгүй өөрийн шаардлагад нийцүүлэн эхнээс нь хөгжүүл. Хоёр дахь хэсэгт бид үүнийг хэрхэн хийснийг танд хэлэх болно.
Зах зээлийн шинжилгээ
-д тайлбарласан зүйлсийг харгалзан үзнэ Хүсэл эрмэлзэл, одоо байгаа системийг шинэчлэхээс татгалзах шийдвэр гаргаснаар бид зах зээл дээр шийдэл олохын тулд техникийн тодорхойлолт бичиж, зөвхөн үйлдвэрлэлийн SCADA системийг бий болгох чиглэлээр ажилладаг хэд хэдэн томоохон компаниудад лавлагаа өгсөн.
Тэднээс ирсэн хамгийн эхний хариултууд нь хяналтын системийн зах зээлийн удирдагчид үндсэндээ техник хангамжийн серверүүд дээр үргэлжлүүлэн ажиллаж байгаа боловч энэ сегмент дэх үүлэн рүү шилжих үйл явц аль хэдийн эхэлчихсэн байгааг харуулж байна. Виртуал машиныг нөөцлөх тухайд энэ сонголтыг хэн ч дэмжээгүй. Түүгээр ч зогсохгүй зах зээл дээр харагдахуйц хөгжүүлэгчдийн хэн нь ч илүүдлийн хэрэгцээг ойлгоогүй гэсэн мэдрэмж төрж байсан: "Үүл унахгүй" гэдэг нь хамгийн түгээмэл хариулт юм. Үнэн хэрэгтээ бидэнд дата төвийн хяналтыг нэг дата төвд физик байрлалтай үүлэн дотор байрлуулахыг санал болгосон.
Энд бид гүйцэтгэгчийг сонгох үйл явцын талаар жижиг ухралт хийх хэрэгтэй. Үнэ нь мэдээжийн хэрэг, гэхдээ нарийн төвөгтэй төслийг хэрэгжүүлэх аливаа тендерийн үеэр ханган нийлүүлэгчидтэй ярилцах үе шатанд нэр дэвшигчдийн аль нь илүү сонирхолтой, түүнийг хэрэгжүүлэх чадвартай болохыг мэдэрч эхэлдэг.
Энэ нь ялангуяа нарийн төвөгтэй төслүүд дээр мэдэгдэхүйц юм.
Техникийн тодорхойлолттой холбоотой асуултуудыг тодруулах шинж чанараас хамааран гүйцэтгэгчдийг зүгээр л зарах сонирхолтой (борлуулалтын менежерийн стандарт дарамт мэдрэгддэг) болон бүтээгдэхүүн боловсруулах сонирхолтой, үйлчлүүлэгчийг сонсож, ойлгодог, бүтээлч сэтгэлгээтэй хүмүүс гэж хувааж болно. Эцсийн сонголтоос өмнө техникийн үзүүлэлтүүдэд нэмэлт өөрчлөлт оруулах (бусдын техникийн үзүүлэлтийг сайжруулах, тендерт ялагдах бодит эрсдэлийг үл харгалзан) эцэст нь тэд мэргэжлийн сорилтыг хүлээн авч, сайн бүтээгдэхүүн хийхэд бэлэн байна.
Энэ бүхэн нь биднийг харьцангуй жижиг орон нутгийн хөгжүүлэгч болох Sunline групп компаниудад анхаарлаа хандуулахад хүргэсэн бөгөөд энэ нь бидний ихэнх шаардлагуудыг нэн даруй хангаж, шинэ BMS-тэй холбоотой бүх хэрэгцээг хэрэгжүүлэхэд бэлэн байсан юм.
Эрсдэл
Том тоглогчид бидний юу хүсч байгааг ойлгохыг хичээж, борлуулалтын өмнөх түвшний мэргэжилтнүүдийг оролцуулан бидэнтэй тайван захидал харилцааг явуулж байх хооронд орон нутгийн хөгжүүлэгч техникийн багийнхаа оролцоотойгоор манай оффис дээр уулзалт хийхээр товлосон. Энэ уулзалтаар гүйцэтгэгч компани төсөлд оролцох хүсэлтэй байгаагаа дахин харуулж, хамгийн гол нь шаардлагатай тогтолцоог хэрхэн хэрэгжүүлэх талаар тайлбарлав.
Уулзалтын өмнө бид ард нь үндэсний болон олон улсын томоохон компанийн нөөц байхгүй багтай ажиллах хоёр эрсдэлийг олж харсан.
- Мэргэжилтнүүд өөрсдийн чадавхийг хэтрүүлэн үнэлж, үүний үр дүнд тэд үүнийг даван туулж чадахгүй, жишээлбэл, нарийн төвөгтэй програм хангамж ашиглах эсвэл захиалга хийх боломжгүй алгоритмуудыг зохион бүтээх;
- Төсөл дууссаны дараа төслийн баг задарч болзошгүй тул бүтээгдэхүүний дэмжлэг аюулд орно.
Эдгээр эрсдлийг багасгахын тулд бид өөрсдийн хөгжлийн мэргэжилтнүүдээ хуралд урьсан. Гүйцэтгэгчийн боломжит ажилчдаас систем нь юунд суурилж байгаа, орон тооны цомхотголыг хэрхэн хэрэгжүүлэхээр төлөвлөж байгаа болон үйл ажиллагааны үйлчилгээний хувьд бидний чадвар хангалтгүй байгаа бусад асуудлуудын талаар дэлгэрэнгүй ярилцлага авсан.
Шийдвэр эерэг байсан: одоо байгаа BMS платформын архитектур нь орчин үеийн, энгийн бөгөөд найдвартай, сайжруулж болохуйц, санал болгож буй илүүдэл, синхрончлолын схем нь логик бөгөөд ажиллах боломжтой юм.
Эхний эрсдэлийг даван туулсан. Хоёр дахь нь гүйцэтгэгчээс системийн эх код, баримт бичгийг бидэнд шилжүүлэхэд бэлэн гэдгээ баталгаажуулж, мөн манай мэргэжилтнүүдийн сайн мэддэг Python програмчлалын хэлийг сонгосноор хасагдсан. Энэ нь хөгжүүлэлтийн компани зах зээлээс гарсан тохиолдолд ямар ч хүндрэлгүйгээр бие даан системээ хадгалах, ажилчдаа удаан хугацаагаар сургах боломжийг бидэнд олгосон.
Платформын нэмэлт давуу тал нь үүнийг Docker контейнерт хэрэгжүүлсэн явдал байв: цөм, вэб интерфэйс, энэ орчинд бүтээгдэхүүний мэдээллийн сангийн функц. Энэхүү арга нь "сонгодог"-той харьцуулахад шийдлийг хамгийн өндөр хурдтай ашиглахын тулд урьдчилан тохируулсан тохиргоо, системд шинэ төхөөрөмжүүдийг хялбархан оруулах зэрэг олон давуу талыг өгдөг. "Бүгд хамтдаа" зарчим нь системийн хэрэгжилтийг аль болох хялбаршуулдаг: зүгээр л системийг задлахад л та үүнийг шууд ашиглаж болно.
Энэхүү шийдлийн тусламжтайгаар системийг хуулбарлахад илүү хялбар бөгөөд та шийдлийн ажиллагааг бүхэлд нь зогсоохгүйгээр үүнийг сайжруулж, тусдаа орчинд шинэчлэлт хийх боломжтой.
Хоёр эрсдэлийг аль аль нь багасгасны дараа гүйцэтгэгч нь CP-ийг өгсөн. Энэ нь бидний хувьд BMS системийн хамгийн чухал бүх параметрүүдийг хамарсан.
Захиалга
Шинэ BMS системийг үүлэн дотор, виртуал машин дээр байрлуулах шаардлагатай байв.
Техник хангамжгүй, сервергүй, байршуулах загвартай холбоотой бүх таагүй байдал, эрсдэлүүд - үүлэн шийдэл нь бидэнд тэднээс үүрд салах боломжийг олгосон. Энэ систем нь Санкт-Петербург, Москва дахь хоёр дата төвийн сайт дээр манай үүлэн дээр ажиллахаар шийдсэн. Эдгээр нь бүх эрх бүхий мэргэжилтнүүдэд хандах боломжтой, идэвхтэй зогсолтын горимд ажилладаг хоёр бүрэн ажиллагаатай систем юм.
Хоёр систем нь бие биенээ даатгаж, тооцоолох хүчин чадал, өгөгдөл дамжуулах сувгийн аль алиных нь нөөцийг бүрэн хангадаг. Мэдээлэл, суваг, систем, ерөнхийдөө виртуал машиныг нөөцлөх, сард нэг удаа мэдээллийн сангийн тусдаа нөөцлөлт (удирдлага, дүн шинжилгээ хийх хамгийн үнэ цэнэтэй нөөц) зэрэг аюулгүй байдлын нэмэлт арга хэмжээг тохируулсан.
BMS шийдлийн нэмэлт хувилбарыг бидний хүсэлтийн дагуу тусгайлан боловсруулсан болохыг анхаарна уу. Захиалгын схем нь өөрөө иймэрхүү харагдаж байв.
тусламж
BMS шийдлийг үр дүнтэй ажиллуулах хамгийн чухал зүйл бол техникийн дэмжлэг юм.
Энд бүх зүйл энгийн: шинэ систем нь энэ үзүүлэлтийн дагуу 35 рубль болно. SLA-д "000 цагийн дотор хариу өгөх", өөрөөр хэлбэл 8 x 35 / 000 = жилд 12 доллар. Эхний жил үнэгүй.
Харьцуулбал, хуучин BMS-ийг худалдагчаас засварлах нь шинэ төхөөрөмж бүрийн хэмжээг нэмэгдүүлснээр жилд 18 доллар зарцуулдаг! Үүний зэрэгцээ, компани нь тусгай менежерээр хангаагүй бөгөөд бүх харилцаа нь биднийг боломжит худалдан авагчийн хувьд сонирхож буй борлуулалтын менежерээр дамжуулан хүсэлтийг боловсруулахад онцгой анхаарал хандуулдаг.
Бага мөнгөөр бид бүтээгдэхүүн боловсруулахад оролцдог дансны менежертэй, нэг цэгт нэвтрэх гэх мэт бүтээгдэхүүний бүрэн дэмжлэг авсан. Системийн аль ч тал дээр хурдан тохируулга хийх, API-ээр дамжуулан нэгтгэх гэх мэт хөгжүүлэгчдэд шууд хандсаны ачаар дэмжлэг илүү уян хатан болсон.
Шинэчлэлтүүд
Шинэ BMS-д санал болгож буй CP-ийн дагуу бүх шинэчлэлтүүд нь дэмжлэгийн зардалд багтсан болно, i.e. нэмэлт төлбөр шаардахгүй. Үл хамаарах зүйл бол техникийн тодорхойлолтод зааснаас илүү нэмэлт функцийг хөгжүүлэх явдал юм.
Хуучин систем нь суулгасан үнэгүй програм хангамжийг (Java гэх мэт) шинэчлэх болон алдаа засахын тулд төлбөр шаарддаг. Шинэчлэлт байхгүй үед үүнээс татгалзах боломжгүй байсан тул дотоод бүрэлдэхүүн хэсгүүдийн хуучин хувилбаруудын улмаас систем бүхэлдээ "удаашарсан".
Мэдээжийн хэрэг, тусламжийн багц худалдаж авахгүйгээр програм хангамжийг шинэчлэх боломжгүй байсан.
Уян хатан хандлага
Өөр нэг үндсэн шаардлага нь интерфейстэй холбоотой байв. Бид дата төвийн нутаг дэвсгэрт инженерийн оролцоогүйгээр хаанаас ч вэб хөтчөөр дамжуулан нэвтрэх боломжийг олгохыг хүссэн. Нэмж дурдахад бид жижүүрийн инженерүүдэд дэд бүтцийн динамикийг илүү ойлгомжтой болгохын тулд хөдөлгөөнт интерфэйсийг бий болгохыг эрэлхийлсэн.
Мөн шинэ системд инженерийн систем дэх виртуал мэдрэгчийн ажиллагааг тооцоолох томъёонд дэмжлэг үзүүлэх шаардлагатай байв - жишээлбэл, цахилгаан эрчим хүчийг тоног төхөөрөмжийн тавиур дээр оновчтой хуваарилах. Үүнийг хийхийн тулд мэдрэгчийн үзүүлэлтүүдэд хамаарах бүх ердийн математик үйлдлүүд таны мэдэлд байх ёстой.
Дараа нь SQL өгөгдлийн санд нэвтрэх шаардлагатай байсан бөгөөд үүнээс тоног төхөөрөмжийн ажиллагааны талаархи шаардлагатай өгөгдөл, тухайлбал 20 мянган хувьсагчийг үүсгэдэг хоёр мянган төхөөрөмж, хоёр мянган виртуал мэдрэгчийн хяналтын бүх бичлэгийг авах боломжтой байв.
Тоног төхөөрөмжийн нийт жинг тооцоолох, төхөөрөмжийн номын сан, элемент бүрийн дэлгэрэнгүй мэдээллийг агуулсан нэгж тус бүрийн төхөөрөмжийн зохион байгуулалтын график дүрслэлийг агуулсан тавиурын төхөөрөмжийн нягтлан бодох бүртгэлийн модуль шаардлагатай байв.
Техникийн нөхцөлийг батлах, гэрээ байгуулах
Шинэ систем дээр ажиллах шаардлагатай байсан тэр үед "том" компаниудтай захидал харилцаа нь тэдний саналын өртөгийг хэлэлцэхээс хол байсан тул бид хүлээн авсан CP-ийг хуучин BMS-ийг шинэчлэх зардалтай харьцуулсан (харна уу. ), үр дүнд нь үнийн хувьд илүү сонирхолтой болж, бидний шаардлагад нийцсэн.
Сонголт хийгдсэн.
Гүйцэтгэгчээ сонгосны дараа хуульчид гэрээ байгуулж, хоёр талын техникийн багууд техникийн нөхцөлийг өнгөлж эхэлжээ. Та бүхний мэдэж байгаагаар нарийвчилсан, чадварлаг техникийн үзүүлэлтүүд нь аливаа ажлын амжилтын үндэс суурь болдог. Техникийн үзүүлэлтүүд илүү тодорхой байх тусам "гэхдээ энэ бидний хүссэн зүйл биш" гэх мэт урам хугарах явдал багасна.
Техникийн тодорхойлолтод тавигдах шаардлагын нарийвчилсан түвшний хоёр жишээг би өгөх болно.
- Хариуцсан мэдээллийн төвүүд нь BMS-д шинэ төхөөрөмж нэмэх эрх мэдэлтэй байдаг бөгөөд ихэнхдээ эдгээр нь PDU юм. Хуучин BMS-д энэ нь "администратор" түвшин байсан бөгөөд энэ нь бүх төхөөрөмжийн хувьсах тохиргоог өөрчлөх боломжийг олгодог бөгөөд функцуудыг салгах боломжгүй байв. Энэ нь бидэнд тохирохгүй байсан. Шинэ платформын одоо байгаа үндсэн хувилбарт схем нь ижил төстэй байсан. Бид эдгээр үүргүүдийг салгахыг хүсч байгаагаа нэн даруй техникийн даалгаварт зааж өгсөн: зөвхөн эрх бүхий ажилтан тохиргоог өөрчлөх ёстой, харин жижүүр хүмүүс үргэлжлүүлэн төхөөрөмж нэмэх боломжтой байх ёстой. Энэ схемийг хэрэгжүүлэхээр хүлээн зөвшөөрсөн.
- Аливаа стандарт BMS-д мэдэгдлийн гурван ердийн ангилал байдаг: УЛААН - нэн даруй хариу өгөх ёстой, ШАР - ажиглагдаж болно, ЦЭНХЭР - "Мэдээллийн". Үйлчлүүлэгчийн тавиур хүчин чадлаасаа хэтэрсэн гэх мэт бизнесийн параметрүүд хэтэрсэн тохиолдолд бид цэнхэр дохиог ашигладаг уламжлалтай. Манай тохиолдолд ийм төрлийн мэдэгдэл нь менежерүүдэд зориулагдсан байсан бөгөөд үйл ажиллагааны үйлчилгээнд сонирхолгүй байсан ч хуучин BMS-д идэвхтэй ослын жагсаалтыг байнга хааж, үйл ажиллагааны ажилд саад учруулдаг байв. Мэдэгдлийн өмдний логик, өнгөний ялгааг бид амжилттай гэж үзсэн боловч техникийн үзүүлэлтүүд нь "цэнхэр" мэдэгдлийг жижүүрийн анхаарлыг сарниулахгүйгээр тусдаа хэсэгт чимээгүйхэн "асгах" ёстой гэж тусгайлан заасан байдаг. арилжааны мэргэжилтнүүд хариуцна.
Үүнтэй төстэй нарийвчлалтайгаар график үүсгэх, тайлан гаргах формат, интерфейсийн тойм, хянах шаардлагатай төхөөрөмжүүдийн жагсаалт болон бусад олон зүйлийг зааж өгсөн болно.
Энэ бол үйлчлүүлэгчийн үйлчилгээ гэсэн гурван ажлын хэсгийн жинхэнэ бүтээлч ажил байсан бөгөөд түүний шаардлага, нөхцөлийг зааж өгсөн; Эдгээр нөхцлийг техникийн баримт бичиг болгон хувиргах үүрэг бүхий хоёр талын техникийн мэргэжилтнүүд; боловсруулсан техникийн баримт бичгийн дагуу захиалагчийн шаардлагыг хэрэгжүүлсэн гүйцэтгэгч програмистуудын багууд ... Үүний үр дүнд бид зарчмын бус шаардлагуудынхаа заримыг одоо байгаа платформын үйл ажиллагаанд тохируулан, гүйцэтгэгч бидэнд ямар нэг зүйл нэмж оруулах үүрэг хүлээсэн.
Хоёр системийн зэрэгцээ ажиллагаа
Хэрэгжүүлэх цаг нь болсон. Практикт энэ нь бид гүйцэтгэгчид өөрсдийн виртуал үүлэн дээрээ BMS прототипийг байршуулах, хяналт тавих шаардлагатай бүх төхөөрөмжид сүлжээний хандалт хийх боломжийг олгосон гэсэн үг юм.
Гэсэн хэдий ч шинэ систем ажиллахад хараахан бэлэн болоогүй байна. Энэ үе шатанд бидний хувьд хуучин системд хяналтаа үргэлжлүүлж, шинэ системд төхөөрөмжүүдэд нэвтрэх боломжийг олгох нь чухал байсан. Төхөөрөмжийг харахгүйгээр системийг зөв барих боломжгүй бөгөөд энэ нь эргээд хуучин системээр хянах боломжгүй юм.
Төхөөрөмжүүд хоёр системийн нэгэн зэрэг байцаалтыг тэсвэрлэж чадах эсэх нь бодит туршилтгүйгээр тодорхойгүй байв. Нэгэн зэрэг давхар санал хураалт явуулснаар төхөөрөмжөөс хариу өгөхөөс байнга татгалзаж, төхөөрөмж ашиглах боломжгүй гэсэн олон алдаа гарч, улмаар хуучин хяналтын системийн ажиллагааг хааж болзошгүй байсан.
Сүлжээний хэлтэс нь үүлэн дээр байрлуулсан шинэ BMS-ийн прототипээс төхөөрөмжүүд рүү виртуал маршрутуудыг ажиллуулж, бид дараах үр дүнг авсан.
- SNMP протоколоор холбогдсон төхөөрөмжүүд нэгэн зэрэг хүсэлтийн улмаас бараг хэзээ ч салдаггүй;
- modbas-TCP протоколыг ашиглан гарцаар холбогдсон төхөөрөмжүүдэд санал асуулгын давтамжийг ухаалгаар багасгах замаар шийдвэрлэсэн асуудал гарсан.
Дараа нь бид бидний нүдний өмнө шинэ систем хэрхэн бүтээгдэж байгааг ажиглаж эхэлсэн бөгөөд үүнд аль хэдийн танил болсон төхөөрөмжүүд гарч ирэв, гэхдээ өөр интерфейсээр - тохиромжтой, хурдан, утаснаас ч ашиглах боломжтой.
Эцэст нь юу болсныг бид нийтлэлийнхээ гуравдугаар хэсэгт хэлэх болно.
Эх сурвалж: www.habr.com