कार के लिए कुबेरनेट्स: ऑन-बोर्ड कंप्यूटर पर डेवलपर एक्सेस कैसे खोलें और इसे सुरक्षित बनाएं

यह दो-भाग की कहानी है - ऑटोमोटिव विकास के एक नए दौर के बारे में। यह "श्रृंखला" EPAM के स्वयं के विकास के लिए समर्पित है, Aos कनेक्टेड वाहन प्लेटफार्म। ऑटोमोटिव एंड एंबेडेड सिस्टम्स के सीटीओ एलेक्स एग्जिम बताते हैं कि यह पारंपरिक क्लाउड सॉल्यूशन से अलग है और यह सॉफ्टवेयर डेवलपर्स को कार तक पहुंच प्रदान करता है। आप यहां पहले भाग से खुद को परिचित कर सकते हैं ।



पहले भाग में, मैंने इस बारे में बात की कि कैसे हमारे एक्सईएन हाइपरवाइजर विकास सुरक्षा आवश्यक सॉफ़्टवेयर से ऑटोमोटिव सॉफ़्टवेयर के सेवा भाग को अलग करते हैं। यह उद्योग में व्यापक उपयोग की बाधाओं में से एक है। पहली बार, एक खुला स्रोत हाइपरवाइजर बंद वाणिज्यिक समाधान के लिए एक पूर्ण प्रतियोगी बन जाएगा।

लेकिन यह केवल पहला कदम है। ऑटोमोटिव सेवाओं को एक नए स्तर पर ले जाने के लिए, आपको सेवा कंपनियों और डेवलपर्स को एम्बेडेड और ऑटोमोटिव से दूर "जाने" की आवश्यकता है। इसके लिए अमूर्त के अगले स्तर की आवश्यकता है। ताकि एक डेवलपर जो सॉफ्टवेयर डेवलपमेंट में आधुनिक फ्रेमवर्क का उपयोग कर सके, बिना रिलीजन के, कारों के लिए अपनी सेवाओं को डिजाइन कर सके।

शायद पढ़ने के बाद आप कहना चाहेंगे: “ऐसी मुश्किलें क्यों? उदाहरण के लिए, मैंने एक कार के लिए एक एंड्रॉइड टैबलेट खरीदा, आवश्यक सेवाओं की स्थापना की और काफी खुश हूं। ” यह एक क्लासिक इंजीनियरिंग दृष्टिकोण है, बहुत समर्थन है। लेकिन व्यापक देखते हैं। ऑटोमोटिव उद्योग, सॉफ्टवेयर के दृष्टिकोण से, लंबे समय से शास्त्रीय दृष्टिकोणों में फंस गया है। मैं आपको बताऊंगा कि हम उसका भविष्य कैसे देखते हैं और इसके लिए हम क्या करते हैं। और अंत में, मुख्य कठिनाइयों से गुजरते हैं।

So.

आपको सेवा डेवलपर को कार के ऑन-बोर्ड कंप्यूटर में जाने की आवश्यकता क्यों है? और अब क्या गलत है?

कार एक तेजी से जटिल उपकरण बनता जा रहा है। यह सभी अवसरों के लिए सेंसर के साथ crammed है, और अंतरिक्ष यान ऑन-बोर्ड कंप्यूटरों के प्रदर्शन से ईर्ष्या करेंगे। इस सब के साथ, कार क्षमताओं में बहुत सीमित रहती है। सॉफ्टवेयर विकास आगे बढ़ रहा है, लेकिन 90% पास हैं।

एक करीबी सादृश्य स्मार्टफोन है। 2007-9 तक, विभिन्न मोबाइल फोन पर चलने वाले एप्लिकेशन को लिखना काफी कठिन था। बहुत सारे ऑपरेटिंग सिस्टम और फ्रेमवर्क बाजार पर लड़े: सिम्बियन, मोटोरोला, एरिक्सन, आदि के समाधान ... उनके लिए विकास कौशल वाले लोगों की संख्या कम थी। यदि कोई व्यवसाय बड़ी संख्या में लोगों को अपनी सेवा या एप्लिकेशन का उपयोग करना चाहता था, तो विभिन्न ऑपरेटिंग सिस्टम और फ्रेमवर्क पर समर्थन के साथ एक समस्या शुरू हुई।

वास्तव में आज मोटर वाहन उद्योग में एक ही बात हो रही है। विभिन्न कार निर्माताओं द्वारा समर्थित की जाने वाली सेवा के लिए, आपको कई रूपरेखाओं और नियमों के एक समूह के अनुकूल होना होगा। मर्सिडीज के लिए अलग से, टोयोटा के लिए अलग से, आदि।

जब आईओएस 2007 में दिखाई दिया, एक साल बाद - एंड्रॉइड - मोबाइल उद्योग ने तुरंत एक सफलता हासिल की। AUTOMOBILE में, दो मुख्य प्रतिमानों का संघर्ष जारी है।

पहला पारंपरिक है। ऑन-बोर्ड कार कंप्यूटर एक बंद उपकरण है, जिसकी पहुंच केवल निर्माता तक ही है । तीसरे पक्ष के डेवलपर्स के पास यहां कोई रास्ता नहीं है: सबसे पहले सुरक्षा और सुरक्षा। विश्वसनीय रूप से, लेकिन खामियों के बिना नहीं। एक तरफ, निर्माता खुद पर सब कुछ बंद कर देता है। तृतीय-पक्ष सेवाओं के डेवलपर्स को दोष देने की आवश्यकता नहीं है। दूसरी ओर, कोई प्रगति के किनारे पर नहीं हो सकता है। एक ऑटोमेकर ग्राहक की विशलिस्ट को पूरी तरह से कवर नहीं कर सकता है। विकास और बाजार का प्रक्षेपण चक्र बहुत लंबा है, टीम, यहां तक ​​कि बहुत ही सम्मोहित, अभी भी सीमित है। और अपेक्षित कनेक्टेड सेल्फ-ड्राइविंग कार और आगे बढ़ जाती है। एक साझा अर्थव्यवस्था में एकीकरण की तरह।

अन्य चरम एक कार को IoT डिवाइस पर विचार करना है । यही है, बस सभी मोटर वाहन सेंसर से डेटा एकत्र करें, पैक करें और प्रसंस्करण के लिए क्लाउड पर भेजें। यदि आवश्यक हो तो कई बार दोहराएं। इसलिए Google, Microsoft और Amazon सहित क्लाउड के सैकड़ों प्रोजेक्ट कार को देखने की कोशिश कर रहे हैं। लेकिन यह थोड़ा गलत है।

ऑटो बल्ब, थर्मोस्टेट और टीवी के साथ एक स्मार्ट घर नहीं है। इसमें सैकड़ों गुना अधिक सेंसर और इसकी अपनी कंप्यूटिंग शक्ति है। और - सबसे महत्वपूर्ण बात - कार और केंद्र के बीच का चैनल अस्थिर है। यहां तक ​​कि अगर यह सशर्त रूप से स्थिर है, तो यह संभावना नहीं है कि यह हर सेकंड सैकड़ों मेगाबाइट डेटा चलाना चाहेगा। अन्यथा, इस तरह के दृष्टिकोण में कोई रास्ता नहीं है - सेवा का पूरा व्यापार तर्क क्लाउड में काम करता है।

बदले में हम क्या लेकर आए?

हमने एक अलग विचारधारा को चुना है। एक कार सेंसर से सिर्फ सूचना का स्रोत नहीं है। यह एक पूर्ण कंप्यूटिंग कंप्यूटिंग नोड है, जिस पर सेवा अपने व्यापार तर्क को निष्पादित कर सकती है ।

इसके लिए, कार को एक मूल तत्व - कनेक्टेड वाहन प्लेटफ़ॉर्म की आवश्यकता है। यह आपको सॉफ्टवेयर प्लेटफॉर्म के रूप में कार खोलने की अनुमति देता है। और दूसरी ओर, सेवाओं की तैनाती और ऑर्केस्ट्रेशन से निपटने के लिए क्लाउड-सेवाओं में अपनाए गए टूल का उपयोग करना चाहिए जो ऑन-बोर्ड कंप्यूटर पर काम करना चाहिए।

यदि हमारा पूर्वानुमान सही है, तो हम एक पारिस्थितिकी तंत्र के साथ समाप्त होंगे जहां प्रोग्रामर सामान्य तरीके से कार्य कर सकता है और व्यापार तर्क के कुछ हिस्से को कार कंप्यूटर में एम्बेड कर सकता है। उसी तरह जैसे आज क्लाउड सेवाओं में यह एक बटन दबाता है, CI / CD लॉन्च करता है, सभी आवश्यक नोड्स के लिए सभी आवश्यक घटकों की तैनाती। हमारे मामले में, तैनाती के लिए नोड्स में से एक कार होगी। और हम एक ढांचा देते हैं जो ऐसा कर सकता है। इसलिए, हम अपने क्लाउड प्लेटफॉर्म को "कारों के लिए कुबेरनेट्स" कहते हैं।

हमारी दृष्टि में अवधारणा 2 भागों में विभाजित है:

1. जुड़े सेवाओं के सॉफ्टवेयर से सुरक्षा सॉफ्टवेयर को अलग करना;
2. उन कंपनियों के लिए अमूर्तता का आवश्यक स्तर प्रदान करना जो विकास करना चाहते हैं या पहले से जुड़े वाहन सेवा कर रहे हैं। उन्हें एम्बेडेड के साथ परेशान नहीं करना चाहिए, लेकिन अपने सामान्य उपकरणों के साथ सेवाओं का विकास करना चाहिए और किनारे उपकरण के रूप में ऑन-बोर्ड कंप्यूटर का उपयोग करना चाहिए।

ऑन-बोर्ड कार कंप्यूटर भविष्य की मोबाइल सेवाओं के लिए एक किनारे का कंप्यूटर बन जाना चाहिए। हम कार निर्माताओं को स्वतंत्र रूप से आविष्कार करने वाली सेवाओं से बचाते हैं और डेवलपर्स के लिए कार खोलते हैं। यह एक बार स्मार्टफोन के साथ कैसे हुआ।

क्या मामलों को बंद कर सकता है?

जड़ मामला कनेक्टिविटी की कमी है । क्लासिक क्लाउड संस्करण में, सेवा कार तक पहुंच खो देगी। कनेक्टेड व्हीकल प्लेटफ़ॉर्म वैरिएंट में, डेवलपर इसे और कार के अंदर के तर्क को "फ़्लैश" कर सकता है। और इसके बादल वाले हिस्से के लिए - कम से कम डेटा को बफर करें।

मंच बेड़े प्रबंधन और बेड़े प्रबंधन और भविष्य कहनेवाला रखरखाव को बेहतर बनाने में भी मदद करेगा। इन सेवाओं के लिए क्लाउड के साथ संचार हो जाता है, यदि वैकल्पिक नहीं है, तो बहुत कम लोकप्रिय है।

एक पूरी तरह से समझने योग्य उदाहरण टैक्सी सेवाओं का काम है। अब वे स्मार्टफोन पर लागू होते हैं, कार्ड और भुगतान के साथ शानदार काम करते हैं, लेकिन कार की स्थिति को ध्यान में नहीं रख सकते हैं। उदाहरण के लिए, आपको हवाई अड्डे के लिए देर हो रही है, उबर आता है - और अचानक पता चलता है कि ड्राइवर के पास केवल रास्ते के लिए पर्याप्त गैसोलीन है। ड्राइवर इसे पहले से समझ नहीं पाया। लेकिन अगर उबेर सेवा को ऑन-बोर्ड कंप्यूटर के अंदर तैनात किया गया था, तो आदेश के स्तर पर, मैं बैकएंड को बता सकता था कि यह विशेष कार उपयुक्त नहीं है। और सेवा की गुणवत्ता अधिक होगी।

भविष्य की साझा अर्थव्यवस्था के मामले में, आपको कार में सेवाओं का एक सेट होना चाहिए जो पूरी तरह से यूआई के बिना होगा। उदाहरण के लिए, एक सेवा जो कार की तकनीकी स्थिति की निगरानी करेगी (उबेर और गैसोलीन के साथ उदाहरण भी यहां उपयुक्त है)। या एक सेवा जो मॉनिटर करती है कि कोई व्यक्ति कैसे ड्राइव करता है, और यह डेटा बीमा या किराये की कंपनियों को देता है।

उसी समय, बीमा या किराये की कंपनियों को यात्री और चालक को उन्हें हटाने या डिस्कनेक्ट करने से रोकने की आवश्यकता होती है। आज वे सेवाओं द्वारा मुड़ जाते हैं जो केवल अतिरिक्त दूरसंचार इकाइयों की मदद से काम करते हैं। और यह खरीद, स्थापना, एकीकरण, सेवा का लेखन ही है। इसमें काफी समय और पैसा लगता है।

इसलिए, हम हमेशा दो पहलुओं में कनेक्टेड वाहन को देखते हैं। एक पक्ष सिर्फ इंटरनेट सेवाओं से जुड़ रहा है। साझा अर्थव्यवस्था के हिस्से के रूप में दूसरा ऑटो है। ऐसा करने के लिए, इसके उत्पादन के चरण में सभी मूल तत्वों को कार में एकीकृत किया जाना चाहिए। इसलिए, हम या तो कार निर्माताओं के साथ या कार कंप्यूटर निर्माताओं के साथ बात कर रहे हैं।

उद्योग की समस्याओं में से एक यह है कि उपयोगकर्ता मामलों के साथ आना संभव नहीं है क्योंकि पर्याप्त मंच दृष्टिकोण नहीं है। मोबाइल फोन के साथ भी ऐसा ही था। उदाहरण के लिए, आप कह सकते हैं कि बेड़े के प्रबंधन के लिए समाधान बनाने वाली 2,800 कंपनियां हैं। लेकिन वे सभी बहुत अखंड हैं। यदि आपको कुछ बदलने की आवश्यकता है, तो आपको ऑन-बोर्ड और टेलीकॉम कंप्यूटर को बदलना होगा। आखिरकार, मैं ऐसा कुछ करना चाहता हूं जो यह इकाई नहीं कर सकती।

क्लाउड से कार तक एक व्यावसायिक सेवा को सुरक्षित रूप से कैसे बंद करें? इसे क्या रोका जा सकता है और हम इसे कैसे हल कर सकते हैं?

1. कंटेनर

चूंकि हम कुबेरनेट्स के विचारों से आते हैं, तो उनका मुख्य कौशल कंटेनर को तैनात करना है। लेकिन कार कंप्यूटर के साथ यह मुश्किल है।

सबसे पहले, भले ही पायथन में हम "हैलो, दुनिया" प्रिंट करने वाले कोड की कुछ पंक्तियों को लिखते हैं, कंटेनर का आकार 50 एमबी तक पहुंच सकता है। सेलुलर चैनल के माध्यम से इसे डालना या काम नहीं कर सकता है। यहां तक ​​कि रहस्यमय 5 जी में किसी भी अन्य कनेक्शन के समान समस्याएं हैं: कवरेज, बैंडविड्थ, स्थिरता। इसलिए आपको मौके बढ़ाने की जरूरत है।

दूसरे, कार कंप्यूटर कंप्यूटिंग शक्ति में बहुत अच्छा है, लेकिन अभी भी क्लाउड में किसी भी सबसे छोटे सर्वर की तुलना में बहुत अधिक सीमित है। इस पर कई अन्य कार्यक्रम चलते हैं। आप अभी नहीं आ सकते हैं और 200 एमबी रैम खा सकते हैं।

इसलिए, सबसे पहले, हमने ओसीआई मानक के ढांचे में अपने प्रकार के कंटेनर का वर्णन किया। आकार के साथ समस्या निम्नानुसार हल की गई है: सभी बुनियादी चीजें जिन्हें एक डेवलपर को सेवा संचालित करने की आवश्यकता है, उन्हें क्लाउड से ले जाने की आवश्यकता नहीं है। वे पहले से ही कार कंप्यूटर पर प्रीइंस्टॉल्ड हैं। आपको केवल कोड ही लाने की आवश्यकता है, जो सबसे खराब स्थिति में सैकड़ों किलोबाइट लेता है।

ऑन-बोर्ड कंप्यूटर के संसाधनों के साथ समस्या हमारे कंटेनर विनिर्देश में उनके विवरण के माध्यम से हल की गई है। इसके कारण, आप बहुत आसानी से कोटा निर्धारित कर सकते हैं कि कार कंप्यूटर मॉनिटर करेगा। और स्थापित सेवा कभी भी उनसे अधिक नहीं हो सकती।

2. सुरक्षा

कुबेरनेट्स मूल रूप से क्लाउड में सेवाओं को तैनात करने और ऑर्केस्ट्रेट करने के लिए डिज़ाइन किया गया था। यह गलत हाथों के वातावरण से नियंत्रित, समर्थित और संरक्षित है। लेकिन हमारे पास एक कार है, और हमलावरों के पास असीमित कल्पना है। वे ऑन-बोर्ड कंप्यूटर को बाहर निकाल सकते हैं, इसे किसी डिवाइस के साथ क्रैक कर सकते हैं, कार और क्लाउड के बीच चैनल में मिल सकते हैं। इसलिए, सुरक्षा हमारा निरंतर सर्वोच्च प्राथमिकता वाला कार्य है।

हमने यूएस नेशनल सिक्योरिटी एजेंसी की सिफारिशों के अनुसार एक उन्नत मॉडल लागू किया है। यह निम्नलिखित कहता है: अपनी सुरक्षा प्रणाली को डिज़ाइन करते समय, आपको सबसे पहले संभावित हमले के स्थानों की संख्या कम से कम करनी चाहिए, और परत केक के रूप में भी सुरक्षा का निर्माण करना चाहिए। किसी स्तर पर हैक किया गया? इस पर ध्यान देना आवश्यक है और हर संभव प्रयास करना चाहिए कि अगले को जाने न दें।

हमारे मॉडल में, "पाई" इस तरह दिखता है:

1. हम लिनक्स ओएस के स्तर पर एक तरह के आइसोलेटर के रूप में कंटेनरों का उपयोग करते हैं। कंटेनर से बाहर तोड़ना बहुत मुश्किल है;
2. कंटेनर से बाहर निकलना लेकिन कनेक्टेड व्हीकलिक प्लेटफॉर्म एक अलग वर्चुअल मशीन में चलता है - जिसके लिए हमें एक्सईएन की आवश्यकता होती है। यह वर्चुअल मशीन सभी बाह्य उपकरणों से पृथक है। बाह्य उपकरणों के साथ संचार केवल कुछ एपीआई के माध्यम से हो सकता है जो कार निर्माता द्वारा प्रदान किए जाते हैं;
3. कंटेनर और वर्चुअल मशीन को तोड़ दिया? हमारे पास एक और बाधा है - वर्चुअल मशीन आत्मनिरीक्षण: पैटर्न का विश्लेषण जिस पर वर्चुअल मशीन काम करती है। उदाहरण के लिए, एक आभासी मशीन अचानक आक्रामक रूप से किसी प्रकार की मेमोरी को प्राप्त करने की कोशिश करती है, जिसे वह आमतौर पर स्पर्श नहीं करता है। आप जवाब दे सकते हैं: इस आभासी मशीन को बंद करें, स्थिर संस्करण पर वापस जाएं, आदि।

3. पैमाना

सशर्त मोबाइल बैंकिंग के लिए उपयोगकर्ताओं के स्मार्टफ़ोन पर अपडेट समय महत्वपूर्ण है? विशेष रूप से नहीं। अगर रास्ते में केवल कुछ नहीं टूटा। क्लाउड सेवाओं के लिए, स्केलिंग का मुद्दा कोई बड़ी बात नहीं है।

कार से नहीं। मान लीजिए कि आपने एक कार किराए पर ली है और आप अपनी सेवा का उपयोग करना चाहते हैं, जो आपको एक अच्छी बीमा पॉलिसी देती है, क्योंकि आप अच्छी तरह से ड्राइव करते हैं। लेकिन इसके लिए, यह आवश्यक है कि कार में एक सेवा स्थापित हो जो आपका डेटा बीमा कंपनी को दे।

आप कार में चढ़ गए, चाबी को लॉक में डाला, बारी और 3 सेकंड के बाद आप जाने के लिए तैयार हैं। यह तर्कसंगत है अगर इन 3 सेकंड में कार यात्रा के लिए आवश्यक सभी सेवाओं को स्वीकार करती है। लेकिन अगर ऐसी एक मशीन नहीं है, लेकिन 10,000 हैं? एक प्रणाली जो एक कार के लिए सेवाओं को तैनात करती है, उसे जल्दी से करने में सक्षम होना चाहिए। इंस्टॉल करने के लिए वाहनों की संख्या की परवाह किए बिना स्थापना का समय स्थिर होना चाहिए।

हमने इस मुद्दे को RabbitMQ के ऊपर विकसित ऐड की मदद से हल किया। आपको सिस्टम को स्केल करना और स्केल करना आसान बनाता है, यह इस बात पर निर्भर करता है कि आपको कितने नोड्स का उपयोग करना है।

4. संचार चैनल

जब क्लाउड से कार में तैनाती होती है, तो संचार चैनल को एन्क्रिप्ट किया जाना चाहिए। हम प्रमाणीकरण के लिए म्यूचुअल टीएलएस का उपयोग करते हैं। यह दो दिशाओं में काम करता है: कार बादल में प्रवेश करती है, और बादल कार में प्रवेश करता है। यह सब प्रमाण पत्रों पर आधारित है। यदि प्रमाण पत्र फिट नहीं होते हैं या कोई उन्हें बदलने की कोशिश करता है, तो प्राधिकरण नहीं होगा और ऑन-बोर्ड कंप्यूटर तक पहुंच प्राप्त नहीं की जाएगी।

इसके अलावा, प्रत्येक चैनल, जिसके माध्यम से कंटेनर को क्लाउड से कार तक भेजा जाता है, कुंजी के अपने सेट के साथ एन्क्रिप्ट किया गया है। मान लीजिए कि किसी व्यक्ति ने एक कुंजी, एक प्रमाणपत्र चुरा लिया है और कंटेनर स्थानांतरण चैनल पर प्राप्त करने में सक्षम है। लेकिन वह केवल इस विशेष कार के चैनल को ही प्राप्त कर सकता है। संकेत किस बारे में होगा। आप प्रमाणपत्रों को नवीनीकृत कर सकते हैं, नया म्यूचुअल टीएलएस एन्क्रिप्शन उन पर काम करना शुरू कर देगा - और सभी क्रैकिंग प्रयास शून्य हो गए हैं। यह हमें IoT नेटवर्क की समस्या से बचाता है, जब एक हैक किया गया प्रमाण पत्र सभी उपकरणों से समझौता कर सकता है।

5. बहुविकल्पी

एक नियमित स्मार्ट होम IoT नेटवर्क की कल्पना करें। इसमें उपकरणों और नेटवर्क ऑपरेटरों के निर्माता हैं। एक नियम के रूप में, उपकरणों और ऑपरेटरों के बीच निर्भरता स्थिर है। जीवन चक्र भी काफी स्थिर है: यदि आप दूसरे के लिए एक स्मार्ट प्रकाश बल्ब का आदान-प्रदान करना शुरू करते हैं, तो यह जल्द ही नहीं होगा और आप इसे बार-बार करेंगे।

कार और साझा अर्थव्यवस्था के मामले में, ये निर्भरता बहुत गतिशील हैं। एक कार निर्माता है । एक खरीदार / मालिक है - मान लें कि यह एक कार साझा करने वाली कंपनी है। सर्विस ऑपरेटर है। और एक अंतिम उपयोगकर्ता है ।

मालिक, ऑपरेटर और उपयोगकर्ता हर समय बदल सकते हैं। सोमवार की सुबह, कार एक निश्चित बैंक की है, ऑपरेटर कंपनी ए है। दोपहर के भोजन के बाद, यह पहले से ही कंपनी बी द्वारा संचालित है। विभिन्न ऑपरेटरों के उपयोगकर्ता भी अलग-अलग हो सकते हैं। लेकिन एक ही समय में, जो सेवाएं उनके पास हैं, उन्हें अलग-अलग कारों के लिए उनके बाद माइग्रेट करना होगा।

इसे यहां मल्टीटेनेंसी कहा जाता है और हमारी सेवा तैनाती प्रबंधन प्रणाली में डिजाइन द्वारा समर्थित है। सेवा प्रदाता और सेवा प्रदाता की भूमिकाओं को पहले ही परिभाषित किया जा चुका है, अतिरिक्त तर्क की आवश्यकता नहीं है। आप विभिन्न सेवाओं को एक कार में असाइन कर सकते हैं। मान लीजिए कि एक कार दूसरे मालिक को हस्तांतरित की जाती है। पिछले एक की सेवाओं को स्वचालित रूप से हटा दिया जाएगा, और नई की सेवाएं स्वचालित रूप से वितरित की जाएंगी। आज के IoT नेटवर्क और समान कुबेरनेट उपयुक्त नहीं हैं - उन्होंने इस तरह के मामले का सामना नहीं किया।

6. सेवाओं के संचालन की निगरानी

कार सेवा के साथ संवाद करने के लिए एक मानक एपीआई है जिसे विज़ - वाहन सूचना सेवा कहा जाता है। यह W3C द्वारा मानकीकृत है। हमारी अवधारणा में यह एपीआई कार निर्माता द्वारा कार्यान्वित और नियंत्रित किया जाता है। कनेक्टेड वाहन सेवा पूर्ण नियंत्रण में है।

विभिन्न निर्माता इस एपीआई का समर्थन करना शुरू कर रहे हैं। और डेवलपर को परवाह नहीं है कि वह किस निर्माता के लिए सेवा बनाता है।

बेशक, हर कार निर्माता कुछ अपवाद बना सकता है। स्मार्टफोन की तरह: गैलेक्सी एस 9 और एस 10 में एक ही मूल एपीआई है, लेकिन प्रत्येक में ऐसी चीजें हैं जो किसी विशेष मॉडल के लिए उचित हैं। एक कार में, इसके प्रकार की परवाह किए बिना बुनियादी जानकारी भी प्राप्त की जा सकती है। और विशिष्ट चीजों के लिए, उनकी अपनी बारीकियों। यह निर्माताओं को अतिरिक्त मूल्य के साथ कुछ अद्वितीय, विशिष्ट चीजों के साथ आने की अनुमति देता है।

प्लेटफ़ॉर्म के घटक किस पर लिखे गए हैं? और क्या कारों के लिए सेवाएं लिखना संभव होगा?

मंच खुद पाइथन में लिखा है। पायथन में तैनाती प्रणाली का शीर्ष-स्तरीय प्रबंधन लिखा गया है। संपूर्ण एम्बेडेड भाग C में लिखा गया है।

सेवाओं के लिए, पहले हमने पायथन के लिए समर्थन किया, जावास्क्रिप्ट जोड़ा। कई कार निर्माताओं के अनुरोध पर, .NET को जोड़ा गया था। जावा की चर्चा है।

सामान्य तौर पर, यह एक सामरिक मुद्दा है। कोई जावास्क्रिप्ट प्रोग्रामर नहीं हैं - प्रोग्रामर हैं। मुझे लगता है कि मोटर वाहन के विकास के साथ, प्रोग्रामर दिखाई देंगे जो विशेष रूप से जुड़े वाहन सेवाओं में शामिल हैं। एक बल्ब "अगर कोई कनेक्टिविटी नहीं है तो क्या करें?" हमेशा उनके सिर में चमकती रहेगी भले ही हमारे पास हवा हो - 5G या 10G। वायरलेस कनेक्शन 100% समय पर काम नहीं करता है।

प्लेटफॉर्म पर कार निर्माता कैसे प्रतिक्रिया देते हैं?

किसी भी कार निर्माता के पास आज एक आंतरिक विभाजन है जो कनेक्टेड सेवाओं को विकसित करता है। ये लोग तेजी से काम करने में सक्षम हैं। लेकिन वे आंतरिक हार्डवेयर और सॉफ्टवेयर के अपने स्वयं के विभागों द्वारा बाधित हैं।

हम इस पर ध्यान केंद्रित करते हैं। हम एक उपकरण लाते हैं जिसकी सहायता से उनके स्वयं के विकास विभाग तेजी से और अधिक लचीले ढंग से काम कर सकते हैं। और एम्बेडेड के लोग, जो अब 2 वर्षों के लिए कोड की एक पंक्ति बदल रहे हैं, मंच के साथ एक बार ऐसा करने में सक्षम होंगे - फिर सिस्टम उन्हें स्वतंत्र होने की अनुमति देगा।

सामान्य तौर पर, निर्माता एओएस को पर्याप्त रूप से देखते हैं। लेकिन ब्याज के साथ - क्योंकि यह उनके लिए नए अवसरों को खोलता है। उदाहरण के लिए, वे एक व्यवसाय मॉडल का निर्माण कर सकते हैं जैसे अमेज़ॅन, Google, Microsoft: ऑन-बोर्ड कंप्यूटर, एपीआई आदि का उपयोग करने के लिए एक सेवा शुल्क प्रदान करते हैं। इसके अलावा, मुझे लगता है कि एक दिन वे एक मार्केटप्लेस मॉडल पर आएंगे। यही है, सॉफ्टवेयर और जुड़े हुए सेवा डेवलपर्स अपनी सेवा स्थापित करने वाले उपयोगकर्ता के लिए एक कमीशन का भुगतान करेंगे।

मोबाइल उद्योग में, यह जल्दी से हुआ। लेकिन हम समझते हैं: लोग हर साल कार नहीं बदलते हैं। मोटर वाहन सॉफ्टवेयर विकास चक्र में 4-6 साल लगते हैं। इसलिए, आज हम ऑटोमेकर्स के साथ जो बात कर रहे हैं, वह 2022 से पहले शायद ही किसी तरह के पायलट के रूप में दिखाई देने लगे।

क्या हम टेस्ला के साथ कॉपी या प्रतिस्पर्धा करने की कोशिश कर रहे हैं?

नहीं, और इसके विपरीत भी। टेस्ला, दूसरों के विपरीत, कार में किसी भी कंप्यूटर पर चलने वाले किसी भी सॉफ़्टवेयर को अपडेट कर सकता है। इसलिए वे लगातार नई सुविधाओं को पेश कर सकते हैं। लेकिन उनका कंप्यूटर कार शेयरिंग सेवाओं को विकसित करने के लिए एक मंच नहीं है। आप 10 कार नहीं खरीद सकते, 2 प्रोग्रामर किराए पर ले सकते हैं और एक शांत कार-शेयरिंग सेवा लिख ​​सकते हैं। इसलिए, टेस्ला भी हमारे संभावित ग्राहकों में से एक है। और सबसे उन्नत से।

हमारे मंच के साथ, न तो टेस्ला और न ही अन्य निर्माताओं को साइकिल का आविष्कार करने पर समय बिताना होगा। आखिरकार, क्लाउड एप्लिकेशन में कोई भी पहले से ही अपने कुबेरनेट्स को विकसित नहीं कर रहा है। हमारी दृष्टि यह है कि यह कनेक्टेड वाहन प्लेटफ़ॉर्म के साथ होना चाहिए।

यदि हम सामान्य रूप से प्रतियोगिता के बारे में बात करते हैं, तो अभी तक हमने एक भी प्रतियोगी को नहीं देखा है जो कम से कम इस बारे में बात कर रहे हैं कि हम किस बारे में बात कर रहे हैं। जैसा कि यह निकला, मोटर वाहन उद्योग अभी भी बहुत बंद है। और प्लेटफ़ॉर्म में बहुत सी चीजें - FOTA और SOTA के लिए एक ही समर्थन - हम सिर्फ इसलिए नहीं कि उनकी अब जरूरत है, बल्कि समय से पहले।

हालांकि, मुझे नहीं लगता कि भविष्य में सभी कारों के लिए एक मंच होगा।सबसे अधिक संभावना है, 2-3 बड़े लोग होंगे। एक ओर, वे कार निर्माताओं को एकजुट करेंगे। और दूसरी ओर, वे फिर से आधुनिक प्रोग्रामिंग फ्रेमवर्क का उपयोग करना संभव बना देंगे। और हम पूरी तरह से नए मामले देखेंगे जिन्हें हम अभी कल्पना नहीं कर सकते हैं।