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 స్ట్రీమ్‌కు వెళ్లవచ్చు, ఎనర్జీ డేటా మరొక గమ్యస్థానానికి వెళ్లవచ్చు. అదే సమయంలో, ఒక సపోర్ట్ వర్క్‌ఫ్లో ఒక నిర్దిష్ట