IaaS तब तक महान है जब तक यह नहीं है: PaaS की वापसी

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

तो डेवलपर्स क्या करते हैं? वे अपने ऐप्स को इन्फ्रास्ट्रक्चर एज ए सर्विस (IaaS) में पोर्ट करते हैं।

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

यदि Paa बड़े पैमाने पर एक व्यवहार्य विकल्प था, तो संभावना है कि देवता अपने ऐप्स को IaaS में पोर्ट नहीं करेंगे। लेकिन क्या इसका मतलब यह है कि Paa को IaaS से हीन मानकर खारिज कर दिया जाना चाहिए? मुश्किल से। PaaS का भविष्य उज्ज्वल है - कई डेवलपर्स की तुलना में बहुत उज्ज्वल है। वास्तव में, मेरा मानना है कि PaaS सॉफ्टवेयर विकास के भविष्य पर हावी रहेगा। बाजार आज के डेवलपर अनुभव और मूल्य को उभरने और छलांग लगाने के लिए एक "शानदार शुरुआत, बड़े पैमाने पर" मंच के लिए भूखा है। Paa पूरी तरह से विश्व स्तर पर स्केलेबल ऐप डिलीवरी का समर्थन करेगा, लेकिन पहले इसे कुछ चुनौतियों से पार पाना होगा।

IaaS तब तक बढ़िया है जब तक वह नहीं है

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

हालांकि, पैर में खुद को गोली मारे बिना स्केलेबल कॉन्फ़िगरेशन बनाना अविश्वसनीय रूप से कठिन हो सकता है। गलत कॉन्फ़िगरेशन परिवर्तनों के विनाशकारी परिणाम हो सकते हैं जो गहरी बुनियादी सुविधाओं की विशेषज्ञता के बिना समस्या निवारण और उपचार के लिए लगभग असंभव हैं। व्यावहारिक रूप से कोई प्लेटफ़ॉर्म समर्थन उपलब्ध नहीं है (महंगे उद्यम कार्यों के बाहर) और IaaS प्रलेखन बेहद असंगत और पढ़ने में कठिन है। और मुझे IaaS कंसोल के वास्तविक उपयोगकर्ता अनुभव के बारे में बताना भी नहीं चाहिए।

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

IaaS के साथ जाने वाली विशिष्ट यात्रा कंपनियाँ इस तरह दिखती हैं:

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

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

IaaS की इच्छा है कि वे PaaS कर सकें

IaaS प्रदाताओं को यह पता है, यही कारण है कि वे PaaS जैसे सार में निवेश कर रहे हैं। Google अपने क्लाउड प्लेटफ़ॉर्म और अपने मोबाइल डेवलपमेंट प्लेटफ़ॉर्म Firebase के साथ इस पर बहुत अच्छा काम कर रहा है। अमेज़ॅन अबास्ट्रक्शन बनाने की कोशिश कर रहा है, लेकिन उनका डेवलपर अनुभव अच्छा नहीं है। फिर भी, यह स्पष्ट है कि वे समझते हैं कि डेवलपर बेहतर अनुभव चाहते हैं (और योग्य हैं), जैसे S3 ऑब्जेक्ट्स का ऑटो-एन्क्रिप्शन और AWS सीक्रेट मैनेजर के साथ RDS एकीकरण । एज़्योर अब ऐप सर्विस प्रदान करता है, जो ऑटो-स्केलिंग इन्फ्रास्ट्रक्चर पर सरलीकृत तैनाती की अनुमति देता है।

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

रमन शर्मा ने सूक्ष्मता से देखा कि "कम से कम दो प्रमुख हाइपर-स्केल क्लाउड प्रदाताओं (Azure और GCP) ने PaaS उत्पादों के साथ अपनी क्लाउड यात्रा शुरू की, केवल जल्दी से यह महसूस करने के लिए कि वास्तविक धन (और मांसपेशियों और संस्थागत मेमोरी का भार) अभी भी बुनियादी ढांचे में था। . इसलिए, उन्होंने IaaS-केंद्रित होने की ओर रुख किया (जैसे उस समय AWS था)।

दूसरे शब्दों में, यदि IaaS इतना आकर्षक नहीं होता तो IaaS PaaS कर रहा होता। वे स्टार्टअप्स की सेवा नहीं कर रहे हैं, वे उद्यमों की सेवा कर रहे हैं।

IaaS प्रतिस्पर्धात्मक लाभ नहीं है, यह ध्यान भटकाने वाला है

IaaS में निर्माण बहुत सारी स्वतंत्रता और अवसर प्रदान करता है, लेकिन क्या आप AWS-प्रमाणित व्यवस्थापक पर $150K खर्च करेंगे या एक डेवलपर पर $150K खर्च करेंगे जो राजस्व पैदा करने वाली सुविधाओं का निर्माण कर सकता है?

अगर आपको बुनियादी ढांचे के बारे में चिंता करने की ज़रूरत नहीं है, तो डेवलपर को भर्ती करना कोई ब्रेनर नहीं है। दुर्भाग्य से, कंपनियों के लिए दोनों दुनिया का सबसे खराब होना असामान्य नहीं है: वे $ 150K डेवलपर को किराए पर लेते हैं और उन्हें सभी DevOps काम करने के लिए मजबूर करते हैं। हिरन के लिए यह बहुत कम धमाका है।

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

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

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

Paa IaaS की समस्याओं को हल करता है

PaaS के मौजूद होने का मुख्य कारण यह है कि IaaS बहुत जटिल है। डेवलपर्स कोड लिखना और तैनात करना चाहते हैं। वे नए ऐप्स और सुविधाएं बनाना चाहते हैं, देखते हैं कि बाज़ार कैसी प्रतिक्रिया देता है और पुनरावृति करता है। और वे इसे कम से कम संभव बाधाओं के साथ करना चाहते हैं।

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

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

यहाँ एक बात है: कोई भी जटिल बुनियादी ढाँचे की वास्तुकला और कार्यान्वयन के साथ शुरुआत करने का विकल्प नहीं चुन रहा है। उनके पास कई विकल्प नहीं हैं या उन्हें मौजूदा विकल्पों की जानकारी नहीं है। कोई भी डेवलपर या उत्पाद नेता PaaS का चयन करेगा यदि यह लागत प्रभावी और दीर्घकालिक स्केलिंग जरूरतों को पूरा करने में सक्षम हो। PaaS को लागत प्रभावशीलता की समस्या नहीं है, बल्कि बढ़ते व्यवसायों को समर्थन देने की अपनी दीर्घकालिक क्षमता के साथ कोने में खुद को चित्रित करने की समस्या है। अगर ऐसा नहीं होता, तो Paa ऐप शुरू करने और स्केल करने के लिए कोई दिमाग नहीं होता।

यह सवाल उठाता है: "बस काम", उत्कृष्ट दस्तावेज़ीकरण, और अंतर्निहित समर्थन के लिए कौन कुछ अतिरिक्त धन का भुगतान नहीं करेगा?

PaaS को अपनी समस्याओं को स्वयं हल करने की आवश्यकता है

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

इसके अलावा, 2010 में Paa के फलने-फूलने के बाद से एप्लिकेशन डेवलपमेंट पैटर्न भी विकसित हुए हैं। हेरोकू और इसके जैसे लोगों ने अभी तक नहीं रखा है। यहाँ कुछ सामान्य इंजीनियरिंग टीम "किए जाने वाले कार्य" हैं जो व्यवसाय के लिए आवश्यक हैं, लेकिन PaaS द्वारा कवर नहीं किए जा रहे हैं:

• वस्तु भंडारण
• घटना-संचालित गणना ("सर्वर रहित")
• डेटा भण्डारण
• NoSQL और ग्राफ़ डेटाबेस
• घटना डेटाबेस
• डेटाबेस खोजें

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

PaaS को अधिक विविध एप्लिकेशन आर्किटेक्चर का समर्थन करने की आवश्यकता है

अंतर्निहित इंफ्रास्ट्रक्चर प्लेटफॉर्म की विभिन्न क्षमताओं का लाभ उठाने के लिए Paa ऐप्स मोनोलिथिक होते हैं। हालाँकि, बढ़ते उत्पादों को अंततः आश्रित माइक्रोसर्विसेज के एक सेट में विभाजित होने की संभावना है।

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

एक समस्याग्रस्त गतिशील है जो तब प्रकट होता है जब PaaS समझने की तुलना में ऐप्स अधिक जटिल हो जाते हैं। डेवलपर्स के IaaS में जाने का यह एक बड़ा कारण है। यदि PaaS डेटा वेयरहाउस का समर्थन नहीं कर सकता है, तो PaaS पर कुछ और तैनात रखने के कुछ कारण हैं।

IaaS उपयोगकर्ता PaaS जैसे सार के लिए तरसते हैं

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

लेकिन कंपनियों को प्लेटफॉर्म को नए सिरे से गढ़ने की जरूरत नहीं है। यह उत्पादकता के लिए एक प्रमुख लागत है। एक शीर्ष स्तरीय डेवलपर अनुभव बनाना और विकसित करना अपने आप में व्यवसाय की एक पंक्ति बनने के लिए पर्याप्त काम है। IaaS पर अमूर्त निर्माण की संभावना फॉर्च्यून 50 के बाहर की कंपनियों के लिए कम-से-कोई ROI नहीं होगी (उनके ग्राहकों और शेयरधारकों के लिए बहुत कम)। यह एक बेतुका व्यावसायिक प्रस्ताव है।

PaaS के पास बढ़ने के लिए बहुत जगह है- और हम उत्साहित हैं

Paa IaaS की बहुत सारी समस्याओं को हल करता है:

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

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

यहां बताया गया है कि हम बाजार से किस तरह की प्रतिक्रिया की उम्मीद कर रहे हैं (और हम खुद इसे कैसे प्राप्त कर रहे हैं):

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

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

मैं बड़ी कंपनियों के भीतर छोटी, अपेक्षाकृत स्वतंत्र टीमों में डेवलपर्स पर विशेष ध्यान देकर बंद करूँगा। "आप इसे बनाते हैं, आप इसे चलाते हैं" आंदोलन संभवतः PaaS को अपनाने के लिए एक चालक होगा। वास्तव में, यह पहले से ही "आप इसे बनाते हैं, आप इसे चलाते हैं, आप इसे सुरक्षित करते हैं।" जैसे-जैसे देव दल अपने बुनियादी ढांचे के लिए अधिक जिम्मेदार होते जाएंगे, वे अपने स्वयं के DevOps के लिए जिम्मेदार होंगे। वे केवल इतना ही प्रबंधित कर पाएंगे, इसलिए Paa आकर्षक से अधिक होगा। PaaS एक आवश्यकता बन जाएगा।

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

2023 में, एप्टिबल दिखाएगा कि यह वह प्लेटफॉर्म है।