IoT Hub vs Event Hubs — ஏன் பெரும்பாலான உற்பத்தியாளர்கள் தவறான சேவையைத் தேர்ந்தெடுக்கிறார்கள்

1. தொழிற்சாலைத் தளப் பிரச்சனையும் முக்கிய சவாலும்இது பெரும்பாலும் பட்டறைகளில் சரியாகத் தோன்றும் ஏதேனும் ஒரு Azure சேவையைப் பயன்படுத்தி ஆலை telemetry தரவை அனுப்புவதில் தொடங்குகிறது; பல மாதங்களுக்குப் பிறகுதான் அந்தத் தரவுப் பாதை உண்மையான ஆலை செயல்பாடுகளை ஆதரிக்க முடியாது என்பது தெரியவருகிறது. இதனால் ஒரே சிக்னலின் நகல்களிலிருந்து பெறப்பட்ட முரண்படும் மதிப்புகளை (எடுத்துக்காட்டாக 5-நிமிட சராசரிகளை அதிகபட்ச மதிப்புகள் அல்லது எச்சரிக்கைகளுடன் ஒப்பிடுவது) காட்டும் பல டாஷ்போர்டுகள் உருவாகின்றன. இறுதியில் இந்தத் தொழில்நுட்ப இடைவெளி எளிய மென்பொருள் பிழையாக அல்லாமல் நம்பிக்கைச் சிக்கலாக மாறுகிறது. அடிப்படைத் தவறு, உள்வரும் அனைத்து இயந்திரத் தரவையும் பொதுவான telemetry ஆகக் கருதுவதில் உள்ளது; சாதனக் கட்டுப்பாடு, உள்ளமைவு நிலை, கட்டளைகள் மற்றும் stream processing ஆகியவற்றைப் பிரிக்காததே அதற்குக் காரணம்.

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

• Events என்பவை ஒரு குறிப்பிட்ட நேரப் புள்ளியுடன் தொடர்புடைய உண்மைகள்; என்ன நடந்தது, எப்போது நடந்தது என்பதைக் குறிப்பிடுகின்றன, எடுத்துக்காட்டாக முடிந்த ஒரு press சுழற்சி அல்லது வரம்பைத் தாண்டிய அதிர்வு அளவீடு. இவை இணைக்கப்பட்ட (append-only) பதிவுகள்; கீழ்நிலையில் திருத்தப்படக்கூடாது.
• Commands என்பவை ஒரு சாதனம் அல்லது gateway-க்கு குறிப்பிட்ட நோக்கத்துடன் ஒரு செயலைச் செய்யச் சொல்லும் கோரிக்கைகள், எடுத்துக்காட்டாக கண்டறியும் தரவைச் சேகரிப்பது அல்லது இணைப்பைச் சோதிப்பது. அவை செயல்படுத்தும் பொறுப்பைக் கொண்டவை; உள்ளூர் programmable logic controller (PLC) மற்றும் பாதுகாப்பு எல்லைகளை மதிக்க வேண்டும்.
• State என்பது ஒரு சாதனத்தின் தற்போதைய அறியப்பட்ட நிலையைக் குறிக்கிறது, எடுத்துக்காட்டாக அதன் மென்பொருள் பதிப்பு அல்லது செயலில் உள்ள recipe வரைபடம்; அதன் முழு காலவரிசை வரலாற்றை அல்ல. State பொதுவாக desired மற்றும் reported properties மூலம் நிர்வகிக்கப்படுகிறது.
• Business messages என்பவை நடந்தாக வேண்டிய மற்றும் கண்காணிக்கப்பட வேண்டிய செயல்பாட்டுப் பணிகள்; தர நிறுத்தங்கள் (quality holds) மற்றும் பராமரிப்புக் கோரிக்கைகள் உட்பட. இவற்றை மூல சென்சார் நிகழ்வுக் குழாய்களுடன் நேரடியாகக் கலக்கக் கூடாது.

3. மனத் திட்டம்: அடையாள வாயில் மற்றும் தரவு நெடுஞ்சாலைAzure IoT Hub ஒரு கட்டுப்படுத்தப்பட்ட வாயிலாகச் செயல்படுகிறது; முதன்மையாக அடையாளப் பதிவேடு, அங்கீகாரம், மற்றும் இயக்கப்பட்ட அல்லது முடக்கப்பட்ட நிலை மூலம் சாதன உறவுகள் மற்றும் வாழ்க்கைச் சுழற்சியில் கவனம் செலுத்துகிறது. இதனால் பாதுகாப்புக் குழுக்கள், ஒரு சந்தேகத்திற்குரிய அல்லது பாதிக்கப்பட்ட gateway-ஐ—எடுத்துக்காட்டாக line 4 gateway—ஒரு சம்பவத்தின்போது தனிமைப்படுத்தி முடக்கலாம்; ஆலை முழுவதின் telemetry பாதையை நிறுத்த வேண்டிய அவசியமில்லை. மாறாக, Azure Event Hubs ஒரு தரவு நெடுஞ்சாலையாகச் செயல்படுகிறது; முழுமையாக stream processing மற்றும் பல சுயாதீன வாசகர்களுக்கான அதிக அளவு நகர்வில் கவனம் செலுத்துகிறது. Event Hubs சாதன வாழ்க்கைச் சுழற்சிகள், firmware அல்லது விரும்பிய உள்ளமைவுகளை நிர்வகிக்காது; அதன் முதன்மைப் பணி partitions மற்றும் consumer groups வழியாகப் போக்குவரத்தைத் திறம்பட நகர்த்துவதே.

4. சாதன மேலாண்மை மற்றும் பாதுகாப்புஅங்கீகார விருப்பங்கள் வன்பொருள் திறன்கள் மற்றும் பாதுகாப்புக் கட்டமைப்பைப் பெரிதும் சார்ந்துள்ளன. SAS tokens பயன்படுத்தும் symmetric keys வரையறுக்கப்பட்ட வன்பொருள் மற்றும் gateway-களுக்கு ஏற்றவை; ஆனால் விசை திருடப்படுவதைத் தடுக்க பாதுகாப்பான வன்பொருள் சேமிப்பு தேவை. மாற்றாக, X.509 certificates பெரிய சாதனக் குழுக்களுக்கு நம்பகமான Certificate Authority வழியாக தூய்மையான சங்கிலிகளை வழங்குகின்றன; ஆனால் வலுவான சுழற்சி மற்றும் வாழ்க்கைச் சுழற்சி நிர்வாகத்தைக் கோருகின்றன. சாதன வாழ்க்கைச் சுழற்சி enrollment, change, disable, replace என்ற முறையைப் பின்பற்றுகிறது; இதன்மூலம் மாற்று வன்பொருள் அலகு கீழ்நிலைக் குழாய்களை உடைக்காமலோ அல்லது போலி சொத்துகளை உருவாக்காமலோ அதன் செயல்பாட்டுப் பங்கு மற்றும் cloud அடையாளத்துடன் சுத்தமாக இணைகிறது. மேலும், device twins உள்ளமைவு நிர்வாகம் மற்றும் ஆரோக்கிய நிலைக்கு desired மற்றும் reported நிலைகளைப் பயன்படுத்துகின்றன; ஆனால் அதிக அதிர்வெண் telemetry ஒருபோதும் device twins-இல் சேமிக்கப்படக் கூடாது.

5. Stream processing மற்றும் routing இயக்கவியல்Partitions ஸ்ட்ரீம்களை வரிசைப்படுத்தப்பட்ட பாதைகளாகப் பிரிக்கின்றன; வரிசைப்படுத்தல் உத்தரவாதம் ஒரே partition-க்குள் மட்டுமே கடுமையாகப் பொருந்தும், பொதுவாக வணிக தர்க்கத்தின்படி இயந்திரம், வரி அல்லது gateway ID மூலம் partition செய்யப்படுகிறது. Consumer groups பல கீழ்நிலை அமைப்புகளை—OEE கணிப்பான்கள், நிலை கண்காணிப்புக் கருவிகள், மற்றும் data lake உட்கொள்ளல் சேவைகள் போன்றவை—வாசிப்பு நிலைகளுக்குப் போட்டியிடாமல் ஒரே ஸ்ட்ரீமை சுயாதீனமாகப் படிக்க அனுமதிக்கின்றன. Stream retention குறுகிய கால மீட்பு, தவறு சகிப்புத்தன்மை மற்றும் replay மூலம் தர்க்கத் திருத்தத்திற்கான செயல்பாட்டு சாளரத்தை வழங்குகிறது. ஆயினும், stream retention நீண்டகால பதிவுகளுக்கான நீடித்த historian அல்லது lakehouse-க்கு மாற்றாகாது.

6. கட்டமைப்பு முடிவுச் சுருக்கம்சேவைகளை மதிப்பிடும்போது, Azure IoT Hub நிர்வகிக்கப்பட்ட edge gateway-கள், தொலைதூர உள்ளமைவுகள் மற்றும் ஒரு-சாதன பதிவேடு மற்றும் சொந்த device twins மூலம் சாதனப் பாதுகாப்பு தனிமைப்படுத்தலுக்கு சிறந்தது. Azure Event Hubs தொடர்ச்சியான, அதிக அளவு telemetry-ஐ namespace-நிலை அணுகல் கொள்கைகள் வழியாகப் பல நுகர்வோருக்குப் பகிர்வதற்குச் சிறந்தது; சொந்த சாதன வாழ்க்கைச் சுழற்சி நிர்வாகம் இல்லாமல். ஒரு வலுவான தொழிற்சாலைக் கட்டமைப்பு பெரும்பாலும் இரண்டு விருப்பங்களையும் இணைக்கிறது: இணைப்பு எல்லையில் IoT Hub-ஐப் பயன்படுத்தி நம்பிக்கை, அடையாளம் மற்றும் உள்ளமைவை நிர்வகித்தல், மற்றும் கீழ்நிலையில் Event Hubs-ஐப் பயன்படுத்தி அதிக அளவு நிகழ்வு ஸ்ட்ரீமை சுயாதீன நுகர்வோருக்குப் பாதுகாப்பாகப் பகிர்தல்.






இந்தப் podcast-க்கு ஆதரவாளராக ஆகுங்கள்: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.