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

ஒரு இயந்திரம் ஒவ்வொரு சில வினாடிகளுக்கும் வெப்பநிலை அளவீடுகள், அதிர்வு தரவு, சுழற்சி எண்ணிக்கைகள், மின் நுகர்வு மற்றும் இயக்க நிலைகளை அனுப்புகிறது. பின்னர் கேட்வே திடீரென இணைப்பை இழக்கிறது. அந்த செய்திகள் அனைத்தும் வெறுமனே "நிகழ்வுகளா"? தொழில்நுட்ப ரீதியாக, அவ்வாறு விவரிக்கலாம். கட்டமைப்பு ரீதியாக, அது கடுமையான சிக்கல்களை உருவாக்கக்கூடும். Azure IoT Hub Message Routing மற்றும் Azure Event Grid ஆகியவை வெவ்வேறு சிக்கல்களைத் தீர்க்கின்றன. ஒரு பாதை செயல்பாட்டுத் தரவைப் பாதுகாக்கவும் விநியோகிக்கவும் வடிவமைக்கப்பட்டுள்ளது. மற்றொன்று ஏதோ மாறியுள்ளது மற்றும் பதில் தேவைப்படலாம் என்பதை அமைப்புகளுக்குத் தெரிவிக்க வடிவமைக்கப்பட்டுள்ளது. இவற்றை ஒன்றுக்கொன்று மாற்றக்கூடியவையாகக் கருதுவது, வழக்கமான சென்சார் தரவை செயலாக்கும் விலையுயர்ந்த பணிப்பாய்வுகளை அல்லது யாரும் தீவிரமாகக் கண்காணிக்காத டெலிமெட்ரி பைப்லைனுக்குள் புதைந்த முக்கியமான சமிக்ஞைகளை உங்களுக்கு விட்டுச் செல்லலாம். இந்த M365 FM அத்தியாயத்தில், ஒரு உற்பத்தி இயந்திரம் உண்மையான Azure IoT கட்டமைப்பின் வழியாகச் செல்லும் விதத்தைப் பின்தொடர்கிறோம், மேலும் IoT Hub, Event Grid, Event Hubs, Microsoft Fabric, Power BI, MES, ERP, Functions மற்றும் Logic Apps ஆகியவை உண்மையில் எங்கே பொருந்துகின்றன என்பதை விளக்குகிறோம்.

நீங்கள் கற்றுக்கொள்வது

இந்த அத்தியாயத்தில் நாங்கள் ஆராய்வது:

• இயந்திர டெலிமெட்ரி மற்றும் தனித்தனி வணிக அல்லது வாழ்க்கைச் சுழற்சி நிகழ்வுகளுக்கு ஏன் வெவ்வேறு கட்டமைப்பு முறைகள் தேவை
• Azure IoT Hub Message Routing டெலிமெட்ரி தரவுத் தளத்தின் ஒரு பகுதியாக எவ்வாறு செயல்படுகிறது
• நிகழ்வு-சார்ந்த மற்றும் எதிர்வினை கட்டமைப்புகளில் Azure Event Grid எங்கே பொருந்துகிறது
• உற்பத்தி டெலிமெட்ரிக்கு செய்தி வரிசைப்படுத்தல் ஏன் முக்கியம்
• Event Grid உங்கள் முதன்மை அதிக அளவு டெலிமெட்ரி பஸ் ஆகக்கூடாது ஏன்
• ஒவ்வொரு அறிவிப்புப் பணிப்பாய்விலும் IoT Hub ரூட்டிங்கை ஏன் கட்டாயப்படுத்தக்கூடாது
• ஒரே கட்டமைப்பில் IoT Hub மற்றும் Event Grid எவ்வாறு ஒன்றாகச் செயல்படலாம்
• சுயாதீன ஸ்ட்ரீம்-செயலாக்க நுகர்வோருக்கு Event Hubs எவ்வாறு ஆதரவளிக்கலாம்
• தடயம் மற்றும் பின்னர் ஆய்வுக்காக மூல டெலிமெட்ரி ஏன் பெரும்பாலும் தக்கவைக்கப்பட வேண்டும்
• Microsoft Fabric மற்றும் Power BI தயாரிக்கப்பட்ட செயல்பாட்டுத் தரவை எவ்வாறு பயன்படுத்தலாம்
• சாதனத் தரவு மட்டும் வழங்க முடியாத சூழலை MES, ERP மற்றும் சொத்து மாதிரிகள் ஏன் வழங்குகின்றன
• உற்பத்தி நின்றுவிட்டது என்று தானாக முடிவு செய்யாமல், சாதனத் துண்டிப்பு நிகழ்வுகளை எவ்வாறு விளக்குவது
• நகல் விநியோகம், மறுமுயற்சிகள், நேர முத்திரைகள் மற்றும் idempotency நம்பகமான தொழில்துறை கட்டமைப்புகளை எவ்வாறு பாதிக்கின்றன
• நிலை கண்காணிப்பு, முன்கணிப்பு பராமரிப்பு, தர கண்டறியும் தன்மை மற்றும் உற்பத்தி இடையூறு பணிப்பாய்வுகளை எவ்வாறு வடிவமைப்பது
• ஒரு செய்தி தரவுத் தளத்திலா, பதில் பாதையிலா, அல்லது இரண்டிலுமா இருக்க வேண்டுமா என்பதை எவ்வாறு தீர்மானிப்பது

டெலிமெட்ரி என்பது காலப்போக்கில் உள்ள ஒரு பதிவு

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

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

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

நிகழ்வுகள் ஒரு பதிலைத் தொடங்குவதற்காக உள்ளன

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

• ஒரு புதிய சாதனம் பதிவு செய்யப்பட்டது
• ஒரு கேட்வே IoT Hub-இலிருந்து துண்டிக்கப்பட்டது
• ஒரு சாதனம் மீண்டும் இணைக்கப்பட்டது
• ஒரு சாதனம் நீக்கப்பட்டது
• விசாரணை தேவைப்படும் ஒரு நிலையை கண்காணிப்பு செயல்முறை கண்டறிந்தது
• ஒரு ஆய்வு முடிந்தது, இன்னொரு பணிப்பாய்வு தொடங்கலாம்

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

• Azure Function-ஐத் தொடங்குதல்
• Logic App-ஐத் தூண்டுதல்
• ஆதரவு விசாரணையைத் திறத்தல்
• சொத்து பதிவைப் புதுப்பித்தல்
• தற்போதைய சாதன நிலையைச் சரிபார்த்தல்
• webhook மூலம் வெளிப்புற பயன்பாட்டை அழைத்தல்
• பாதிக்கப்பட்ட அமைப்புக்குப் பொறுப்பான குழுவுக்கு அறிவித்தல்

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

"எல்லாம் ஒரு நிகழ்வு" என்பது ஏன் தோல்வியடைகிறது

ஒவ்வொரு சென்சார் அளவீட்டையும் நிகழ்வு-தூண்டப்பட்ட பணிப்பாய்வுகளுக்கு அனுப்புவது, ஒரு முன்மாதிரி (proof of concept) நேரத்தில் கவர்ச்சிகரமாகத் தோன்றலாம். பின்னர் உற்பத்தி அளவு வருகிறது. ஒவ்வொரு அளவீடும் மற்றொரு Function-ஐத் தூண்டுகிறது. மற்றொரு Logic App ஏதாவது மதிப்பிடுகிறது. மற்றொரு ஒருங்கிணைப்பு இன்னொரு செய்தியைப் பெறுகிறது. பராமரிப்பு தனக்கென ஒரு சந்தாவை உருவாக்குகிறது. தரம் இன்னொன்றை உருவாக்குகிறது. ஆற்றல் மேலாண்மை இன்னொன்றை உருவாக்குகிறது. விரைவில், ஒவ்வொரு குழுவிற்கும் சற்று வித்தியாசமான வடிகட்டுதல், நிலை நிர்வாகம், மறுமுயற்சி கையாளுதல் மற்றும் சேமிப்பு தர்க்கம் இருக்கும். ஒரு வெப்பநிலை அளவீடு தானாக ஒரு சம்பவம் அல்ல. பின்னர் ஒரு சம்பவத்திற்குப் பங்களிக்கலாம், ஆனால் தொடர்ச்சியான அளவீடுகள் சான்றாக கிடைக்க வேண்டும். வழக்கமான டெலிமெட்ரி தொடர்ச்சியான அறிவிப்புகளை உருவாக்கத் தொடங்கும்போது, பயனர்கள் எச்சரிக்கைகளைப் புறக்கணிக்கத் தொடங்கலாம், ஏனெனில் கணினி அவர்களுக்கு செயல்படக்கூடிய தகவலுக்குப் பதிலாக இரைச்சலை எதிர்பார்க்கப் பழக்கியுள்ளது.

Azure IoT Hub உண்மையில் என்ன செய்கிறது

Azure IoT Hub சாதனம் சார்ந்த கிளவுட் எல்லையை வழங்குகிறது. அது பின்வரும் பகுதிகளை ஆதரிக்கிறது:

• பாதுகாப்பான சாதன அடையாளங்கள்
• சாதனத்திலிருந்து கிளவுட் செய்தியிடல்
• கிளவுடிலிருந்து சாதனத்திற்குத் தொடர்பு
• சாதன மேலாண்மை
• சாதன இரட்டைகள் (device twins)
• இணைக்கப்பட்ட உபகரணங்களுக்கும் Azure சேவைகளுக்கும் இடையே கட்டுப்படுத்தப்பட்ட அணுகல்

அங்கீகரிக்கப்பட்ட ஒரு சாதனம் செய்தியை அனுப்பியது என்பதை IoT Hub அறியும். அந்தச் செய்தி உற்பத்திக்கு என்ன பொருள் தருகிறது என்பதை அது தானாகப் புரிந்துகொள்ளாது. ஒரு கேட்வே பின்வருவனவற்றைத் தெரிவிக்கலாம்: state = running ஆனால் "running" என்பதன் பொருள்:

• அங்கீகரிக்கப்பட்ட பாகங்களை உற்பத்தி செய்தல்
• பொருள் இல்லாமல் உலர் சுழற்சி செய்தல்
• அமைப்பு (setup) இயக்குதல்
• மறுவேலை செய்தல்
• பொருள் இல்லாமல் நகர்தல்

அந்தச் சூழல் பொதுவாக MES, ERP, சொத்து மாதிரி அல்லது உற்பத்திப் பயன்பாடு போன்ற கூடுதல் அமைப்புகளிலிருந்து வருகிறது.

இந்தப் போட்காஸ்டின் ஆதரவாளராக ஆகுங்கள்: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.