Aperture Venture Studio, ஒரே நேரத்தில் பல சுதந்திரமான நிறுவனங்களுக்குச் சேவை செய்யக்கூடிய AI-இயக்க ஆற்றல் கொண்ட IoT (AIoT) தளங்களை உருவாக்குவதற்கான மூன்று கட்டக் கட்டமைப்பை (three-stage architecture) அறிமுகப்படுத்தியுள்ளது.
ஏன் ஒரு பகிரப்பட்ட AIoT தளம் முக்கியமானது
பெரும்பாலான பொறியியல் குழுக்கள் ஒரு தனிப்பட்ட தயாரிப்பைச் சுற்றியே ஒரு தளத்தை வடிவமைக்கின்றன, பின்னர் அதன் சில பகுதிகளைப் பிற்கால வெளியீடுகளுக்குப் பயன்படுத்துகின்றன. இருப்பினும், ஒரு venture studio, வெவ்வேறு வாடிக்கையாளர்களைக் குறிவைக்கும், வெவ்வேறு வன்பொருள்களில் இயங்கும் மற்றும் வெவ்வேறு காலக்கெடுவில் செயல்படும் பல ஸ்டார்ட்அப்களைக் கையாள வேண்டியுள்ளது. ஒரு ஒருங்கிணைந்த அணுகுமுறை இல்லையெனில், ஒவ்வொரு venture-உம் ஒரே மாதிரியான தரவுப் குழாய்கள் (data pipelines), மாதிரிப் பயிற்சி அடுக்குகள் (model-training stacks) மற்றும் சாதன மேலாண்மை சேவைகளைத் தொடக்கத்திலிருந்தே மீண்டும் உருவாக்கும். இந்தத் இரட்டிப்பு வேலை நேரத்தை வீணாக்குகிறது.
மூன்று கட்ட மாதிரி
Aperture-இன் அணுகுமுறை வாழ்க்கைச் சுழற்சியை மூன்று தெளிவான நிலைகளாகப் பிரிக்கிறது:
- ஒரே ஒரு வாடிக்கையாளருக்கான செயல்பாட்டுத் தீர்வு – குழுக்கள் ஒரு நிஜ உலகத் தேவையைப் பூர்த்தி செய்யும் செயல்பாட்டு AIoT சேவையை வழங்குகின்றன, இதன் மூலம் ஒரு குறிப்பிட்ட பயன்பாட்டுச் சூழலையும் (use case) தேவைகளின் தொகுப்பையும் நிறுவுகின்றன.
- பகிரப்பட்ட தளத்தில் மீண்டும் பயன்படுத்தக்கூடிய தொகுதி (module) – இந்தத் தீர்வு ஒரு பொதுவான தளத்தில் உள்ள பிற தொகுதிகளுடன் இணைந்து செயல்படும் வகையில், மீண்டும் பயன்படுத்தக்கூடிய ஒரு அங்கமாக மாற்றியமைக்கப்படுகிறது (refactored). சொத்து கண்காணிப்பு (asset tracking), பணியாளர் பாதுகாப்பு அல்லது சுற்றுச்சூழல் கண்காணிப்பு போன்ற பல்வேறு துறைகளை ஆதரிக்கும் வகையில் குறியீடு (code) போதுமான அளவு பொதுப்படையானதாக (abstract) இருக்க வேண்டும் என்பதால், இந்த நிலை மிகவும் கடினமானது.
- தனி நிறுவனமாகப் பிரிந்து செல்லத் தயாராக থাকা நிலை (Candidate for spin-out) – ஒரு venture ஒரு தனி நிறுவனமாக மாறத் தயாராக இருக்கும்போது, அது பகிரப்பட்ட உள்கட்டமைப்பிற்குப் பதிலாக, அதே இடைமுகங்களை (interfaces) செயல்படுத்தும் ஒரு தனிப்பட்ட அமைப்பை (private instance) மாற்றிக்கொள்கிறது. இது குறியீடு மாற்றப்படாமலேயே இயங்குவதை அனுமதிக்கிறது.
இடைநிலை நிலையில் அதிக வேலைப்பளு உள்ளது. ஒவ்வொரு புதிய venture-க்கும் பூஜ்ஜியத்திலிருந்து பயிற்சி அளிப்பதற்குப் பதிலாக, நுணுக்கமாகச் சரிசெய்யக்கூடிய (fine-tuned) AI மாதிரிகளின் ஒரு அடிப்படை அடுக்கை குழுக்கள் உருவாக்குகின்றன. முக்கிய மாதிரிகளைப் பகிரப்பட்ட சொத்துக்களாகக் கருதுவதன் மூலம், அடிப்படை மாதிரியில் செய்யப்படும் எந்தவொரு முன்னேற்றமும் அதைச் சார்ந்திருக்கும் அனைத்து venture-களுக்கும் உடனடியாகப் பயனளிக்கும்.
முழுமையான தனிமைப்படுத்தல் இன்றி பகிரப்பட்ட தரவுப் குழாய்கள்
ஒவ்வொரு வாடிக்கையாளரின் (tenant) தரவுப் குழாயையும் முழுமையாகத் தனிமைப்படுத்துவது ஒரு பொதுவான எண்ணமாக இருக்கலாம், இது venture-களைத் தெளிவாகப் பிரித்து வைக்கும் என்று கருதப்படுகிறது. ஆனால், முழுமையான தனிமைப்படுத்தல் முன்னேற்றங்களின் ஓட்டத்தைத் தடுக்கும் என்று Aperture எச்சரிக்கிறது: ஒரு தரவுப் குழாயில் செய்யப்படும் பிழைத் திருத்தம் (bug fix) அல்லது புதிய தரவுச் சுத்திகரிப்பு முறை மற்ற குழாய்களுக்குச் சென்றடையாது. அவர்களின் கலப்பு அணுகுமுறை (hybrid approach) இதைத் தீர்க்கிறது:
- தனித்தனி வாடிக்கையாளர் தரவு – ஒவ்வொரு venture-இன் மூலத் தரவும் (raw data) அதன் சொந்த சேமிப்புத் தொட்டியில் (storage bucket) இருக்கும், இது தனியுரிமை மற்றும் இணக்கத்தைப் (compliance) பாதுகாக்கிறது.
- பகிரப்பட்ட செயலாக்கத் தர்க்கம் (Shared processing logic) – தரவைச் சுத்திகரிக்கும், இரைச்சலை நீக்கும் மற்றும் கட்டமைக்கும் பொதுவான குறியீடு ஒரு ஒற்றை நூலகத்தில் (library) இருக்கும். அந்த நூலகத்தைப் புதுப்பிப்பது ஒவ்வொரு venture-க்கும் தானாகவே பயனளிக்கும்.
- Venture-குறிப்பிட்ட விதிகள் – விளிம்பு நிலைச் சூழல்கள் (Edge cases), பகிரப்பட்ட தர்க்கத்தின் மேல் அமையும் சிறிய, பிளக்-இன் பாணி விதித் தொகுப்புகளால் கையாளப்படுகின்றன. இது முக்கிய கட்டமைப்பை நிலையாக வைத்திருக்கும் அதே வேளையில் தனிப்பயனாக்கத்தையும் (customization) அனுமதிக்கிறது.
இந்த வடிவமைப்பு பகிரப்பட்ட செயலாக்கத் தர்க்கத்தைப் பயன்படுத்திக் கொள்ளும் அதே வேளையில் தரவு இறையாண்மையையும் (data sovereignty) வழங்குகிறது.
சிரமமற்ற பிரிந்து செல்லுதல் (spin-out) செய்வதற்கான இணைப்பு நீக்கம் (Decoupling)
குழுக்கள் ஸ்டுடியோவின் சூழலுக்குள் (ecosystem) மட்டுமே இருக்கும் உள் API-களைச் சார்ந்திருக்கும்போது, நெருக்கமான இணைப்பு (tight coupling) உருவாகிறது. அனைத்துச் சார்புகளுக்கும் (dependencies) கடுமையான இடைமுகங்களை (interfaces) அமல்படுத்துவதன் மூலம் Aperture இதைத் தடுக்கிறது. ஒவ்வொரு தொகுதியும் தனக்குத் தேவையான ஒப்பந்தங்களை (contracts) அறிவிக்கிறது—அது சாதனத் தொடர்பு, மாதிரி அனுமானம் (model inference) அல்லது கட்டணம் வசூலித்தல் எதுவாக இருந்தாலும்—அதற்கு மேல் எதுவும் இல்லை.
ஒரு venture பிரிந்து செல்லும் நிலையை அடையும்போது, அது அந்த இடைமுகங்களை அதன் சொந்தச் செயல்பாடுகளுக்கு (implementations) எளிதாகத் திருப்புகிறது. குறியீடு ஒருபோதும் ஒரு குறிப்பிட்ட உள் சேவையை நேரடியாக அழைக்காததால், இந்த மாற்றம் முழுமையான மறுசீரமைப்பிற்குப் பதிலாக ஒரு உள்ளமைவு (configuration) சார்ந்த விஷயமாக மாறுகிறது. இந்த இணைப்பு நீக்கத்தைத் தொடக்கத்திலேயே திட்டமிடுவது பிற்காலத்தில் ஏற்படும் செலவு மிகுந்த மறுக் கட்டமைப்பைத் தவிர்க்கிறது.
அபாயங்கள் மற்றும் முரண்பட்ட கருத்துக்கள்
பகிரப்பட்ட உள்கட்டமைப்பு மாதிரி என்பது அனைத்துப் பிரச்சினைகளுக்கும் ஒரு எளிய தீர்வு (silver bullet) அல்ல.
அடுத்து கவனிக்க வேண்டியவை
முக்கியக் கருத்து: தெளிவான இடைமுகங்கள், பொதுவான மாதிரி அடிப்படை மற்றும் கலப்பு தரவு-குழாய் உத்தி ஆகியவற்றைக் கொண்ட ஒரு பகிரப்பட்ட AIoT தளத்தை உருவாக்குவது, venture studios பல ஸ்டார்ட்அப்களை விரைவாகத் தொடங்கவும் அவற்றைச் சிரமமின்றிப் பிரித்து அனுப்பவும் அனுமதிக்கிறது.