IoT Hub Message Routing vs Event Grid — டெலிமெட்ரியும் நிகழ்வுகளும் ஒரே பிரச்சனை அல்ல ஏன்

ஒரு வெப்பநிலை அளவீடு, அதிர்வு மாதிரி, இயந்திர சுழற்சி, மற்றும் சாதன இணைப்பு துண்டிப்பு ஆகிய அனைத்தும் நிகழ்வுகள் (events) என விவரிக்கப்படலாம், ஆனால் அவை ஒரே கட்டமைப்புச் சிக்கலைக் குறிப்பதில்லை. தொழில்துறை IoT மற்றும் உற்பத்திச் சூழல்களில், தொடர்ச்சியான டெலிமெட்ரியையும் தனித்தனி நிகழ்வுகளையும் குழப்பிக் கொள்வது, சத்தமிகுந்த பணிப்பாய்வுகள், முழுமையற்ற உற்பத்தி வரலாறுகள், தேவையற்ற செயலாக்கம், மற்றும் போதிய சூழல் இன்றி எதிர்வினையாற்றும் அமைப்புகளுக்கு வழிவகுக்கக்கூடும்.

இந்த அத்தியாயத்தில், ஒரு யதார்த்தமான உற்பத்திச் சூழலைப் பின்தொடர்ந்து, Azure IoT Hub Message Routing மற்றும் Azure Event Grid ஆகியவற்றுக்கு இடையேயான கட்டமைப்பு வேறுபாட்டை விளக்குகிறோம். ஒரு பிரஸ் லைன், தொழில்துறை கேட்வே மூலம் வெப்பநிலை, அதிர்வு, சுழற்சி எண்ணிக்கை, ஆற்றல் நுகர்வு, மற்றும் இயந்திர நிலைத் தகவல்களை தொடர்ந்து அனுப்புகிறது. அந்த அளவீடுகள் பொறியாளர்கள், தரவுக் குழுக்கள், பராமரிப்புக் குழுக்கள், மற்றும் உற்பத்தி அமைப்புகள் பின்னர் பகுப்பாய்வு செய்ய வேண்டிய ஒரு செயல்பாட்டு வரலாற்றை உருவாக்குகின்றன. சாதன இணைப்பு துண்டிப்பு வேறுபட்டது, ஏனெனில் அது வேறொரு அமைப்போ அல்லது நபரோ எதிர்வினையாற்ற வேண்டிய மாற்றத்தைக் குறிக்கிறது.

டெலிமெட்ரி ஒரு பதிவு, எச்சரிக்கை அல்ல

டெலிமெட்ரி என்பது காலப்போக்கில் திரும்பத் திரும்ப எடுக்கப்படும் அளவீடுகளைக் குறிக்கிறது. ஒரு வெப்பநிலை மதிப்பு அல்லது அதிர்வு அளவீடு தனித்து நின்று பெரிதாகச் சொல்லாது. உண்மையான தகவல் தொடர்ச்சியில் உள்ளது: மதிப்புகள் எவ்வளவு விரைவாக மாறின, அந்த நேரத்தில் இயந்திரம் என்ன செய்துகொண்டிருந்தது, நிறுத்தத்திற்கு முன் என்ன நடந்தது, நெட்வொர்க் இடையூறின்போது அளவீடுகள் மறைந்தனவா, முந்தைய உற்பத்தி ஓட்டங்களிலும் இதே நடத்தை தோன்றியதா என்பவையே.

பொதுவான தொழில்துறை டெலிமெட்ரியில் அடங்குபவை:

• வெப்பநிலை, அதிர்வு, அழுத்தம், ஆற்றல் நுகர்வு, மற்றும் மின்னோட்டம்
• இயங்குதல், செயலற்று இருத்தல், நின்றது, அல்லது தவறு போன்ற இயந்திர நிலைகள்
• சுழற்சி எண்ணிக்கைகள், உற்பத்தி கவுண்டர்கள், மற்றும் செயல்முறை அளவீடுகள்
• மூல நேர முத்திரைகள் (source timestamps), சாதன அடையாளங்காட்டிகள், வரிசை எண்கள், மற்றும் தொடர்புபடுத்தும் தகவல்

இந்தப் பதிவுகள் பின்னர் நிலை கண்காணிப்பு, தர விசாரணைகள், ஆற்றல் பகுப்பாய்வு, OEE கணக்கீடுகள், Microsoft Fabric பகுப்பாய்வு, Power BI அறிக்கையிடல், மற்றும் உற்பத்தி மேம்படுத்தல் ஆகியவற்றை ஆதரிக்கக்கூடும். அதனால்தான் டெலிமெட்ரிக்கு தக்கவைப்பு (retention), மறுஇயக்கம் (replay), நகல் கையாளுதல், சுயாதீன நுகர்வோர்கள், மற்றும் உற்பத்தி காலவரிசையை மீண்டும் கட்டமைக்க நம்பகமான வழி தேவைப்படுகிறது.

டெலிமெட்ரி தரவுத் தளமாக IoT Hub Message Routing

Azure IoT Hub, கட்டுப்படுத்தப்பட்ட சாதனத்திலிருந்து கிளவுட் எல்லையை வழங்குகிறது. சாதனங்களும் கேட்வேக்களும் தங்களுக்கென உள்ள அடையாளங்களுடன் அங்கீகரிக்கப்படுகின்றன, சாதனத்திலிருந்து கிளவுட் செய்திகளை அனுப்புகின்றன, சாதன-மேலாண்மை நிலையைப் பராமரிக்கின்றன, மேலும் கட்டுப்படுத்தப்பட்ட கிளவுட்-இருந்து-சாதனத் தொடர்பிலும் பங்கேற்கலாம்.

ஒரு டெலிமெட்ரி செய்தி IoT Hub-ஐ அடைந்ததும், Message Routing அந்தத் தரவு எங்கு செல்ல வேண்டும் என்பதைத் தீர்மானிக்கிறது. செய்தி பண்புகள், கணினி பண்புகள், செய்தி உடலின் சில பகுதிகள், மற்றும் சாதன ட்வின் தகவல் ஆகியவற்றை Routing ஆய்வு செய்ய முடியும். இதனால், உற்பத்தி டெலிமெட்ரி, ஆற்றல் அளவீடுகள், கண்டறிதல் தரவு போன்ற வகைகளை கீழ்நிலை நுகர்வோரை அடையும் முன் பிரித்து வைக்க முடிகிறது.

ஒரு பொதுவான கட்டமைப்பு இவ்வாறு இருக்கலாம்: தொழில்துறை கேட்வே → Azure IoT Hub → Message Routing → Event Hubs அல்லது Storage → செயலாக்கம் → Microsoft Fabric.

ஒரு நுகர்வோர் கிட்டத்தட்ட நிகழ்நேர பகுப்பாய்வைச் செய்யலாம், மற்றொருவர் மூல காப்பகத்தை வைத்திருக்கலாம், மூன்றாவது நுகர்வோர் Microsoft Fabric-க்கான சீரமைக்கப்பட்ட செயல்பாட்டுத் தரவைத் தயாரிக்கலாம். ஒவ்வொரு நுகர்வோரும் ஒவ்வொரு டெலிமெட்ரி அளவீட்டையும் ஒரு பணிப்பாய்வு அழைப்பாக மாற்றாமல் சுதந்திரமாகச் செயல்பட முடியும்.

வரிசைப்படுத்தல் ஏன் முக்கியம்

தொழில்துறை டெலிமெட்ரி வரிசைக்கு குறிப்பாக உணர்திறன் கொண்டது. இயந்திரம் இயங்கும் நிலைக்கு நுழைந்ததாகவும், பின்னர் பல சுழற்சி எண்ணிக்கைகளை அனுப்பியதாகவும், அதன் பிறகு ஒரு செயல்முறை விலகல் ஏற்பட்டு இறுதியாக நின்ற நிலைக்குச் சென்றதாகவும் கற்பனை செய்யுங்கள். அந்தப் பதிவுகள் தவறாக மீண்டும் கட்டமைக்கப்பட்டால், கீழ்நிலை அமைப்பு இயந்திரம் நின்றபோதும் பாகங்களை உற்பத்தி செய்ததாகவோ, உற்பத்தி முடிந்த பிறகு செயல்முறை விலகல் நிகழ்ந்ததாகவோ தவறாக முடிவு செய்யக்கூடும்.

இதே சிக்கல் வேலையில்லா நேரக் கணக்கீடுகள், OEE, உற்பத்த�� எண்ணிக்கைகள், மற்றும் நிலை கண்காணிப்பையும் பாதிக்கிறது. எனவே, மூலம் ஒன்றை எப்போது கவனித்தது, IoT Hub அந்தச் செய்தியை எப்போது பெற்றது, மற்றும் கீழ்நிலை அமைப்பு அதை எப்போது செயலாக்கியது என்பவற்றை நீங்கள் வேறுபடுத்த வேண்டும்.

வலுவான டெலிமெட்ரி கட்டமைப்பு பின்வருவனவற்றைக் கருத்தில் கொள்ள வேண்டும்:

• மூல நேர முத்திரைகள் மற்றும் கிளவுட் பெறுதல் நேர முத்திரைகள்
• சொத்து அல்லது பணிச்சுமைக்கு ஏற்ற நிலையான பகிர்வு (partitioning)
• நகல்களைக் கண்டறிவதற்கான செய்தி அடையாளங்கள் அல்லது வரிசை எண்கள்
• குறைந்தபட்சம் ஒருமுறை-வழங்கல் (at-least-once delivery) நிலைமையைக் கையாளக்கூடிய, மீண்டும் இயக்கினாலும் ஒரே முடிவைத் தரும் (idempotent) நுகர்வோர்கள்

நெட்வொர்க் இடையூறுகள் இதை மேலும் முக்கியமாக்குகின்றன. இணைப்பு திரும்பும்போது அனுப்புவதற்காக கேட்வே டெலிமெட்ரியை இடையகப்படுத்தலாம், அதாவது Azure-இல் வந்துசேரும் நேரம் உண்மையான இயந்திர நேர முத்திரையை விட மிகத் தாமதமாக இருக்கலாம்.

Event Grid வேறொரு சிக்கலைத் தீர்க்கிறது

Azure Event Grid, வெளியிடு-சந்தா (publish-and-subscribe) அறிவிப்புகளைச் சுற்றி வடிவமைக்கப்பட்டுள்ளது. ஆயிரக்கணக்கான அளவீடுகளிலிருந்து இயந்திர நிலையைத் தொடர்ந்து மீண்டும் கட்டமைப்பதற்குப் பதிலாக, ஏதோ ஒன்று மாறிவிட்டது என்பதை Event Grid ஆர்வமுள்ள அமைப்புகளுக்குத் தெரிவிக்கிறது, மேலும் அதற்கு எதிர்வினையாற்ற சந்தாதாரர்களுக்கு வாய்ப்பளிக்கிறது.

IoT சூழலில் உதாரணங்கள்: சாதன உருவாக்கம், சாதன நீக்கம், இணைப்பு, இணைப்பு துண்டிப்பு, அல்லது கவனமாகத் தேர்ந்தெடுக்கப்பட்ட டெலிமெட்ரியிலிருந்து பெறப்பட்ட நிலைகள். ஒரு சாதன-உருவாக்கப்பட்ட நிகழ்வு ஒரு சொத்து உள்நுழைவு செயல்முறையைத் தூண்டலாம். ஒரு சாதன-துண்டிக்கப்பட்ட நிகழ்வு தொழில்நுட்ப விசாரணையைத் தொடங்கலாம். கண்டறியப்பட்ட பொறியியல் நிலை பராமரிப்புப் பணிப்பாய்வைத் தூண்டலாம்.

பொதுவான சந்தாதாரர்கள்:

• Azure Functions
• Logic Apps
• Webhooks
• பாதுகாப்புப் பணிப்பாய்வுகள்
• சொத்து மேலாண்மை அமைப்புகள்
• செயல்பாட்டுப் பயன்பாடுகள்

அடிப்படை கட்டமைப்பு வேறுபாடு எளிமையானது: டெலிமெட்ரி ஒரு சொத்து என்ன செய்துகொண்டிருந்தது என்று கேட்கிறது, நிகழ்வு என்ன மாறியது மற்றும் ஏதேனும் எதிர்வினையாற்ற வேண்டுமா என்று கேட்கிறது.

நிகழ்வுகள் விசாரணைகளைத் தொடங்க வேண்டும், யதார்த்தத்தை வரையறுக்கக் கூடாது

Event Grid பொதுவாக ஒரு அறிவிப்பு வழிமுறையாகவே கருதப்பட வேண்டும், இயற்பியல் உலகின் இறுதி அதிகாரபூர்வ நிலையாக அல்ல. நிகழ்வு விநியோகம் மீண்டும் நிகழக்கூடும், மேலும் சந்தாதாரர் சரிபார்க்காமல் ஒரு நிகழ்வை இறுதி தற்போதைய நிலையாக கண்மூடித்தனமாக விளக்கக்கூடாது.

எனவே, ஒரு சாதன-துண்டிக்கப்பட்ட நிகழ்வு பொதுவாக ஒரு நிலைச் சரிபார்ப்பைத் தூண்ட வேண்டும். ஒரு Azure Function தற்போதைய சாதன நிலையைச் சரிபார்க்கலாம், சமீபத்திய டெலிமெட்ரியை ஆய்வு செய்யலாம், தொடர்புடைய பதிவேட்டுத் தகவலைச் சரிபார்க்கலாம், பின்னர் விசாரணை திறந்தே இருக்க வேண்டுமா என்று முடிவு செய்யலாம்.

கையாளுபவர்கள் பின்வருவனவற்றைச் சுற்றி வடிவமைக்கப்பட வேண்டும்:

• மீண்டும் இயக்கினாலும் ஒரே முடிவைத் தரும் (idempotent) செயலாக்கம்
• தற்போதைய-நிலைச் சரிபார்ப்பு
• நிகழ்வு அடையாளம் மற்றும் நேர முத்திரைகள்
• விளைவான செயலின் உரிமையாளர் பற்றிய தெளிவான வரையறை

நகல் நிகழ்வுகள் நகல் டிக்கெட்டுகள், நகல் எச்சரிக்கைகள், அல்லது முரண்பட்ட செயல்பாட்டுப் பதிவுகளை உருவாக்கக்கூடாது என்பதால் இது முக்கியம்.

சாதன இணைப்பு துண்டிப்பு என்பது இயந்திரம் நின்றுவிட்டது என்று அர்த்தம் அல்ல

தொழில்துறை IoT-யில் மிக முக்கியமான வேறுபாடுகளில் ஒன்று, கிளவுட் இணைப்பு, தரவு-சேகரிப்பு ஆரோக்கியம், மற்றும் உற்பத்தி நிலை ஆகியவற்றுக்கு இடையேயான வேறுபாடு. ஒரு தொழில்துறை கேட்வே IoT Hub-இலிருந்து துண்டிக்கப்பட்டால், கிளவுட்டுக்கு அந்தக் கேட்வே மீதான பார்வை இழக்கப்பட்டுள்ளது. அது தானாகவே இயற்பியல் இயந்திரம் நின்றுவிட்டது என்று அர்த்தமல்ல.

கேட்வே இணைப்பு இழக்கும்போதும் PLC உள்ளூரில் உபகரணங்களைக் கட்டுப்படுத்திக் கொண்டிருக்கலாம். உற்பத்தி இயல்பாகத் தொடரலாம், கேட்வே டெலிமெட்ரியை இடையகப்படுத்தி பின்னர் பதிவேற்றலாம். இதற்கு நேர்மாறாகவும் நிகழலாம்: கேட்வே Azure-உடன் இணைந்திருந்தாலும், PLC அல்லது உள்ளூர் உபகரணங்களுடனான அதன் இணைப்பு தோல்வியடையலாம்.

எனவே பயனுள்ள கட்டமைப்பு கிளவுட் இணைப்பு நிலை, கேட்வே ஆரோக்கியம், இயந்திர உற்பத்தி நிலை, மற்றும் MES பணி-ஆணை நிலை ஆகியவற்றைப் பிரிக்கிறது. இந்த ஆதாரங்களை இணைப்பதன் மூலம் மட்டுமே, ஒரு தொழில்நுட்ப இணைப்புச் சிக்கல் உண்மையில் உற்பத்தியைப் பாதித்ததா என்பதை வணிகம் தீர்மானிக்க முடியும்.

IoT Hub வடிகட்டுதல் vs Event Grid வடிகட்டுதல்

இரண்டு தொழில்நுட்பங்களும் வடிகட்டுதலை ஆதரிக்கின்றன, ஆனால் நோக்கம் வேறுபட்டது. IoT Hub Message Routing வடிகட்டுதல், எந்தச் செயல்பாட்டுச் செய்திகள் ஒரு குறிப்பிட்ட தரவுப் பாதையில் நுழைய வேண்டும் என்பதற்கு பதில் அளிக்கிறது. Event Grid சந்தா வடிகட்டுதல், ஒரு குறிப்பிட்ட சந்தாதாரர் எந்த அறிவிப்புகளைப் பெற வேண்டும் என்பதற்கு பதில் அளிக்கிறது.

எடுத்துக்காட்டாக, உற்பத்தி டெலிமெட்ரி ஒரு Event Hubs ஸ்ட்ரீமுக்குச் செல்லலாம், அதே நேரத்தில் ஆற்றல் தரவு வேறொரு இலக்குக்குச் செல்லலாம். அதே சமயம், ஒரு ஆதரவுப் பணிப்பாய்வு ஒரு குறிப்பிட்ட ... சாதனங்களிலிருந்து துண்டிக்கப்பட்ட நிகழ்வுகளை மட்டுமே சந்தா செய்யலாம்.