நீங்கள் திட்டமிட வேண்டிய நான்கு கட்டமைப்பு மாற்றங்கள் கீழே பட்டியலிடப்பட்டுள்ளன. வழக்கமான RFID-BLE-ERP அடுக்கு ஏன் போதுமானதாக இல்லை என்பதையும், உற்பத்தியாளர்கள் முதல் நாளிலிருந்தே எதை மீண்டும் கட்டமைக்க வேண்டும் என்பதையும் இந்த வழிகாட்டுதல் விளக்குகிறது.

ITAR ஏன் விதிகளின் போக்கையே மாற்றுகிறது

சர்வதேச ஆயுதப் போக்குவரத்து விதிமுறைகள் (ITAR), மனிதனால் இயங்கப்படாத வான்வழி அமைப்புகளின் (UAS) பாகங்கள் உட்பட, பாதுகாப்பு தொடர்பான பொருட்களின் வடிவமைப்பு, உற்பத்தி மற்றும் ஏற்றுமதியைக் கட்டுப்படுத்துகின்றன. ஒரு சாதாரண தொழிற்சாலையில், ஒரு பாகம் எப்போது நகர்கிறது, அதை யார் ஸ்கேன் செய்தனர் மற்றும் அது எங்குள்ளது என்பதை ஒரு IoT சென்சார் நெட்வொர்க் பதிவு செய்கிறது. அந்தப் பதிவுகள் தரக் கட்டுப்பாட்டிற்கு உதவுகின்றன, ஆனால் ஒரு தவறு கண்டறியப்பட்டால் தரவை மாற்றியமைக்க முடியும் என்று அவை கருதுகின்றன. இதற்கு நேர்மாறாக, ITAR விதிமுறைகள், அந்தப் பதிவேடு (log) ஒருபோதும் மாற்றப்படவில்லை என்பதற்கான ஆதாரத்தைக் கோருகிறது. அந்த ஒற்றைத் தேவை சேமிப்பு (storage), அங்கீகாரம் (authentication) மற்றும் ஒருங்கிணைப்பு (integration) ஆகியவற்றைப் பற்றி மீண்டும் சிந்திக்கத் தூண்டுகிறது.

1. தரவுப் பாதையில் (data pipeline) மாற்றங்களைச் செய்ததைக் கண்டறியும் வசதியை உருவாக்குங்கள்

நிலையான IoT பயன்பாடுகள் நிகழ்வுகளை மாற்றக்கூடிய (mutable) தரவுத்தளத்தில் சேமிக்கின்றன; ஒரு தொழில்நுட்ப வல்லுநர் நேர முத்திரையை (timestamp) திருத்தலாம் அல்லது ஒரு தேவையற்ற பதிவை நீக்கலாம். ITAR கட்டுப்பாட்டிற்கு உட்பட்ட சூழலில், பதிவேடு மாற்ற முடியாததாக (immutable) இருக்க வேண்டும். பரிந்துரைக்கப்படும் அணுகுமுறை, ஒவ்வொரு புதிய பதிவையும் முந்தைய பதிவின் கிரிப்டோகிராஃபிக் ஹாஷ் (cryptographic hash) மூலம் இணைத்து, பின்னர் சரிபார்க்கக்கூடிய ஒரு "ஹாஷ் சங்கிலியை" (hash chain) உருவாக்குகிறது. ஏதேனும் ஒரு பதிவு மாற்றப்பட்டால், அந்தச் சங்கிலி உடைந்துவிடும், மேலும் அந்தத் திருத்தம் வெளிப்படையாகத் தெரியும். தரவு எழுதப்படுவதற்கு முன்பே ஹாஷ் கணக்கிடப்பட வேண்டும் என்பதால், நீங்கள் முதல் நாளிலிருந்தே இந்த கட்டமைப்பைப் பயன்படுத்த வேண்டும் - இதைத் தற்காலிகமாகப் பிறகு இணைக்க முடியாது.

2. நேரடி ITAR அங்கீகாரச் சேமிப்பகத்துடன் (credential store) அணுகலைச் சரிபார்க்கவும்

பெரும்பாலான IoT தளங்கள் நிலையான பங்கு அடிப்படையிலான அணுகல் கட்டுப்பாட்டை (RBAC) நம்பியிருக்கின்றன. ஒரு பயனரின் அனுமதிகள் லாகின் செய்யும் போது ஒருமுறை பெறப்பட்டு, உள்ளூரிலேயே சேமிக்கப்படுகின்றன (cached). ITAR ஒரு மாறும் தன்மையைக் (dynamic layer) கூட்டுகிறது: ஒரு தொழில்நுட்ப வல்லுநரின் அனுமதி காலாவதியாகலாம், குறிப்பிட்ட பாகப் பிரிவுகளுக்கு மட்டும் மட்டுப்படுத்தப்படலாம் அல்லது பாதுகாப்புச் சம்பவத்திற்குப் பிறகு ரத்து செய்யப்படலாம். எனவே, ஒவ்வொரு அணுகல் கோரிக்கையின் போதும் அமைப்பு மத்திய ITAR அங்கீகாரச் சேவையை (credential service) அணுகுகிறது. தொழிற்சாலை 500 மில்லி விநாடிகளுக்கும் குறைவான பதிலளிப்பு நேரத்திற்காக edge gateways-களைப் பயன்படுத்தினால், அங்கீகாரச் சரிபார்ப்பு அங்கேயே நடக்கும், தொலைதூர கிளவுட் சேவையில் அல்ல. இதன் விளைவாக, அங்கீகரிக்கப்பட்ட நபர்கள் மட்டுமே ஒரு தடயப் பதிவைப் (trace record) பார்க்க அல்லது மாற்ற அனுமதிக்கப்படும் ஒரு உயர்-நம்பகமான நுழைவாயில் உருவாகிறது.

3. RF சிக்னல்கள் பலவீனமடையும் இடங்களில் மண்டல அளவிலான தடயங்களைக் (zone-level traceability) கண்டறியவும்

பல UAV பாகங்கள் ஒன்றுசேர்க்கப்படும் cleanrooms, மின்காந்த குறுக்கீடுகளைத் (electromagnetic interference) தடுக்கின்றன. தொழிற்சாலைத் தளத்தில் நன்றாகச் செயல்படும் Bluetooth Low Energy (BLE) டேக்-கள், இந்த மண்டலங்களுக்குள் தொடர்பை இழக்கக்கூடும், இதனால் துல்லியமான இருப்பிடத்தைக் கண்டறிவது சாத்தியமற்றதாகிறது. நுணுக்கமான இடத்தைக் கண்டறிவதை (fine-grained positioning) தவிர்த்துவிட்டு, மண்டல அளவிலான கண்காணிப்பிற்கு (zone-level tracking) மாறுமாறு இந்த வழிகாட்டுதல் அறிவுறுத்துகிறது: ஒவ்வொரு நுழைவாயிலிலும் மற்றும் பணித்தளங்களிலும் (workstations) RFID ரீடர்களை நிறுவி, ஒவ்வொரு மண்டலத்திற்குள்ளும் ஒரு பாகம் நுழையும் மற்றும் வெளியேறும் நேரத்தைப் பதிவு செய்யவும். ஒரு தொழில்நுட்ப வல்லுநர் ஒரு பணி ஆணையைத் (work order) தொடங்கும்போது, அமைப்பு அந்தப் பாகத்தை அந்தப் பணித்தளத்துடன் இணைக்கிறது, இதன் மூலம் தொடர்ச்சியான சிக்னல் தேவையின்றி ஒரு தெளிவான பொறுப்புச் சங்கிலியை (custody chain) உருவாக்குகிறது.

4. ERP ஒருங்கிணைப்பை இருவழித் தொடர்பாக (bidirectional) மாற்றவும்

ஒரு வழக்கமான IoT-to-ERP ஓட்டம், சென்சார் நிகழ்வுகளை enterprise resource planning (ERP) அமைப்பிற்கு அனுப்புகிறது, இதனால் ERP ஒரு செயலற்ற நுகர்வோராக மட்டுமே உள்ளது. ITAR இணக்கம் அந்த மாதிரியை மாற்றுகிறது. ERP-இல் உள்ள உற்பத்திப் பதிவுகள் IoT அடுக்கையும் இயக்க வேண்டும் - உதாரணமாக, ஒரு பணி ஆணை (work order) ஒரு பாகத்தின் நகர்வை ஏற்றுக்கொள்வதற்கு IoT அமைப்பிற்கு அனுமதி அளிக்க வேண்டும், மேலும் ஒரு பணி ஆணை இல்லாமல் ஒரு பாகம் நகர்ந்தால் IoT அமைப்பு ERP-க்கு எச்சரிக்கை செய்ய வேண்டும். எனவே, முதல் தணிக்கைக்கு முன்பே இந்த கட்டமைப்பில் முரண்பாடு தீர்க்கும் விதிகள் (conflict-resolution rules) சேர்க்கப்பட வேண்டும். ஒரு பணி ஆணை இல்லாமல் ஒரு பாகம் ஒரு மண்டலத்தில் தோன்றினால், அமைப்பு அதை மீறலாகக் குறிக்க வேண்டுமா, தானாகவே ஒரு தற்காலிக ஆணையை உருவாக்க வேண்டுமா அல்லது அந்த நிகழ்வை நிராகரிக்க வேண்டுமா? இதை முன்கூட்டியே தீர்மானிப்பது, பின்னர் "எங்களிடம் விதிமுறை இல்லை" என்ற சாக்குப்போக்குகளைத் தவிர்க்க உதவும்.

சுருக்கம்: UAV பாகத் தொழிற்சாலைகளில், ITAR ஒரு வசதியான IoT சென்சார் நெட்வொர்க்கை ஒரு சட்டப்பூர்வமான கருவியாக மாற்றுகிறது. மாற்றங்களைச் செய்ததைக் கண்டறியும் வசதி, நிகழ்நேர அங்கீகாரச் சரிபார்ப்பு, மண்டல அளவிலான கண்காணிப்பு மற்றும் இருவழி ERP ஒருங்கிணைப்பு ஆகியவற்றை உருவாக்குவது விருப்பத்தேர்வு அல்ல - அது தயாரிக்கப்படும் விமானத்தைப் போலவே டிஜிட்டல் தடயத்தையும் உடைக்க முடியாததாக வைத்திருக்க இருக்கும் ஒரே வழி.