IoT Hub మెసేజ్ రూటింగ్ vs Event Grid — టెలిమెట్రీ మరియు ఈవెంట్లు ఒకే సమస్య కాదు ఎందుకు

ఒక ఉష్ణోగ్రత రీడింగ్, కంపన నమూనా, యంత్ర చక్రం, మరియు పరికర డిస్కనెక్ట్ అన్నీ ఈవెంట్లుగా వర్ణించబడవచ్చు, కానీ అవి ఒకే ఆర్కిటెక్చరల్ సమస్యను సూచించవు. ఇండస్ట్రియల్ IoT మరియు తయారీ వాతావరణాలలో, నిరంతర టెలిమెట్రీని వివిక్త ఈవెంట్లతో గందరగోళపరచడం శబ్దంతో కూడిన వర్క్‌ఫ్లోలు, అసంపూర్ణ ఉత్పత్తి చరిత్రలు, అనవసరమైన ప్రాసెసింగ్, మరియు తగినంత సందర్భం లేకుండా స్పందించే వ్యవస్థలకు దారితీయవచ్చు.

ఈ ఎపిసోడ్‌లో, ఒక వాస్తవిక తయారీ దృశ్యాన్ని అనుసరిస్తూ Azure IoT Hub Message Routing మరియు Azure Event Grid మధ్య ఆర్కిటెక్చరల్ వ్యత్యాసాన్ని విశ్లేషిస్తాము. ప్రెస్ లైన్ ఒక ఇండస్ట్రియల్ గేట్‌వే ద్వారా ఉష్ణోగ్రత, కంపనం, చక్ర గణన, శక్తి వినియోగం, మరియు యంత్ర-స్థితి సమాచారాన్ని నిరంతరం పంపుతుంది. ఆ కొలతలు ఇంజనీర్లు, డేటా బృందాలు, నిర్వహణ బృందాలు, మరియు ఉత్పత్తి వ్యవస్థలు తరువాత విశ్లేషించాల్సిన ఒక కార్యాచరణ చరిత్రను సృష్టిస్తాయి. పరికర డిస్కనెక్ట్ భిన్నమైనది, ఎందుకంటే అది మరొక వ్యవస్థ లేదా వ్యక్తి స్పందించాల్సిన మార్పును సూచించవచ్చు.

టెలిమెట్రీ ఒక రికార్డ్, హెచ్చరిక కాదు
టెలిమెట్రీ కాలక్రమేణా పునరావృతమయ్యే కొలతలను సూచిస్తుంది. ఒక్క ఉష్ణోగ్రత విలువ లేదా కంపన కొలత సాధారణంగా తనంతట తానుగా చాలా తక్కువ సమాచారాన్ని ఇస్తుంది. నిజమైన సమాచారం క్రమంలో ఉంటుంది: విలువలు ఎంత వేగంగా మారాయి, ఆ సమయంలో యంత్రం ఏమి చేస్తోంది, ఆగిపోవడానికి ముందు ఏమి జరిగింది, నెట్‌వర్క్ అంతరాయంలో కొలతలు అదృశ్యమయ్యాయా, మరియు అదే ప్రవర్తన మునుపటి ఉత్పత్తి రన్‌లలో కనిపించిందా అనేవి.

సాధారణ ఇండస్ట్రియల్ టెలిమెట్రీలో ఇవి ఉంటాయి:
• ఉష్ణోగ్రత, కంపనం, ఒత్తిడి, శక్తి వినియోగం, మరియు కరెంట్ డ్రా
• రన్నింగ్, ఐడిల్, ఆగినది, లేదా లోపంలో ఉన్నది వంటి యంత్ర స్థితులు
• చక్ర గణనలు, ఉత్పత్తి కౌంటర్లు, మరియు ప్రాసెస్ కొలతలు
• సోర్స్ టైమ్‌స్టాంప్‌లు, పరికర గుర్తింపులు, సీక్వెన్స్ నంబర్లు, మరియు కరిలేషన్ సమాచారం

ఆ రికార్డులు తరువాత కండిషన్ మానిటరింగ్, నాణ్యత పరిశోధనలు, శక్తి విశ్లేషణ, OEE లెక్కలు, Microsoft Fabric విశ్లేషణలు, Power BI రిపోర్టింగ్, మరియు ఉత్పత్తి ఆప్టిమైజేషన్‌కు మద్దతు ఇవ్వవచ్చు. అందుకే టెలిమెట్రీకి నిలుపుదల, రీప్లే, డూప్లికేట్ నిర్వహణ, స్వతంత్ర వినియోగదారులు, మరియు ఉత్పత్తి కాలక్రమాన్ని పునర్నిర్మించే నమ్మకమైన మార్గం అవసరం.

టెలిమెట్రీ డేటా ప్లేన్‌గా IoT Hub Message Routing
Azure IoT Hub నియంత్రిత పరికరం-నుండి-క్లౌడ్ సరిహద్దును అందిస్తుంది. పరికరాలు మరియు గేట్‌వేలు తమ స్వంత గుర్తింపులతో ప్రామాణీకరించబడతాయి, పరికరం-నుండి-క్లౌడ్ సందేశాలను పంపుతాయి, పరికర-నిర్వహణ స్థితిని నిర్వహిస్తాయి, మరియు నియంత్రిత క్లౌడ్-నుండి-పరికరం కమ్యూనికేషన్‌లో పాల్గొనవచ్చు.

టెలిమెట్రీ సందేశం IoT Hub చేరిన తర్వాత, Message Routing ఆ డేటా ఎక్కడికి వెళ్లాలో నిర్ణయిస్తుంది. రూటింగ్ సందేశ ప్రాపర్టీలు, సిస్టమ్ ప్రాపర్టీలు, సందేశ బాడీ భాగాలు, మరియు పరికర ట్విన్ సమాచారాన్ని పరిశీలించగలదు. దీని వల్ల డౌన్‌స్ట్రీమ్ వినియోగదారులకు చేరే ముందు ఉత్పత్తి టెలిమెట్రీ, శక్తి కొలతలు, డయాగ్నొస్టిక్స్, లేదా ఇతర సందేశ తరగతులను వేరు చేయడం సాధ్యమవుతుంది.
ఒక సాధారణ ఆర్కిటెక్చర్ ఇలా ఉండవచ్చు: ఇండస్ట్రియల్ గేట్‌వే → Azure IoT Hub → Message Routing → Event Hubs లేదా Storage → ప్రాసెసింగ్ → Microsoft Fabric.

ఒక వినియోగదారు దాదాపు-రియల్-టైమ్ విశ్లేషణ చేయవచ్చు, మరొకరు ముడి ఆర్కైవ్‌ను ఉంచవచ్చు. మూడవ వినియోగదారు Microsoft Fabric కోసం క్యూరేటెడ్ కార్యాచరణ డేటాను సిద్ధం చేయవచ్చు. ప్రతి టెలిమెట్రీ రీడింగ్‌ను వర్క్‌ఫ్లో ఇన్వోకేషన్‌గా మార్చకుండా ప్రతి వినియోగదారు స్వతంత్రంగా పని చేయగలడు.

క్రమం ఎందుకు ముఖ్యం
ఇండస్ట్రియల్ టెలిమెట్రీ ముఖ్యంగా క్రమానికి సున్నితంగా ఉంటుంది. ఒక యంత్రం రన్నింగ్ స్థితిలోకి ప్రవేశించిందని, తరువాత అనేక చక్ర గణనలను పంపిందని, తరువాత ప్రాసెస్ విచలనం వచ్చిందని, చివరగా ఆగిపోయిన స్థితి వచ్చిందని ఊహించండి. ఆ రికార్డులను తప్పుగా పునర్నిర్మిస్తే, డౌన్‌స్ట్రీమ్ వ్యవస్థ యంత్రం ఆగి ఉన్నప్పుడు భాగాలు ఉత్పత్తి చేసిందని లేదా ఉత్పత్తి ముగిసిన తర్వాత ప్రాసెస్ విచలనం జరిగిందని తప్పుగా తేల్చవచ్చు.

అదే సమస్య డౌన్‌టైమ్ లెక్కలు, OEE, ఉత్పత్తి గణనలు, మరియు కండిషన్ మానిటరింగ్‌ను కూడా ప్రభావితం చేస్తుంది. అందుకే మూలం ఏదైనా గమనించినప్పుడు, IoT Hub ఆ సందేశాన్ని స్వీకరించినప్పుడు, మరియు డౌన్‌స్ట్రీమ్ వ్యవస్థ దానిని ప్రాసెస్ చేసినప్పుడు మధ్య తేడాను గుర్తించాలి.

బలమైన టెలిమెట్రీ ఆర్కిటెక్చర్ ఈ అంశాలను పరిగణించాలి:
• సోర్స్ టైమ్‌స్టాంప్‌లు మరియు క్లౌడ్ రసీదు టైమ్‌స్టాంప్‌లు
• ఆస్తి లేదా వర్క్‌లోడ్‌కు తగిన స్థిరమైన పార్టిషనింగ్
• డూప్లికేట్ గుర్తింపు కోసం మెసేజ్ IDలు లేదా సీక్వెన్స్ నంబర్లు
• కనీసం-ఒక్కసారి డెలివరీని నిర్వహించగల ఐడెంపొటెంట్ వినియోగదారులు

నెట్‌వర్క్ అంతరాయాలు దీనిని మరింత ముఖ్యమైనదిగా చేస్తాయి. గేట్‌వే టెలిమెట్రీని బఫర్ చేసి కనెక్టివిటీ తిరిగి వచ్చినప్పుడు పంపవచ్చు, అంటే Azure కు చేరే సమయం అసలు యంత్ర టైమ్‌స్టాంప్ కంటే చాలా ఆలస్యం కావచ్చు.

Event Grid వేరే సమస్యను పరిష్కరిస్తుంది
Azure Event Grid పబ్లిష్-అండ్-సబ్‌స్క్రайబ్ నోటిఫికేషన్ల చుట్టూ రూపొందించబడింది. వేల రీడింగ్‌ల నుండి యంత్ర స్థితిని నిరంతరం పునర్నిర్మించే బదులు, Event Grid ఆసక్తి ఉన్న వ్యవస్థలకు ఏదో మారిందని చెప్పి, స్పందించే అవకాశాన్ని సబ్‌స్క్రైబర్లకు ఇస్తుంది.
IoT వాతావరణంలో ఉదాహరణలు: పరికర సృష్టి, పరికర తొలగింపు, కనెక్షన్, డిస్కనెక్షన్, లేదా జాగ్రత్తగా ఎంచుకున్న టెలిమెట్రీ-ఆధారిత పరిస్థితులు. పరికరం-సృష్టించబడిన ఈవెంట్ ఆస్తి ఆన్‌బోర్డింగ్ ప్రక్రియను ప్రారంభించవచ్చు. పరికరం-డిస్కనెక్ట్ ఈవెంట్ సాంకేతిక పరిశోధనను ప్రారంభించవచ్చు. గుర్తించిన ఇంజనీరింగ్ పరిస్థితి నిర్వహణ వర్క్‌ఫ్లోను ప్రేరేపించవచ్చు.

సాధారణ సబ్‌స్క్రైబర్లు:
• Azure Functions
• Logic Apps
• Webhooks
• భద్రతా వర్క్‌ఫ్లోలు
• ఆస్తి-నిర్వహణ వ్యవస్థలు
• కార్యాచరణ అప్లికేషన్లు

ప్రాథమిక ఆర్కిటెక్చరల్ వ్యత్యాసం సులభం: టెలిమెట్రీ ఒక ఆస్తి ఏమి చేస్తోందని అడుగుతుంది, ఈవెంట్ ఏమి మారిందని, మరియు ఏదైనా స్పందించాలా అని అడుగుతుంది.

ఈవెంట్లు పరిశోధనలను ప్రారంభించాలి, వాస్తవాన్ని నిర్వచించకూడదు
Event Grid సాధారణంగా ఒక నోటిఫికేషన్ మెకానిజంగా పరిగణించాలి, భౌతిక ప్రపంచం యొక్క తుది అధికారిక స్థితిగా కాదు. ఈవెంట్ డెలివరీ పునరావృతం కావచ్చు, మరియు సబ్‌స్క్రైబర్ తనిఖీ చేయకుండా ఒక ఈవెంట్‌ను తుది ప్రస్తుత స్థితిగా గుడ్డిగా అర్థం చేసుకోకూడదు.
అందుకే పరికర-డిస్కనెక్ట్ ఈవెంట్ సాధారణంగా ఒక స్థితి తనిఖీని ప్రేరేపించాలి. ఒక Azure Function ప్రస్తుత పరికర స్థితిని ధృవీకరించవచ్చు, ఇటీవలి టెలిమెట్రీని పరిశీలించవచ్చు, సంబంధిత రిజిస్ట్రీ సమాచారాన్ని తనిఖీ చేయవచ్చు, ఆపై పరిశోధన తెరిచి ఉంచాలా అని నిర్ణయించవచ్చు.

హ్యాండ్లర్లు ఈ అంశాల చుట్టూ రూపొందించబడాలి:
• ఐడెంపొటెంట్ ప్రాసెసింగ్
• ప్రస్తుత-స్థితి ధృవీకరణ
• ఈవెంట్ గుర్తింపు మరియు టైమ్‌స్టాంప్‌లు
• ఫలిత చర్య యొక్క స్పష్టంగా నిర్వచించబడిన యాజమాన్యం

ఇది ముఖ్యం, ఎందుకంటే డూప్లికేట్ ఈవెంట్లు డూప్లికేట్ టికెట్లు, డూప్లికేట్ హెచ్చరికలు, లేదా విరుద్ధమైన కార్యాచరణ రికార్డులను సృష్టించకూడదు.

పరికర డిస్కనెక్ట్ అంటే యంత్రం ఆగిపోయిందని కాదు
ఇండస్ట్రియల్ IoTలో అత్యంత ముఖ్యమైన వ్యత్యాసాలలో ఒకటి క్లౌడ్ కనెక్టివిటీ, డేటా-సేకరణ ఆరోగ్యం, మరియు ఉత్పత్తి స్థితి మధ్య తేడా. ఒక ఇండస్ట్రియల్ గేట్‌వే IoT Hub నుండి డిస్కనెక్ట్ అయితే, క్లౌడ్ ఆ గేట్‌వేపై దృశ్యమానతను కోల్పోయింది. అది భౌతిక యంత్రం ఆగిపోయిందని స్వయంచాలకంగా అర్థం కాదు.

PLC గేట్‌వే కనెక్టివిటీ తాత్కాలికంగా కోల్పోయినప్పుడు కూడా పరికరాలను స్థానికంగా నియంత్రిస్తూ ఉండవచ్చు. ఉత్పత్తి సాధారణంగా కొనసాగవచ్చు, మరియు గేట్‌వే టెలిమెట్రీని బఫర్ చేసి తరువాత అప్‌లోడ్ చేయవచ్చు. దీనికి విరుద్ధంగా కూడా జరగవచ్చు: గేట్‌వే Azureకు కనెక్ట్ అయి ఉండి, PLC లేదా స్థానిక పరికరాలకు కనెక్షన్ విఫలమవ్వవచ్చు.

అందువల్ల ఉపయోగకరమైన ఆర్కిటెక్చర్ క్లౌడ్ కనెక్షన్ స్థితి, గేట్‌వే ఆరోగ్యం, యంత్ర ఉత్పత్తి స్థితి, మరియు MES వర్క్-ఆర్డర్ స్థితిని వేరు చేస్తుంది. ఈ మూలాలన్నింటినీ కలిపి చూసినప్పుడు మాత్రమే సాంకేతిక కనెక్టివిటీ సమస్య నిజంగా ఉత్పత్తిని ప్రభావితం చేసిందా అని వ్యాపారం నిర్ధారించగలదు.

IoT Hubలో ఫిల్టరింగ్ vs Event Gridలో ఫిల్టరింగ్
రెండు సాంకేతికతలూ ఫిల్టరింగ్‌కు మద్దతు ఇస్తాయి, కానీ ఉద్దేశ్యం వేరు. IoT Hub Message Routing ఫిల్టరింగ్ ఏ కార్యాచరణ సందేశాలు ఒక నిర్దిష్ట డేటా మార్గంలోకి ప్రవేశించాలో నిర్ణయిస్తుంది. Event Grid సబ్‌స్క్రిప్షన్ ఫిల్టరింగ్ ఒక నిర్దిష్ట సబ్‌స్క్రైబర్ ఏ నోటిఫికేషన్లను అందుకోవాలో నిర్ణయిస్తుంది.

ఉదాహరణకు, ఉత్పత్తి టెలిమెట్రీ ఒక Event Hubs స్ట్రీమ్‌కు వెళ్లవచ్చు, శక్తి డేటా మరొక గమ్యస్థానానికి వెళ్లవచ్చు. అదే సమయంలో ఒక సపోర్ట్ వర్క్‌ఫ్లో ఒక నిర్దిష్ట ...