Kubernetes, नेटवर्किंग, और क्लाउड नेटिव के VMware ढूँढना

थॉमस ग्राफ के सह-संस्थापक और सीटीओ हैं आइसोवैलेंट, और एक लोकप्रिय ओपन सोर्स (और क्लाउड नेटिव) नेटवर्किंग तकनीक के निर्माता जिसे कहा जाता है पपनी. सिलियम को कर्नेल-स्तरीय लिनक्स तकनीक के ऊपर बनाया गया है जिसे कहा जाता है ईएफ़पीएफ.

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

---

भविष्य: हमें ईबीपीएफ और सिलियम के बारे में कंप्यूटिंग और नेटवर्किंग के संदर्भ में, सामान्य रूप से, और फिर विशेष रूप से के संदर्भ में कैसे सोचना चाहिए क्लाउड नेटिव इकोसिस्टम?

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

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

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

और सिलियम सर्विस मेश, जो अभी जारी किया गया था, क्या इन क्षमताओं का विकास है?

लगभग एक साल पहले से वर्तमान में जो हो रहा है, वह यह है कि दोनों स्थान आपस में टकरा रहे हैं। सिलियम अब तक जो कर रहा है वह नेटवर्किंग, वर्चुअलाइज्ड नेटवर्किंग और फिर क्लाउड नेटिव नेटवर्किंग पर केंद्रित है - लेकिन फिर भी नेटवर्किंग। लेकिन फिर, ऊपर से नीचे आने पर, Twitter और Google की एप्लिकेशन टीमें कर रही थीं सेवा जाल सामान - पहले आवेदन में, और फिर साइडकार-आधारित मॉडल, प्रॉक्सी-आधारित मॉडल, जो कि परियोजनाओं की तरह है Istio बाँटना। और अब ये दोनों परतें करीब आ रही हैं क्योंकि पारंपरिक उद्यम क्लाउड मूल दुनिया में आ रहे हैं, और उनके पास एंटरप्राइज़ नेटवर्किंग आवश्यकताएं हैं, लेकिन उनकी ऐप टीम भी एक सेवा जाल चाहती है. 

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

कुबेरनेट्स स्टैक के नेटवर्किंग और सर्विस मेश स्तर पर इतना ध्यान क्यों दिया जाता है?

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

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

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

[भविष्य] नवाचार का स्रोत ओपन-सोर्स होगा, और मांग को चलाने वाले ग्राहक और उपयोगकर्ता हाइपरस्केलर्स से एक स्तर नीचे कंपनियां होंगी - पहले से ही बड़ी कंपनियां जो अभी भी अत्यधिक विघटनकारी हैं।

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

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

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

बुनियादी ढांचे के पक्ष में, यह थोड़ा अधिक हो सकता है, लेकिन यदि विकल्प सर्वर रहित से किसी एप्लिकेशन को ऑन-प्रिमाइसेस में फिर से लिखना है, तो यह एक बड़ा काम है। तो कुबेरनेट्स वहां का बीच का मैदान है, जो बहुत आकर्षक है। 

इस विचार के बारे में कि कुबेरनेट्स को अभी भी एक बेहतर डेवलपर अनुभव की आवश्यकता है?

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

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

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

हम इस मुकाम तक कैसे पहुंचे? क्या यह प्लेटफॉर्म-ए-ए-सर्विस (पीएएएस) और एप्लिकेशन कंटेनरों से स्वाभाविक विकास था?

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

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

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

आप कंपनियों के अंदर कुबेरनेट्स चलाते हुए किसे देखते हैं? क्या यह व्यक्तिगत एप्लिकेशन टीम है?

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

प्लेटफ़ॉर्म टीमें कुबेरनेट्स और संबंधित तकनीकों को खरीदने वाली हैं, जिनका वे उपयोग करते हैं क्योंकि उन्हें आधुनिक ऐप टीमों को खुश करने के लिए अगली पीढ़ी के बुनियादी ढांचे को प्रदान करने का काम सौंपा जाता है।

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

क्या वह नेट-नया खरीदार है या नेट-नई टीम है? या क्या प्लेटफ़ॉर्म टीमें कुछ ऐसी हैं जो Google या Facebook जैसी जगहों के अंदर मौजूद हैं और अब मुख्यधारा में जा रही हैं?

वे ज्यादातर एक नई टीम हैं। मुझे लगता है कि वे कुछ हद तक Google और Facebook पर SRE टीमों की तरह हैं। हालाँकि, एप्लिकेशन टीमों के पास उद्यमों में ऐप परिनियोजन का अधिक स्वामित्व है, क्योंकि उद्यमों में सॉफ़्टवेयर इंजीनियरों और Google और Facebook जैसे SRE के बीच यह बहुत स्पष्ट अंतर नहीं है। मैं कहूंगा कि यह विकास बहुत हद तक आपके वर्चुअलाइजेशन टीमों के समान है, और फिर बहुत सारे नेटवर्क ऑप्स नेटवर्क के बारे में - या विकसित या उन्नत - से माइग्रेट हुए हैं हार्डवेयर नेटवर्क के बारे में होने के नाते वर्चुअलाइजेशन. और इन टीमों ने, उदाहरण के लिए, VMware NSX को संचालित करना शुरू कर दिया। यहां भी ऐसा ही हो रहा है। 

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

आप कैसे देखते हैं क्लाउड नेटिव कम्प्यूटिंग फाउंडेशन विकसित हो रहा है, और क्या कुबेरनेट्स हमेशा इसके केंद्र में रहेगा - या कुल मिलाकर बादल मूल आंदोलन?

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

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

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

लगभग एक दशक में, क्लाउड नेटिव स्पेस एक सनक नहीं लगता है। इसमें विकास जारी रखने के लिए कितनी जगह है?

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

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

बुनियादी ढांचे के स्तर पर अभी भी किन बड़ी समस्याओं को हल करने की आवश्यकता है?

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

तो यह अगली बड़ी चुनौती है: मल्टी-क्लाउड और क्लाउड नेटिव के लिए वह अज्ञेय परत कौन बनने जा रहा है, जैसे VMware क्या बन गया? क्लाउड नेटिव के लिए VMware कौन होगा?

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

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

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

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

आप क्लाउड नेटिव इनोवेशन की अगली लहर कहां से आते हुए देखते हैं? क्या यह अभी भी Google जैसी कंपनी से आता है, या कोई नई प्रकार की कंपनी है जो चार्ज का नेतृत्व कर रही है?

यह बहुत रुचिपुरण है। मैं कहूंगा कि यह शायद Googles और Facebook से नहीं आ रहा है। नवाचार का स्रोत ओपन-सोर्स होगा, और मांग को चलाने वाले ग्राहक और उपयोगकर्ता हाइपरस्केलर से एक स्तर नीचे कंपनियां होंगी - पहले से ही बड़ी कंपनियां जो अभी भी अत्यधिक विघटनकारी हैं, जैसे Adobe, Shopify, या GitHub। लेकिन वित्तीय सेवाओं, बीमा प्रदाताओं और दूरसंचार जैसी प्रौद्योगिकी द्वारा बाधित होने का जोखिम कंपनियों को भी। दोहराए जाने वाले विकास और बुनियादी ढांचे के मॉडल के साथ बुनियादी ढांचे के मानकीकरण में इन सभी कंपनियों की साझा रुचि है।

26 जुलाई 2022 को पोस्ट किया गया