ჩვენ ვმართავდით კრიტიკულ სისტემებს. აი, რისი შექმნა ვისწავლეთ

ინდუსტრიული პროგრამული უზრუნველყოფა სადემონსტრაციო რეჟიმში ხშირად დამაჯერებლად გამოიყურება.

ნამდვილი გამოცდა მოგვიანებით იწყება: ღამით, ცოცხალი დატვირთვის ქვეშ, როდესაც საველე მონაცემები სხვადასხვა სისტემებიდან მოდის, ალარმები რეაგირებას ელოდება, ხოლო დისპეტჩერმა გადაწყვეტილება უნდა მიიღოს, შემდეგი ანგარიშის მზადყოფნამდე.

MetaEnergy სწორედ ასეთი ოპერაციული გარემოდან მოდის.

ჩვენ არ ვართ ზოგადი პროგრამული უზრუნველყოფის კომპანია, რომელიც არსებულ პროდუქტს ენერგეტიკის სექტორს არგებს. MetaEnergy შეიქმნა რეალური ინფრასტრუქტურული ოპერაციების შიგნიდან - მართვის ოთახებიდან, დისპეტჩერიზაციის სამუშაო პროცესებიდან, ტელემეტრიის სისტემებიდან, ჰიდრავლიკური გამოთვლებიდან, ანგარიშგების ციკლებიდან და ისეთი გადაწყვეტილებებიდან, რომლებიც სწრაფ რეაგირებას ითხოვდა.

ჩვენ დიზაინით არ ვიწყებთ

როდესაც პლატფორმას ვაპროექტებთ, ინტერფეისით არ ვიწყებთ.

ვიწყებთ ოპერაციული კითხვებით.

რა უნდა დაინახოს დისპეტჩერმა პირველ რიგში? რა ხდება, როდესაც ტელემეტრია იგვიანებს? შეიძლება თუ არა ალარმის ისტორიის აღდგენა ცვლის დასრულების შემდეგ? შეუძლია თუ არა ინჟინერს ჰიდრავლიკური შედეგის ახსნა ისე, რომ მოდელის ავტორს არ დაურეკოს? შეუძლია თუ არა მენეჯმენტს ენდოს ანგარიშს გადაბარების შემდეგ? შეუძლია თუ არა სისტემას მუშაობის გაგრძელება რეალურ ოპერაციულ დატვირთვაში?

ეს კითხვები თავისთავად ცხადი ჩანს.

მაგრამ ინდუსტრიული პროგრამული უზრუნველყოფის დიდი ნაწილი ჯერ კიდევ არ იქმნება მათ გარშემო.

ამ სფეროში ბევრი პლატფორმა ფუნქციების გარშემო იგეგმება - შესაძლებლობების სია, რომლებსაც მყიდველი შესყიდვების ცხრილში ადარებს. ფუნქციებს თავისი ადგილი აქვს. მაგრამ ადამიანი, რომელსაც ღამის სამ საათზე ოპერაციული პასუხისმგებლობა აწევს, პლატფორმას ფუნქციების სიად არ აღიქვამს. ის მას აღიქვამს როგორც გადაწყვეტილებების თანმიმდევრობას, რომელსაც პროგრამული უზრუნველყოფა ან ეხმარება, ან ვერ ეხმარება.

დიზაინის ეს ორი ფილოსოფია განსხვავებულ პროგრამას ქმნის.

ჩვენ მეორეს ვაშენებთ.

სწორედ ამას ვგულისხმობთ, როდესაც ვამბობთ, რომ ვართ ოპერატორები, რომლებიც ოპერატორებისთვის ქმნიან.

ეს სლოგანი არ არის. ეს დიზაინის დისციპლინაა.

საიდან მოდის ეს მიდგომა

დიდი მასშტაბის გაზის ტრანსპორტირების ოპერაციებში მიღებული 18+-წლიანი გამოცდილება - მათ შორის საქართველოს გაზის ტრანსპორტირების კომპანიის გენერალური დირექტორის მოადგილის პოზიციაზე - არის სწორედ ის საფუძველი, რომელმაც MetaEnergy ჩამოაყალიბა.

სანამ MetaEnergy კომპანია გახდებოდა, ოპერაციული პრობლემები უკვე კარგად ნაცნობი იყო: SCADA-ს მოდერნიზაცია, დისპეტჩერიზაციის სამუშაო პროცესები, ტელემეტრიის სტაბილურობა, ჰიდრავლიკური გამოთვლები, პროგნოზირება, ანგარიშგება და გადაწყვეტილებები, რომლებიც ვერ იცდიდა.

ჩვენი გუნდის რამდენიმე წევრი ეროვნული გაზის ინფრასტრუქტურული ოპერაციებიდან მოვიდა. სისტემები ჯერ ოპერატორის პოზიციიდან გავაუმჯობესეთ, შემდეგ კი ეს გამოცდილება 2023 წელს კომპანიად ვაქციეთ.

ეს ისტორია ცვლის იმას, რაც შენდება.

ჩვენ საკუთარი გამოცდილებით ვიცით, სად მარცხდება სტატიკური სქემები, სად ხდება ცხრილები სარისკო, როგორ ქმნის დაძაბულობას დაგვიანებული ალარმები და როგორ ანელებს განცალკევებული სისტემები იმ ადამიანების სამუშაო პროცესს, რომლებიც ინფრასტრუქტურის მუშაობაზე არიან პასუხისმგებელი.

დღეს ჩვენ პროგრამულ უზრუნველყოფას სწორედ ამ ხარვეზების აღმოსაფხვრელად ვქმნით.

მტკიცებულება მოდის სისტემებიდან, რომლებიც მუშაობს

მაღალი პასუხისმგებლობის ინფრასტრუქტურაში მტკიცებულება პრეზენტაციიდან არ მოდის.

მტკიცებულება მოდის სისტემებიდან, რომლებიც მუშაობს.

MetaEnergy-ის არქიტექტურა ჩამოყალიბდა რთული ეროვნული ინფრასტრუქტურული ოპერაციების გამოცდილებით: 30,500+ კილომეტრი მილსადენი, 2,300+ დაკავშირებული IoT მოწყობილობა და 1,400+ ყოველდღიური ოპერაციული მოვლენა, რომლებიც მუშავდება და ანალიზდება.

რიცხვებზე მნიშვნელოვანი ის არის, რას ამტკიცებენ ისინი: პლატფორმები სწორად უნდა იქცეოდეს მაშინ, როდესაც ქსელი რეალურად ცოცხალია.

მონიტორინგის პლატფორმა ხელმისაწვდომი უნდა დარჩეს.
ტელემეტრიის სისტემა კომუნიკაციის შეფერხებებს მშვიდად უნდა გაუმკლავდეს.
დისპეტჩერიზაციის ინტერფეისი ზეწოლის პირობებშიც მკაფიო უნდა დარჩეს.
ჰიდრავლიკურმა მოდელმა უნდა შექმნას შედეგები, რომელთა დაცვაც ინჟინერს შეუძლია.
პროგნოზირების სისტემამ დაგეგმვის გადაწყვეტილებებს უნდა შეუწყოს ხელი და არა მხოლოდ გრაფიკები შექმნას.

საიმედოობა ჩვენი საინჟინრო მიდგომის ნაწილია თავიდანვე და არა თვისება, რომელსაც ბოლოს ვამატებთ.

უწყვეტი მუშაობა მხოლოდ ციფრი არ არის, რომელსაც ვაჩვენებთ - ეს არის ოპერაციული სტანდარტი, რომელიც ცოცხალ ინფრასტრუქტურაში წლებმა გვასწავლა.

მათემატიკა როგორც ძრავი

ბევრი ინდუსტრიული პლატფორმა ვიზუალიზაციაზე ჩერდება.

ვიზუალიზაცია ღირებულია მხოლოდ მაშინ, როდესაც ის დაკავშირებულია ქსელის ფიზიკასთან, სამუშაო პროცესებთან და გადაწყვეტილებებთან.

ამიტომ MetaEnergy პლატფორმებს აგებს გამოყენებითი მათემატიკის, რეალურ დროში მონაცემების და ოპერაციული მიკვლევადობის გარშემო.

დღეს ეს მიდგომა ოთხ პროდუქტში მუშაობს:

MetaFlow მილსადენის მონიტორინგისთვის, დისპეტჩერიზაციისთვის, ჰიდრავლიკური ანალიზისთვის, სიმულაციისთვის, ალარმებისთვის და ანგარიშგებისთვის.

MetaPulse საველე ტელემეტრიისთვის, ალარმების მართვისთვის, ანგარიშგებისთვის, მონაცემთა შეჯერებისთვის და ოპერაციული აუდიტის კვალისთვის.

MetaCast ბუნებრივი გაზის მოთხოვნის პროგნოზირებისთვის საათობრივ, დღით ადრე, სეზონურ და დაგეგმვის ჰორიზონტებზე.

Hydra ბრაუზერზე დაფუძნებული ჰიდრავლიკური გამოთვლებისთვის, ზომის განსაზღვრისთვის, მოცულობის შემოწმებისთვის და პროექტისთვის მზად ანგარიშებისთვის.

თითოეულ პროდუქტს განსხვავებული საქმე აქვს.

მაგრამ მათ უკან პრინციპი ერთია:

ოპერაციული მონაცემები ოპერაციულ ინტელექტად უნდა იქცეს.

როგორი იქნება ეს ბლოგი

ეს მხოლოდ შესავალია.

შემდეგ სტატიებში უფრო კონკრეტულ საკითხებს განვიხილავთ.

აქ დავწერთ იმ საინჟინრო გადაწყვეტილებებზე, რომლებიც პლატფორმების უკან დგას - რა გავზომეთ, რამ გაგვაკვირვა, რა შეგვეშალა თავიდან და რა იცვლება, როდესაც ქსელში დამატებითი სამასი მოწყობილობა ერთვება.

ნაკლები მარკეტინგი, მეტი საველე ჩანაწერი.

სტატიები, რომელთა წაკითხვაც ოპერატორისთვის, დისპეტჩერისთვის, ინჟინრისთვის, დამგეგმავისთვის ან ტექნოლოგიური მიმართულების ლიდერისთვის ღირებული იქნება მაშინაც კი, თუ ისინი ჩვენს პროგრამულ უზრუნველყოფას არასოდეს გამოიყენებენ.

დავწერთ SCADA-ზე, ტელემეტრიაზე, ჰიდრავლიკურ სიმულაციაზე, მოთხოვნის პროგნოზირებაზე, ციფრულ ტყუპებზე, ალარმების სამუშაო პროცესებზე, მონაცემთა არქიტექტურაზე, საიმედოობაზე და იმ მცირე ოპერაციულ დეტალებზე, რომლებიც განსაზღვრავს, რამდენად გამოსადეგია სისტემა რეალური დატვირთვის პირობებში.

არა თეორია თეორიისთვის.

არა ზოგადი პროგრამული კომენტარები.

პრაქტიკული გაკვეთილები ენერგეტიკული ოპერაციების, ინჟინერიის, მათემატიკისა და პროგრამული უზრუნველყოფის გადაკვეთიდან.

მთავარი სათქმელი

კრიტიკული ინფრასტრუქტურის პროგრამული უზრუნველყოფა არ უნდა იქცეს კიდევ ერთ ოპერაციულ რისკად.

მან უნდა შეამციროს გზა მონაცემიდან მოქმედებამდე.
მან ცოცხალი ქსელი უფრო მკაფიო უნდა გახადოს.
მან საინჟინრო გადაწყვეტილებები უფრო მიკვლევადი უნდა გახადოს.
ის ოპერატორებს უნდა დაეხმაროს უფრო სწრაფად რეაგირებაში, უკეთ დაგეგმვაში და მეტი თავდაჯერებულობით მუშაობაში.

ჩვენ ვმართავდით კრიტიკულ სისტემებს, ახლა ვქმნით მათ.

მონაცემებიდან - გადაწყვეტილებებამდე.

ბლოგი