2026-10-19
சென்சாரிலிருந்து டாஷ்போர்டு வரை: Azure IoT Hub வழியாக MQTT பைப்லைன்

ஒரு இயந்திரம் நின்றுவிடும்போது, திட்டமிடுபவருக்கு டாஷ்போர்டில் ஒரு சிவப்பு கோடு மட்டும் போதாது. எது நின்றது, ஏன் நின்றது, அந்த வரிசையில் எந்த ஆர்டர் உள்ளது, உற்பத்தித் திட்டம் இன்னும் நிலைக்க முடியுமா என்பதையும் அவர்கள் அறிய வேண்டும். தொழிற்சாலை தளத்திலிருந்து மூல சிக்னல்களை கிளவுட் பகுப்பாய்வுக்கு நகர்த்த, கள சென்சார்கள், தொழில்துறை கேட்வேகள், செய்தி ப்ரோக்கர்கள் மற்றும் கிளவுட் உள்ளீட்டு அடுக்குகளை உள்ளடக்கிய நம்பகமான கட்டமைப்பு தேவை.
விளிம்பில் சிக்னலைப் பிடித்தல்
சென்சார் சிக்னல் இன்னும் உற்பத்தித் தகவல் ஆகாது. ஒரு பேக்கேஜிங் வரிசையில் கன்வேயர் மோட்டாரின் வெப்பநிலை இயல்பான இயக்க வரம்புகளைத் தாண்டி உயர்கிறது என்று கற்பனை செய்யுங்கள். அந்தக் கணத்தில், புரோகிராமபிள் லாஜிக் கன்ட்ரோலர் (PLC) ஒரு மூல டேக் மதிப்பை வைத்திருக்கிறது—வெப்பநிலை அளவீடு, நேர முத்திரை மற்றும் தர நிலை போன்றவை.
இருப்பினும், பழைய ஆலைகள் பல தலைமுறை உபகரணங்களை தனியுரிம நெறிமுறைகள் அல்லது OPC UA மூலம் இயக்குவதால், PLCகள் நேரடியாக கிளவுட் MQTT பேசுவது அரிது. ஆபரேஷனல் டெக்னாலஜி (OT) நெட்வொர்க்கில் நிறுவப்பட்ட ஒரு தொழில்துறை கேட்வே இந்த இடைவெளியை பின்வருமாறு பாலமாக்குகிறது:
- தரவை இயல்பாக்குதல்: வெவ்வேறு வடிவங்கள், அளவீடுகள் மற்றும் பொறியியல் டேக்குகளை ஒரு பொதுவான செய்தி வடிவமாக மாற்றுதல்.
- சேகரிப்பு அதிர்வெண்ணை நிர்வகித்தல்: அதிக அதிர்வெண் ஸ்கேன்களை அர்த்தமுள்ள இடைவெளிகளாக ஒருங்கிணைத்தல், நிலை மாற்றங்களை உடனடியாக அனுப்புதல்.
- உள்ளூரில் தாங்கல் சேமிப்பு: நெட்வொர்க் தடைகளின் போது தரவை பாதுகாப்பாக சேமித்து, இணைப்பு திரும்பியவுடன் பாதுகாப்பாக மீண்டும் அனுப்புதல்.
கேட்வே ஒரு செய்தியை வடிவமைத்தவுடன், அது MQTT (Message Queuing Telemetry Transport) மூலம் வெளியிடப்படுகிறது—இது கட்டுப்படுத்தப்பட்ட சாதனங்கள் மற்றும் நம்பகமற்ற இணைப்புகளுக்கு ஏற்ற இலகுரக பப்ளிஷ்-சப்ஸ்கிரைப் நெறிமுறை.
- பப்ளிஷ்-சப்ஸ்கிரைப் தனிமைப்படுத்தல்: வெளியீட்டாளர்கள் அந்தச் செய்திகளை எந்த கீழ்நிலை அமைப்புகள் அல்லது பயன்பாடுகள் பயன்படுத்துகின்றன என்று அறியாமல் ஒரு அறியப்பட்ட டாப்பிக்குக்கு அனுப்புகின்றனர்.
- டாப்பிக் கட்டமைப்பு: டாப்பிக்குகள் செய்தி வகைகளுக்கான போக்குவரத்து முகவரிகளாக செயல்படுகின்றன, ஆனால் அவை முழு தொழிற்சாலை சொத்து மாதிரியாக செயல்பட அதிகமாக ஏற்றப்படக் கூடாது.
- பேலோட் ஒப்பந்தங்கள்: உண்மையான செய்தி உடல், நிலையான மூல சொத்து அடையாளங்காட்டிகள், அளவிடப்பட்ட மதிப்புகள், அலகுகள், நேர முத்திரைகள் மற்றும் தரக் கொடிகளை வெளிப்படையாக கொண்டு செல்ல வேண்டும்.
உள் ஆலை போக்குவரத்தை உள்ளூர் MQTT ப்ரோக்கர்கள் கையாளும் போது, நிறுவன கடற்படைகளுக்கான நிர்வகிக்கப்பட்ட கிளவுட் இணைப்பு அடுக்காக Azure IoT Hub செயல்படுகிறது.
- சாதன அடையாளம் & அங்கீகாரம்: ஒவ்வொரு கேட்வேக்கும் Shared Access Signatures (SAS) அல்லது X.509 சான்றிதழ்களைப் பயன்படுத்தி IoT Hub-இல் பதிவு செய்யப்பட்ட பாதுகாப்பான சாதன அடையாளம் தேவை.
- போக்குவரத்து பாதுகாப்பு: நெட்வொர்க் எல்லைகள் மற்றும் ஃபயர்வால்கள் முழுவதும் பயணிக்கும் தரவைப் பாதுகாக்க இணைப்புகள் TLS (Transport Layer Security) ஐச் சார்ந்துள்ளன.
- உள்ளமைந்த எண்ட்பாயிண்ட்கள்: IoT Hub சாதனத்திலிருந்து கிளவுட்டுக்கான செய்திகளை ஏற்று, நம்பகமான இணைப்பு மெட்டாடேட்டாவுடன் முத்திரையிட்டு, அவற்றை மேலே அனுப்புவதற்கு முன் தற்காலிகமாக வைத்திருக்கிறது.
உள்வரும் டெலிமெட்ரி நிறுவனம் முழுவதும் பல நுகர்வோருக்கு சேவை செய்கிறது, எனவே போக்குவரத்தை தனித்தனி பாதைகளாகப் பிரிக்க செய்தி ரூட்டிங் தேவை:
- மூல வரலாற்று சேமிப்பு: செய்திகளை Azure Blob அல்லது Data Lake Storage-க்கு ரூட் செய்வது பொறியியல் மதிப்பாய்வுகள் மற்றும் மறுசெயலாக்கத்திற்காக மாற்றப்படாத தணிக்கை பாதையைப் பாதுகாக்கிறது.
- ஸ்ட்ரீம் செயலாக்கம்: Event Hubs போன்ற எண்ட்பாயிண்ட்கள் கிட்டத்தட்ட நேர ஸ்ட்ரீமிங் நுகர்வோருக்கும், அசாதாரண நிலைமைகளைப் பற்றி பராமரிப்புக் குழுக்களுக்கு எச்சரிக்கும் விதிகளுக்கும் உணவளிக்கின்றன.
- பகுப்பாய்வு மாதிரிகள்: Microsoft Fabric போன்ற தளங்களில் தரவு ஸ்ட்ரீம்களை ஒருங்கிணைப்பது டெலிமெட்ரியை நிறுவன திட்டமிடல் மற்றும் செயல்படுத்தல் சூழலுடன் இணைக்க உதவுகிறது.
இந்த பாட்காஸ்டின் ஆதரவாளராகுங்கள்: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.
Apple Podcasts · Spotify · YouTube · Deezer
From Sensor to Dashboard: The MQTT Pipeline Through Azure IoT Hub (English)