Қолданыстағы жүйелерді жаңғырту көптеген ерекше қиындықтар туғызады. Ескі жабдықтармен жұмыс істеген кезде деректерді басқарудың заманауи стратегиясын жоспарлау қиын болуы мүмкін, бірақ бұл мүмкін емес емес.Әрбір автоматтандыру инженері жаңа жобаны жаңадан бастай бермейді. Кейде қиындық жаңа жобалық жабдықты ескі жабдықтармен толтырылған жүйеге біріктіруде болады. Бұл интеграцияның тиімді болуы үшін жобалау тобы деректер ағынын басқаруды мұқият жоспарлауы керек, бұл деректер ағынының бұзылуына және әлсіз инфрақұрылымға жол бермейді, бұл қолданыстағы немесе ескі жүйелермен жұмыс істеген кездегі ең көп таралған екі қателік.Қолданыстағы жүйелік қиындықтарҚолданыстағы жүйені қайта жобалаудан бұрын, жобалау және жоспарлау кезеңінде бірнеше тапсырмалар мен сұрақтар қою керек. Біріншіден, ағымдағы инфрақұрылымды бағалау үшін аудит жүйесі қолданылады. Келесіден, деректер қайда жіберіліп жатқанын және сол бағыттар сәйкес келетінін немесе түзету қажет екенін анықтау үшін деректер ағындарын бағалаңыз. Осыдан кейін, жұмыс істеп тұруы керек сезімтал немесе нәзік ескі жүйелермен байланысты тәуекелдерді талдаңыз, сонымен бірге бұл жүйелердің кибершабуылдардың ықтимал кіру нүктелеріне айналмауын қамтамасыз ету үшін қауіпсіздік шараларын күшейтіңіз.Жүйелік аудитті жүргізуЖабдықты ауыстырудан немесе жаңа аппараттық құралдарға, бағдарламалық жасақтамаға, инфрақұрылымға және онымен байланысты ресурстарға инвестиция салудан бұрын, деректер ағынын басқару жүйесін әзірлеудің алғашқы қадамы - жүйелік аудит жүргізу. Жүйелік аудит жобалау инженерлеріне қандай аппараттық құралдардың бар екенін, қандай деректер құрылымдары мен хаттамалары бар екенін және интеграциялаудағы қиындықтар қай жерде болуы мүмкін екенін білуге мүмкіндік береді.Мұқият аудит жаңартылған, кешенді деректер ағынын басқару жүйесінің бөлігі болатын барлық аппараттық және бағдарламалық жүйелерді қамтиды. Процестің соңында ескі аппараттық құралдың жаңа жүйеге қосыла алмайтынын анықтаудан гөрі проблемалы мәселелер аз, әсіресе бұрын басқа жобалау шешімдері қабылданған жағдайда.Қазіргі уақытта деректер қайда кетіп жатыр?Қолданыстағы автоматтандыру жүйесі деректерді қандай да бір түрде жинап, сақтайтын болуы мүмкін, бұл өндіріс процесіне құндылық қосады. Дегенмен, ескі жүйелер көбінесе бөлік-бөлік болып жасалады, компоненттер әртүрлі уақытта, әртүрлі жеткізушілерден және әртүрлі патчтар мен жаңартулар күйінде қосылады.Бұл жүйелер үшін деректердің қайда жіберіліп жатқанын және қалай пайдаланылатынын түсіну маңызды. Осылайша, жаңа стратегия әрбір деректерді тексеріп, оның қажет екенін, басқа жерге жіберу керектігін және әрбір бөліктің жаңартылған, бірыңғай жүйеге қалай сәйкес келетінін анықтай алады.Кейбір жағдайларда деректер тігінен ағып кетуі керек. Бұл деректер KPI көрсеткіштеріне сәйкес келу үшін кеңірек шешім қабылдау мақсаттары үшін операциялық деңгейден IT бизнес жүйелеріне дейін тізбек немесе иерархия бойынша жоғары қарай ағып кететінін білдіреді. Басқа жағдайларда деректер көлденең ағып кетуі керек. Көлденең ағын дегеніміз - техникалық қызмет көрсетуді тиімді жоспарлау және кедергілерді азайту үшін бірдей деңгейде жұмыс істейтін машиналар немесе жүйелер арасында деректерді беру.Деректерді қалай тасымалдау керек?Қолданыстағы OT/IT жүйелерімен деректер ағынын басқарудың ең қиын салаларының бірі - деректерді қалай беру керектігін анықтау. Идеал жағдайда, барлық аппараттық құралдар бірдей хаттамаларды пайдалана отырып, ашық платформаларды пайдаланады, сондықтан барлық компоненттер оңай біріктіріледі. Дегенмен, шындық әлдеқайда шатастырады. Қолданыстағы жүйелер көбінесе ескі немесе меншікті жабдықтарды, аралас хаттамаларды және басқа да осындай мәселелерді пайдаланады. Деректерді беруді біріктірудің бірнеше жалпы тәсілдері бар.OPC-UA деректерді OT аппараттық және бағдарламалық жүйелері арасында жылжыту үшін пайдаланылуы мүмкін. Ол күрделі деректер құрылымдары мен модельдері үшін қауіпсіз, платформаға тәуелсіз байланыс әдістерін ұсынады. OPC-UA әдетте деректерді нүктеден нүктеге тасымалдау үшін қолданылады.Тағы бір стратегия - хабарлама кезегін және телеметрия тасымалдауды (MQTT) пайдалану. Бұл жүйеде деректер нүктеден нүктеге байланыс ретінде емес, оның орнына «жариялау және жазылу» моделі бойынша жұмыс істейді. Сенсорлар деректерді шығарады және «жариялайды», ал деректерді көруі керек құрылғылар деректер қызметіне «жазыла» алады. MQTT сонымен қатар платформаға тәуелсіз және өткізу қабілеті төмен жағдайлар мен кейбір құрылғыларға деректерді жаңартуды басқаларына қарағанда жиі қажет ететін жағдайлар үшін өте қолайлы. Деректерді MQTT форматына түрлендіру үшін шеткі шлюздерді ескірген аппараттық құралдардың жанына орналастыруға болады. Осылайша, ескірген аппараттық құрал іс жүзінде MQTT деректерін жариялаушы болып табылады.SQL дерекқорлары деректерді басқарудың тағы бір танымал құралы болып табылады. Олар бірнеше машиналардағы құрал көрсеткіштері сияқты белгілі бір форматтағы деректерді мұрағаттау үшін өте қолайлы. Содан кейін, егер мәселе туындаса, дерекқорды шақыруға және мұрағатталған деректерді талдауға болады. SQL дерекқорлары деректерді ұзақ мерзімді сақтау үшін ең қолайлы және деректерді ағынмен тасымалдау және процестерді басқару бойынша жылдам шешімдер қабылдау үшін ұсынылмайды. Бұл деректер жақсы анықталған құрылымға немесе үлгіге ие болған кезде өте пайдалы.Қалған API интерфейстері жариялау/жазылу моделіне ұқсас тәсілді қолданады. Олар оператордың басқару тақталарын жасауға өте ыңғайлы, мұнда API деректерді сұрайды және пайдаланушыға тек тиісті деректерді көрсетеді. HTTP негізінде ол бұлттық қызметтермен оңай интеграцияланады, жоғары деңгейде теңшеледі және көп құрылғылы қолдауды ұсынады. Ол үлкен деректер жиынтығы мен жылдам сұрау үшін арналмаған, бірақ метрикаларды бір қарағанда көрсетуге мүмкіндік береді.Деректер ағынын бағыттау, түрлендіру және басқару үшін орталық хаб ретінде қызмет ететін кейбір аралық бағдарламалық жасақтама және DataOps бар. Бұл бағдарламалық жасақтама пакеттері әдетте дайын күйінде қолжетімді және оларды компания ішінде әзірлеудің қажеті жоқ.Идея деректерді беру үшін «бір өлшем барлығына сәйкес келеді» тәсілін табу емес, керісінше, осы әдістердің кейбірін немесе барлығын ұйымның бизнес қажеттіліктеріне сәйкес келетіндей пайдалану. Мүмкін, шеткі есептеулері бар MQTT негізгі тірек болуы мүмкін, бірақ SQL дерекқорлары машиналық көрсеткіштер үшін мұрағатталған деректерді сақтайды.Ескі құрылғылар мен жүйелерге қажетсіз әсерді азайтуЕскі PLC сияқты ескі құрылғылар сауалнаманы және борттық деректерді түрлендіруді жылдамдатуға мүмкіндік бермеуі мүмкін. Мүмкін, бұл жүйелер зауыттардан біртіндеп шығарылатын күн келеді, бірақ олар әдетте тұрақты, сондықтан оларды ауыстырудың орнына жұмыс істеп тұрғанын сақтаған жөн.Міне, осы жерде шеткі есептеулерді пайдалану нақты артықшылық бере алады. Шеткі компьютер құрылғының жанында орналасады, оның деректерін меншікті, ескі форматтардан интеграциялау әлдеқайда оңай нәрсеге айналдырады. Көрініс артында деректерді беру тазарақ және ұйымдастырылған, бірақ пайдаланушы интерфейсі/пайдаланушы тәжірибесі (UI/UX) өзгеруі міндетті емес. Басқару тақталары өзгеріссіз қалуы мүмкін, яғни соңғы пайдаланушыларды жаңа бағдарламалық жасақтама бойынша оқытудың қажеті жоқ.Ignition! арқылы, тіпті ескі құрылғылардан алынған HMI және басқару тақталарын портативті етуге болады. Сурет Inductive Automation компаниясының рұқсатымен пайдаланылды.Мүмкін болатын әдістердің бірі, кейбір тәуекелдері болса да, SCADA-дан деректер жинау және платформадан тәуелсіз деректермен жұмыс істеу үшін OPC-UA пайдалану болып табылады. Бұл SCADA жүйесіне қосымша жүктеме әлі толық қуатта жұмыс істемеген жағдайда тиімді болуы мүмкін. Сондай-ақ, қосымша SCADA серверін орнатуды және конфигурациялауды қажет етуі мүмкін, бұл міндетті түрде кедергі емес, бірақ тағы бір ескеретін жайт.Жүйені қауіпсіз сақтауДеректер ағынын басқару стратегиясын әзірлеу қауіпсіздікті арттырады, себебі жүйеге қауіптерді басқаруды енгізуге болады. Бұл ескі жүйе ешқашан шабуылдың құрбаны болмаған жағдайда да дұрыс.Шеткі есептеулер ескі құрылғыларды қорғай алатын және қауіптер мен жүйе арасында тағы бір кедергі жасай алатын жаңа қауіпсіздік деңгейін қосады. Ол бұрынғы конфигурацияларда қолжетімді болмаған қауіпсіз, тек оқуға арналған жолдарды қамтамасыз ете алады. Брандмауэрлерді және желілік сегменттеуді тиімді пайдалану да активтерді қорғай алады.Қосымша ақпарат алу үшінТүптеп келгенде, қолданыстағы жүйелер арасындағы деректер ағынын біріктіру және ұйымдастырудың мақсаты - деректерді оңтайлы бизнес шешімдерін қабылдау үшін қажет жерге беру. Деректер бағдарламалық жасақтама немесе аппараттық құрал емес, жүйенің дамуын қозғауы керек, дегенмен жүйе дизайнерлері екеуінің де кейбір практикалық шектеулерін айналып өтуге мәжбүр болуы мүмкін.Шеткі есептеулердегі соңғы жетістіктер деректерді түрлендіруді жеңілдетуге және ақылды, тиімдірек деректер ағынын басқару стратегияларын жасауға мүмкіндік береді. Ескі құрылғылармен жүйенің тұтастығын сақтай отырып, жаңа деректер ағынын басқару стратегиясын қалай әзірлеуге болатынын көру үшін Inductive Automation мамандарына хабарласыңыз. Команда интеграцияланған деректер ағынын басқару жүйелерін әзірлеуде көпжылдық тәжірибеге ие және зауытыңыздың тиімді жұмыс істеуі үшін барлық техникалық мәліметтерді түсінуге көмектеседі.
