IoT Hub vs Event Hubs — ഭൂരിഭാഗം നിർമ്മാതാക്കളും തെറ്റായ സേവനം തിരഞ്ഞെടുക്കുന്നത് എന്തുകൊണ്ട്

1. ഷോപ്പ് ഫ്ലോർ ലക്ഷണവും പ്രധാന വെല്ലുവിളിയും
പ്രാരംഭ വർക്ക്ഷോപ്പുകളിൽ ശരിയെന്ന് തോന്നുന്ന ഏതെങ്കിലും സേവനം ഉപയോഗിച്ച് ടീമുകൾ പലപ്പോഴും പ്ലാന്റ് ടെലിമെട്രി Azure-ലേക്ക് അയയ്ക്കാറുണ്ട്, എന്നാൽ മാസങ്ങൾക്കു ശേഷമാണ് ആ ഡാറ്റാ പാത യഥാർത്ഥ പ്ലാന്റ് പ്രവർത്തനങ്ങളെ പിന്തുണയ്ക്കാൻ കഴിയില്ലെന്ന് കണ്ടെത്തുന്നത്. ഒരേ സിഗ്നലിന്റെ പകർപ്പുകളിൽ നിന്ന് ലഭിക്കുന്ന പരസ്പര വിരുദ്ധമായ മൂല്യങ്ങൾ (ഉദാഹരണത്തിന് 5-മിനിറ്റ് ശരാശരികളും പരമാവധി മൂല്യങ്ങളോ അലാറങ്ങളോ തമ്മിലുള്ള താരതമ്യം) കാണിക്കുന്ന ഒന്നിലധികം ഡാഷ്ബോർഡുകൾ ഇതിന്റെ ഫലമായി ഉണ്ടാകാറുണ്ട്. അന്തിമമായി, ഈ സാങ്കേതിക വിച്ഛേദം ഒരു ലളിതമായ സോഫ്റ്റ്‌വെയർ ബഗ് എന്നതിലുപരി വിശ്വാസത്തിന്റെ പ്രശ്നമായി മാറുന്നു. എല്ലാ മെഷീൻ ഡാറ്റയെയും സാമാന്യ ടെലിമെട്രിയായി കണക്കാക്കുകയും, ഉപകരണ നിയന്ത്രണം, കോൺഫിഗറേഷൻ സ്റ്റേറ്റ്, കമാൻഡുകൾ, സ്ട്രീം പ്രോസസ്സിംഗ് എന്നിവയെ വേർതിരിക്കാതിരിക്കുകയുമാണ് മൂല ലോപം.

2. ഫാക്ടറി ട്രാഫിക്കിന്റെ വർഗ്ഗീകരണം
Azure സേവനങ്ങൾ തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ്, ശരിയായ കൈകാര്യം ഉറപ്പാക്കാൻ ട്രാഫിക്കിനെ പേര്, ദിശ, ഉടമസ്ഥാവകാശം എന്നിവ അനുസരിച്ച് വർഗ്ഗീകരിക്കണം.

• ഇവന്റുകൾ ഒരു പ്രത്യേക സമയ പോയിന്റുമായി ബന്ധപ്പെട്ട വസ്തുതകളാണ്, എന്താണ് സംഭവിച്ചത്, എപ്പോൾ എന്നത് വിവരിക്കുന്നു, ഉദാഹരണത്തിന് പൂർത്തിയായ പ്രസ്സ് സൈക്കിൾ അല്ലെങ്കിൽ പരിധി കടന്ന വൈബ്രേഷൻ റീഡിംഗ്. ഇവ അനുബന്ധിച്ച് മാത്രം ചേർക്കാവുന്ന (append-only) രേഖകളാണ്, പിന്നീട് എഡിറ്റ് ചെയ്യരുത്.
• കമാൻഡുകൾ ഒരു ഉപകരണത്തോടോ ഗേറ്റ്‌വേയോടോ നിർദ്ദിഷ്ട ഉദ്ദേശ്യത്തോടെ ഒരു പ്രവർത്തനം നടത്താൻ ആവശ്യപ്പെടുന്ന അഭ്യർത്ഥനകളാണ്, ഉദാഹരണത്തിന് ഡയഗ്നോസ്റ്റിക്സ് ശേഖരിക്കുക അല്ലെങ്കിൽ കണക്ഷൻ പരിശോധിക്കുക. ഇവ നിർവ്വഹണ ഉത്തരവാദിത്തം വഹിക്കുന്നു, പ്രാദേശിക പ്രോഗ്രാമബിൾ ലോജിക് കൺട്രോളർ (PLC), സുരക്ഷാ അതിരുകൾ എന്നിവ പാലിക്കണം.
• സ്റ്റേറ്റ് ഒരു ഉപകരണത്തിന്റെ നിലവിലെ അറിയപ്പെടുന്ന അവസ്ഥ പ്രതിഫലിപ്പിക്കുന്നു, ഉദാഹരണത്തിന് സോഫ്റ്റ്‌വെയർ പതിപ്പ് അല്ലെങ്കിൽ സജീവ റെസിപ്പി മാപ്പിംഗ്, അല്ലാതെ അതിന്റെ പൂർണ്ണമായ കാലക്രമ ചരിത്രമല്ല. സാധാരണയായി desired, reported പ്രോപ്പർട്ടികൾ വഴിയാണ് സ്റ്റേറ്റ് നിയന്ത്രിക്കുന്നത്.
• ബിസിനസ് സന്ദേശങ്ങൾ നടക്കേണ്ടതും ട്രാക്ക് ചെയ്യേണ്ടതുമായ പ്രവർത്തന ജോലികളെ ഉൾക്കൊള്ളുന്നു, ഉദാഹരണത്തിന് ക്വാളിറ്റി ഹോൾഡുകളും മെയിന്റനൻസ് അഭ്യർത്ഥനകളും. ഇവയെ അസംസ്കൃത സെൻസർ ഇവന്റ് പൈപ്പ്‌ലൈനുകളുമായി നേരിട്ട് കലർത്തരുത്.

3. മാനസിക മാതൃക: ഐഡന്റിറ്റി ഗേറ്റും ഡാറ്റാ ഹൈവേയും
Azure IoT Hub നിയന്ത്രിത ഗേറ്റ് ആയി പ്രവർത്തിക്കുന്നു, പ്രധാനമായും ഐഡന്റിറ്റി രജിസ്ട്രി, പ്രാമാണീകരണം, പ്രവർത്തനക്ഷമമോ പ്രവർത്തനരഹിതമോ ആയ നില എന്നിവ വഴി ഉപകരണ ബന്ധങ്ങളിലും ലൈഫ് സൈക്കിളുകളിലും ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ഒരു സംഭവ സമയത്ത്, ഉദാഹരണത്തിന് ലൈൻ 4 ഗേറ്റ്‌വേ പോലുള്ള ഒരു കോംപ്രമൈസ്ഡ് അല്ലെങ്കിൽ സംശയാസ്പദമായ ഗേറ്റ്‌വേ, സുരക്ഷാ ടീമുകൾക്ക് മുഴുവൻ പ്ലാന്റിന്റെ ടെലിമെട്രി പാത അടയ്ക്കാതെ ഒറ്റയ്ക്ക് വേർതിരിക്കുകയോ പ്രവർത്തനരഹിതമാക്കുകയോ ചെയ്യാം. നേരെമറിച്ച്, Azure Event Hubs ഡാറ്റാ ഹൈവേ ആയി പ്രവർത്തിക്കുന്നു, സ്ട്രീം പ്രോസസ്സിംഗിലും നിരവധി സ്വതന്ത്ര റീഡറുകൾക്കായുള്ള ഉയർന്ന അളവിലുള്ള ചലനത്തിലും പൂർണ്ണമായി ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. Event Hubs ഉപകരണ ലൈഫ് സൈക്കിളുകൾ, ഫേംവെയർ, desired കോൺഫിഗറേഷനുകൾ എന്നിവ കൈകാര്യം ചെയ്യുന്നില്ല; അതിന്റെ പ്രാഥമിക ജോലി പാർട്ടീഷനുകളിലൂടെയും കൺസ്യൂമർ ഗ്രൂപ്പുകളിലൂടെയും ട്രാഫിക് കാര്യക്ഷമമായി ഒഴുകുന്നത് ഉറപ്പാക്കുക എന്നതാണ്.

4. ഉപകരണ മാനേജ്മെന്റും സുരക്ഷയും
പ്രാമാണീകരണ ഓപ്ഷനുകൾ ഹാർഡ്‌വെയർ കഴിവുകളെയും സുരക്ഷാ ആർക്കിടെക്ചറിനെയും ആശ്രയിച്ചിരിക്കുന്നു. SAS ടോക്കണുകൾ ഉപയോഗിക്കുന്ന സിമട്രിക് കീകൾ പരിമിതമായ ഹാർഡ്‌വെയറിനും ഗേറ്റ്‌വേകൾക്കും അനുയോജ്യമാണ്, എന്നാൽ കീ മോഷണം തടയാൻ സുരക്ഷിതമായ ഹാർഡ്‌വെയർ സ്റ്റോറേജ് ആവശ്യമാണ്. പകരമായി, X.509 സർട്ടിഫിക്കറ്റുകൾ വലിയ ഫ്ലീറ്റുകൾക്കായി വിശ്വസനീയ സർട്ടിഫിക്കറ്റ് അതോറിറ്റി വഴി വൃത്തിയുള്ള ചെയിനുകൾ നൽകുന്നു, എന്നിരുന്നാലും ശക്തമായ റൊട്ടേഷനും ലൈഫ് സൈക്കിൾ മാനേജ്മെന്റും ആവശ്യമാണ്. ഉപകരണ ലൈഫ് സൈക്കിൾ എൻറോൾമെന്റ്, മാറ്റം, പ്രവർത്തനരഹിതമാക്കൽ, മാറ്റിസ്ഥാപിക്കൽ എന്ന പാറ്റേൺ പിന്തുടരുന്നു, ഇത് ഒരു മാറ്റിസ്ഥാപിക്കൽ ഹാർഡ്‌വെയർ യൂണിറ്റ് അതിന്റെ പ്രവർത്തന പങ്കിനും ക്ലൗഡ് ഐഡന്റിറ്റിക്കും വൃത്തിയായി ബന്ധിപ്പിക്കപ്പെടുന്നുവെന്നും, ഡൗൺസ്ട്രീം പൈപ്പ്‌ലൈനുകൾ തകർക്കാതെയോ ഫാന്റം അസറ്റുകൾ സൃഷ്ടിക്കാതെയോ ഇരിക്കുന്നുവെന്നും ഉറപ്പാക്കുന്നു. കൂടാതെ, ഡിവൈസ് ട്വിന്നുകൾ കോൺഫിഗറേഷൻ മാനേജ്മെന്റിനും ആരോഗ്യ നിലയ്ക്കും desired, reported അവസ്ഥകൾ ഉപയോഗിക്കുന്നു, എന്നാൽ ഉയർന്ന ആവൃത്തിയിലുള്ള ടെലിമെട്രി ഒരിക്കലും ഡിവൈസ് ട്വിന്നുകളിൽ സൂക്ഷിക്കരുത്.

5. സ്ട്രീം പ്രോസസ്സിംഗും റൂട്ടിംഗ് മെക്കാനിക്സും
പാർട്ടീഷനുകൾ സ്ട്രീമുകളെ ക്രമീകൃത പാതകളായി വിഭജിക്കുന്നു, ഒരൊറ്റ പാർട്ടീഷനിനുള്ളിൽ മാത്രമാണ് ക്രമപ്പെടുത്തൽ ഉറപ്പ് കർശനമായി ബാധകമാകുന്നത്, സാധാരണയായി ബിസിനസ് ലോജിക്കിന് അനുസരിച്ച് മെഷീൻ, ലൈൻ, അല്ലെങ്കിൽ ഗേറ്റ്‌വേ ID പ്രകാരം വിഭജിക്കപ്പെടുന്നു. OEE കാൽക്കുലേറ്ററുകൾ, കണ്ടീഷൻ മോണിറ്ററിംഗ് ടൂളുകൾ, ഡാറ്റാ ലേക്ക് ഇൻജെഷൻ സേവനങ്ങൾ തുടങ്ങിയ ഒന്നിലധികം ഡൗൺസ്ട്രീം സിസ്റ്റങ്ങൾക്ക് വായന സ്ഥാനങ്ങൾക്കായി മത്സരിക്കാതെ ഒരേ സ്ട്രീം സ്വതന്ത്രമായി വായിക്കാൻ കൺസ്യൂമർ ഗ്രൂപ്പുകൾ അനുവദിക്കുന്നു. സ്ട്രീം റീട്ടെൻഷൻ ഹ്രസ്വകാല വീണ്ടെടുക്കൽ, തകരാർ സഹിഷ്ണുത, റീപ്ലേ വഴിയുള്ള ലോജിക് തിരുത്തൽ എന്നിവയ്ക്കായി ഒരു പ്രവർത്തന കാലയളവ് നൽകുന്നു. എന്നാൽ ദീർഘകാല രേഖകൾ സൂക്ഷിക്കുന്നതിന് സ്ട്രീം റീട്ടെൻഷൻ ഒരു ഡ്യൂറബിൾ ഹിസ്റ്റോറിയനോ ലേക്ക്ഹൗസോ പകരമാകുന്നില്ല.

6. ആർക്കിടെക്ചറൽ തീരുമാന സംഗ്രഹം
സേവനങ്ങൾ വിലയിരുത്തുമ്പോൾ, Azure IoT Hub മാനേജ്ഡ് എഡ്ജ് ഗേറ്റ്‌വേകൾ, വിദൂര കോൺഫിഗറേഷനുകൾ, ഓരോ ഉപകരണത്തിനുമുള്ള രജിസ്ട്രിയും നേറ്റീവ് ഡിവൈസ് ട്വിന്നുകളും വഴിയുള്ള ഉപകരണ സുരക്ഷാ ഒറ്റപ്പെടുത്തൽ എന്നിവയ്ക്ക് ഏറ്റവും അനുയോജ്യമാണ്. Azure Event Hubs തുടർച്ചയായ, ഉയർന്ന അളവിലുള്ള ടെലിമെട്രി നാംസ്പേസ്-തല ആക്സസ് പോളിസികൾ ഉപയോഗിച്ച് ഒന്നിലധികം കൺസ്യൂമർമാർക്ക് വിതരണം ചെയ്യുന്നതിന് ഏറ്റവും അനുയോജ്യമാണ്, നേറ്റീവ് ഉപകരണ ലൈഫ് സൈക്കിൾ മാനേജ്മെന്റ് ഇല്ലാതെ. ശക്തമായ ഫാക്ടറി ആർക്കിടെക്ചർ പലപ്പോഴും രണ്ട് ഓപ്ഷനുകളും സംയോജിപ്പിക്കുന്നു, കണക്ഷൻ അതിരിൽ IoT Hub ഉപയോഗിച്ച് വിശ്വാസം, ഐഡന്റിറ്റി, കോൺഫിഗറേഷൻ എന്നിവ കൈകാര്യം ചെയ്യുകയും, ഡൗൺസ്ട്രീമിൽ Event Hubs ഉപയോഗിച്ച് ഉയർന്ന അളവിലുള്ള ഇവന്റ് സ്ട്രീം സ്വതന്ത്ര കൺസ്യൂമർമാർക്ക് സുരക്ഷിതമായി വിതരണം ചെയ്യുകയും ചെയ്യുന്നു.

ഈ പോഡ്‌കാസ്റ്റിന്റെ പിന്തുണക്കാരനാകൂ: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.