Aperture Venture Studio ने AI-सक्षम IoT (AIoT) प्लॅटफॉर्म तयार करण्यासाठी तीन-टप्प्यांची आर्किटेक्चर (architecture) सादर केली आहे, जे एकाच वेळी अनेक स्वतंत्र कंपन्यांना सेवा देऊ शकते.
सामायिक (shared) AIoT प्लॅटफॉर्म का महत्त्वाचा आहे
बहुतेक इंजिनिअरिंग गट एका सिंगल प्रॉडक्टभोवती प्लॅटफॉर्म डिझाइन करतात आणि नंतर पुढील रिलीझसाठी त्याचे काही भाग पुन्हा वापरतात. मात्र, एका 'व्हेंचर स्टुडिओ'ला (venture studio) अशा अनेक स्टार्टअप्स सांभाळाव्या लागतात ज्यांचे ग्राहक वेगळे असतात, जे वेगवेगळ्या हार्डवेअरवर चालतात आणि ज्यांच्या कामाची कालमर्यादा (timelines) वेगवेगळी असते. समन्वित दृष्टिकोनाशिवाय, प्रत्येक व्हेंचरला तेच डेटा पाइपलाइन्स (data pipelines), मॉडेल-ट्रेनिंग स्टॅक्स (model-training stacks) आणि डिव्हाइस-मॅनेजमेंट सर्व्हिसेस (device-management services) शून्यापासून पुन्हा तयार करावे लागतात. ही पुनरावृत्ती वेळ वाया घालवते.
तीन-टप्प्यांचे मॉडेल
Aperture चा दृष्टिकोन जीवनचक्राचे (lifecycle) तीन स्पष्ट टप्प्यांत विभाजन करतो:
- एका सिंगल कस्टमरसाठी कार्यरत उपाय (Working solution) – टीम्स एक कार्यात्मक AIoT सेवा प्रदान करतात जी वास्तविक जगातील गरज पूर्ण करते, ज्यामुळे एक ठोस 'युज केस' (use case) आणि गरजांचा संच (requirements) निश्चित होतो.
- सामायिक प्लॅटफॉर्ममधील पुन्हा वापरण्यायोग्य मॉड्यूल (Repeatable module) – या उपायाचे रूपांतर एका पुन्हा वापरण्यायोग्य घटकात (reusable component) केले जाते, जो एका सामायिक प्लॅटफॉर्ममधील इतर मॉड्यूल्ससोबत काम करतो. हा टप्पा सर्वात कठीण आहे कारण कोड इतका 'ॲबस्ट्रॅक्ट' (abstract) असावा लागतो की तो ॲसेट ट्रॅकिंग (asset tracking), वर्कफोर्स सेफ्टी (workforce safety) किंवा एन्व्हायर्नमेंटल मॉनिटरिंग (environmental monitoring) यांसारख्या विविध क्षेत्रांना सपोर्ट करू शकेल.
- स्पिन-आउटसाठी (spin-out) उमेदवार – जेव्हा एखादे व्हेंचर स्वतःची स्वतंत्र कंपनी बनण्यास तयार होते, तेव्हा ते सामायिक इन्फ्रास्ट्रक्चरच्या जागी खाजगी इन्स्टन्स (private instance) वापरते, जो तेच इंटरफेसेस (interfaces) लागू करतो, ज्यामुळे कोडमध्ये कोणताही बदल न करता तो चालू शकतो.
मधला टप्पा सर्वात महत्त्वाचा आणि कष्टाचा असतो. टीम्स AI मॉडेल्सचा एक बेस लेअर तयार करतात, ज्यामुळे प्रत्येक नवीन व्हेंचरसाठी मॉडेल्स शून्यापासून ट्रेन करण्याऐवजी केवळ 'फाईन-ट्यून' (fine-tune) करता येतात. मुख्य मॉडेल्सना सामायिक मालमत्ता (shared assets) म्हणून मानल्यामुळे, बेस मॉडेलमध्ये होणारी कोणतीही सुधारणा त्वरित त्यावरील अवलंबून असलेल्या सर्व व्हेंचर्सना फायदा मिळवून देते.
पूर्ण आयसोलेशनशिवाय (isolation) सामायिक डेटा पाइपलाइन्स
प्रत्येक टेनंटची (tenant) डेटा पाइपलाइन पूर्णपणे वेगळी (isolate) करणे हा एक सामान्य विचार असतो, कारण यामुळे व्हेंचर्स एकमेकांपासून स्वच्छरित्या वेगळे राहतील असे वाटते. मात्र, Aperture चे असे म्हणणे आहे की पूर्ण आयसोलेशनमुळे सुधारणांचा प्रवाह थांबतो: एका पाइपलाइनवर लागू केलेले बग फिक्स (bug fix) किंवा नवीन डेटा-क्लीनिंग रूटीन इतर पाइपलाइन्सपर्यंत कधीच पोहोचू शकत नाही. त्यांचा हायब्रिड दृष्टिकोन हे सोडवतो:
- वेगळा टेनंट डेटा – प्रत्येक व्हेंचरचा रॉ डेटा (raw data) त्याच्या स्वतःच्या स्टोरेज बकेटमध्ये राहतो, ज्यामुळे गोपनीयता आणि अनुपालन (compliance) राखले जाते.
- सामायिक प्रोसेसिंग लॉजिक – डेटा क्लीन, डिनॉईज (denoise) आणि स्ट्रक्चर करणारा कॉमन कोड एका सिंगल लायब्ररीमध्ये असतो. ती लायब्ररी अपडेट केल्यास त्याचा फायदा आपोआप प्रत्येक व्हेंचरला मिळतो.
- व्हेंचर-विशिष्ट नियम – 'एज केसेस' (edge cases) छोट्या, प्लग-इन-स्टाईल नियम संचांद्वारे हाताळल्या जातात, जे सामायिक लॉजिकच्या वर काम करतात; यामुळे मूळ रचना स्थिर राहते आणि कस्टमायझेशनलाही वाव मिळतो.
हे डिझाइन सामायिक प्रोसेसिंग लॉजिकचा वापर करतानाच डेटा सार्वभौमत्व (data sovereignty) देखील प्रदान करते.
वेदनामुक्त स्पिन-आउटसाठी डिकपलिंग (Decoupling)
जेव्हा टीम्स केवळ स्टुडिओच्या इकोसिस्टममध्ये अस्तित्वात असलेल्या अंतर्गत APIs वर अवलंबून असतात, तेव्हा 'टाईट कपलिंग' (tight coupling) निर्माण होते. Aperture यावर मात करण्यासाठी सर्व डिपेंडन्सीजसाठी (dependencies) कडक इंटरफेसेस लागू करते. प्रत्येक मॉड्यूलला आवश्यक असलेले कॉन्ट्रॅक्ट्स घोषित करावे लागतात—मग ते डिव्हाइस कम्युनिकेशनसाठी असो, मॉडेल इन्फरन्ससाठी असो किंवा बिलिंगसाठी असो—आणि त्यापेक्षा जास्त काहीही नाही.
जेव्हा एखादे व्हेंचर स्पिन-आउट टप्प्यावर पोहोचते, तेव्हा ते फक्त त्या इंटरफेसेसना त्यांच्या स्वतःच्या इम्प्लिमेंटेशन्सकडे (implementations) वळवते. कोडने कधीही थेट अंतर्गत सर्व्हिसला कॉल केलेला नसल्यामुळे, हा बदल पूर्णपणे पुन्हा लिहिण्याऐवजी केवळ कॉन्फिगरेशनचा भाग बनतो. हे डिकपलिंग सुरुवातीलाच नियोजित केल्यामुळे नंतरच्या महागड्या री-आर्किटेक्चरपासून बचाव होतो.
जोखीम आणि प्रतिवाद (counter-points)
सामायिक-इन्फ्रास्ट्रक्चर मॉडेल हा सर्व समस्यांवरचा रामबाण उपाय (silver bullet) नाही.
पुढे काय पाहावे
निष्कर्ष (Takeaway): स्पष्ट इंटरफेसेस, एक कॉमन मॉडेल बेस आणि हायब्रिड डेटा-पाइपलाइन स्ट्रॅटेजीसह सामायिक AIoT प्लॅटफॉर्म तयार केल्यामुळे व्हेंचर स्टुडिओ अनेक स्टार्टअप्स वेगाने लाँच करू शकतात आणि त्यांना स्वच्छरित्या स्पिन-आउट करू शकतात.