पिछले दशक की तकनीक पर एक नजर

लगभग। ट्रांस। : यह माध्यम हिट लेख प्रोग्रामिंग भाषाओं की दुनिया में संबंधित (२०१०-२०१९) के बदलाव और संबंधित प्रौद्योगिकी पारिस्थितिकी तंत्र (डॉकटर और कुबेरनेट्स पर विशेष ध्यान दिया जाता है) का अवलोकन है। इसके मूल लेखक सिंडी श्रीधरन हैं, जो डेवलपर्स और वितरित सिस्टम के लिए उपकरणों में माहिर हैं - विशेष रूप से, उन्होंने पुस्तक "डिस्ट्रीब्यूटेड सिस्टम ऑब्जर्वबिलिटी" लिखी है - और आईटी पेशेवरों के बीच इंटरनेट स्पेस में काफी लोकप्रिय है जो विशेष रूप से क्लाउड मूल के विषय में रुचि रखते हैं।



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

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

टाइपिंग स्ट्राइक्स बैक

2010 के सबसे सकारात्मक रुझानों में से एक था स्थिर टाइपिंग के साथ भाषाओं का पुनरुद्धार। हालांकि, ऐसी भाषाएं कहीं भी गायब नहीं हुईं (सी ++ और जावा आज मांग में थे; वे दस साल पहले हावी थे), हालांकि, गतिशील टाइपिंग (गतिशील) वाली भाषाओं ने 2005 में रूबी आंदोलन पर रूबी के उभरने के बाद लोकप्रियता में उल्लेखनीय वृद्धि का अनुभव किया। 2009 में यह वृद्धि Node.js स्रोत कोड के उद्घाटन के साथ हुई, जो सर्वर पर जावास्क्रिप्ट को एक वास्तविकता बनाता है।

समय के साथ, गतिशील भाषाओं ने सर्वर सॉफ़्टवेयर विकास में अपनी कुछ अपील खो दी है। कंटेनर क्रांति के दौरान लोकप्रिय होने वाली गो भाषा, सूचना के समानांतर प्रसंस्करण के साथ उच्च-प्रदर्शन, संसाधन-कुशल सर्वर बनाने के लिए बेहतर रूप से अनुकूलित लग रही थी (जो Node.js के निर्माता इससे सहमत हैं )।

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

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

एसक्यूएल NoSQL पर वापस जाएँ

NoSQL एक और तकनीक है जो अंत की तुलना में दशक की शुरुआत में बहुत अधिक लोकप्रिय थी। मुझे लगता है कि इसके दो कारण हैं।

सबसे पहले, स्कीमा की कमी, लेनदेन और निरंतरता की कमजोर गारंटी के साथ NoSQL मॉडल SQL मॉडल की तुलना में लागू करना अधिक कठिन हो गया। Google पोस्ट में लिखा गया है , "जब भी संभव हो, आपको मजबूत स्थिरता क्यों चुननी चाहिए"

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

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

कई दस्तावेजों (एक या एक से अधिक संग्रहों में) में परमाणु पढ़ने और लिखने के संचालन के लिए आवश्यक स्थितियों के लिए, MongoDB कई दस्तावेजों के साथ लेनदेन का समर्थन करता है। वितरित लेनदेन के मामले में, लेन-देन का उपयोग कई कार्यों, संग्रह, डेटाबेस, दस्तावेज़ और शार्क के लिए किया जा सकता है।

कुल स्ट्रीमिंग

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

निरंतर एकीकरण (और कुछ हद तक निरंतर तैनाती)

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

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

कंटेनर

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

कंटेनर लोकप्रिय नहीं हो गए हैं क्योंकि वे एक एप्लिकेशन चलाने का सबसे अच्छा तरीका है जो वैश्विक डेवलपर समुदाय की जरूरतों को पूरा करता है। कंटेनर लोकप्रिय हो गए क्योंकि वे एक उपकरण के लिए विपणन अनुरोध में सफलतापूर्वक फिट होते हैं जो पूरी तरह से अलग समस्या का हल करता है। डॉकर प्रेसिंग संगतता समस्या ("मेरी मशीन पर काम करता है") को हल करने के लिए एक शानदार विकास उपकरण बन गया।

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

serverless

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

स्वचालन

शायद ऑपरेटिंग इंजीनियरों का समुदाय इस प्रवृत्ति से सबसे अधिक लाभान्वित हुआ, क्योंकि यह वह था जिसने "कोड के रूप में बुनियादी ढांचे" (IaC) जैसी अवधारणाओं के कार्यान्वयन को सक्षम किया। इसके अलावा, स्वचालन के लिए जुनून "SRE संस्कृति" की वृद्धि के साथ मेल खाता है, जिसका लक्ष्य ऑपरेशन के लिए एक अधिक कार्यक्रम-उन्मुख दृष्टिकोण है।

यूनिवर्सल एपीआई

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

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

observability

यह ध्यान देने योग्य है कि आज हमारे पास आवेदन व्यवहार की निगरानी और निदान के लिए पहले से अधिक उन्नत उपकरण उपलब्ध हैं। प्रोमेथियस मॉनिटरिंग सिस्टम, जिसे 2015 में ओपन सोर्स का दर्जा मिला, को शायद उन लोगों का सबसे अच्छा मॉनिटरिंग सिस्टम कहा जा सकता है जिनके साथ मैंने काम किया है। यह सही नहीं है, लेकिन एक महत्वपूर्ण संख्या पूरी तरह से सही तरीके से लागू की जाती है (उदाहरण के लिए, मैट्रिक्स के मामले में आयाम के लिए समर्थन)।

डिस्ट्रिब्यूटेड ट्रेसिंग एक अन्य तकनीक थी, जो ओपनट्रेसिंग (और इसके उत्तराधिकारी, ओपनटेलीमेट्री) जैसी पहलों के कारण 2010 के दशक में मुख्यधारा में प्रवेश कर गई। यद्यपि ट्रेसिंग का उपयोग करना अभी भी काफी कठिन है, लेकिन कुछ नवीनतम विकास हमें यह आशा करने की अनुमति देते हैं कि 2020 के दशक में हम इसकी वास्तविक क्षमता को प्रकट करेंगे। (नोट perev।: हमारे ब्लॉग में " वितरित ट्रेसिंग: हमने सब कुछ गलत किया " लेख का अनुवाद उसी लेखक के लिए भी पढ़ें।)

भविष्य की तलाश में

काश, कई दर्द बिंदु हैं जो आने वाले दशक में हल होने की प्रतीक्षा कर रहे हैं। यहाँ उन पर मेरे विचार और उनसे छुटकारा पाने के कुछ संभावित विचार हैं।

मूर की विधि समस्या का समाधान

डेनार्ड के स्केलिंग कानून के अंत और मूर के कानून के पीछे रहने के कारण नए नवाचारों की आवश्यकता है। जॉन हेनेसी, अपने व्याख्यान में बताते हैं कि टीपीयू जैसे डोमेन-विशिष्ट आर्किटेक्चर मूर के कानून से पीछे रहने की समस्या के समाधान में से एक क्यों बन सकते हैं। Google के MLIR जैसे टूलकिट पहले से ही इस दिशा में एक अच्छा कदम है।

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

सीआई / सीडी

यद्यपि सीआई की बढ़ती लोकप्रियता 2010 के मुख्य रुझानों में से एक बन गई है, जेनकिंस अभी भी सीआई स्वर्ण मानक है।



इस क्षेत्र को निम्नलिखित क्षेत्रों में नवाचार की सख्त आवश्यकता है:

• उपयोगकर्ता इंटरफ़ेस (कोडिंग परीक्षण विनिर्देशों के लिए DSL);
• कार्यान्वयन विवरण जो इसे वास्तव में स्केलेबल और तेज़ बना देगा;
• परीक्षण के अधिक उन्नत रूपों के कार्यान्वयन के लिए विभिन्न वातावरण (मंचन, ठेस, आदि) के साथ एकीकरण;
• निरंतर सत्यापन और परिनियोजन।

डेवलपर उपकरण

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

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

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

“पोर्टेबल वातावरण” की अवधारणा को विकास के अन्य क्षेत्रों में विकसित करना भी दिलचस्प होगा, जैसे कि कुछ परिस्थितियों में या कुछ सेटिंग्स के साथ सामना किए गए त्रुटियों (या परतदार परीक्षणों ) को पुन: पेश करना।

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

संगणना (भावी पा)

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



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

जो लोग इन क्लाउड सॉल्यूशंस का उपयोग करते हैं, उन्हें केवल ईर्ष्या हो सकती है। सिद्धांत रूप में, कुबेरनेट्स क्लाउड प्रसाद (जीकेके, ईकेएस, ईआरएस फारगेट पर, आदि) वर्कलोड को चलाने के लिए क्लाउड-स्वतंत्र प्रदाता एपीआई प्रदान करते हैं। यदि आप समान उत्पादों (ECS, Fargate, Google Cloud Run, आदि) का उपयोग करते हैं, तो, संभवतः, आप सेवा प्रदाता द्वारा दिए गए सबसे दिलचस्प कार्यों का उपयोग अधिकतम करेंगे। इसके अलावा, नए उत्पादों या कंप्यूटिंग प्रतिमानों के आगमन के साथ, प्रवास सरल और लापरवाह होने की संभावना है।

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

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

, Kubernetes, . — .

, , ( UX ). Heroku 2007 . , Kubernetes , , , Heroku. , Git.

: , ( ).

API

डोकर उच्चतम स्तर के एपीआई के सही कार्यान्वयन के साथ कार्यों के बेहतर पृथक्करण की आवश्यकता का एक बड़ा उदाहरण है।

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



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

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

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

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

कुबेरनेट को विभिन्न लक्षित समूहों के लिए डिज़ाइन किया गया है:

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

कुबेरनेट्स का "एक एपीआई सभी फिट बैठता है" दृष्टिकोण यह एक पैमाना है कि "जटिलता का पहाड़" कैसे बिना पैमाने के संकेत के। यह सब अनुचित रूप से लंबे सीखने के मार्ग की ओर ले जाता है। एडम जैकब के अनुसार, “डॉकर ने उपयोगकर्ताओं को एक परिवर्तनकारी अनुभव दिया जो अभी तक पार नहीं किया गया है। जो कोई भी K8 का उपयोग करता है उससे पूछें कि क्या वे इसे अपने पहले डॉकरों की तरह काम करना चाहेंगे। जवाब "हाँ" होगा:



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

अभी, क्लाउड देशी पारिस्थितिक तंत्र निम्न स्तरों पर अपना ध्यान केंद्रित करने से शर्मिंदा है। एक उद्योग के रूप में, हमें "अधिकतम, उच्चतम अमूर्तता" का सही स्तर कैसा दिखता है, इसका नवाचार करना, प्रयोग करना और सिखाना चाहिए।

खुदरा व्यापार

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

हालांकि अगले दशक में इस उद्योग के विकास के बारे में मेरे पास कोई ठोस विचार नहीं है, लेकिन मुझे बहुत निराशा होगी अगर 2030 में हम उसी तरह से खरीदारी करें जैसे हम 2020 में करते हैं।

पत्रकारिता

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

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

जब यह नैतिकता की बात आती है, तो सिलिकॉन वैली की संदिग्ध प्रतिष्ठा को देखते हुए, किसी भी परिस्थिति में मैं पत्रकारिता को "क्रांति" करने के लिए प्रौद्योगिकी पर भरोसा नहीं करूंगा। एक ही समय में, मैं (और मेरे कई दोस्त) खुशी होगी अगर एक निष्पक्ष, उदासीन और भरोसेमंद समाचार संसाधन दिखाई देगा। हालांकि मैं यह नहीं सोच सकता कि ऐसा मंच कैसा दिख सकता है, मुझे यकीन है कि एक ऐसे युग में जब सत्य को समझ पाना कठिन होता जा रहा है, ईमानदार पत्रकारिता की आवश्यकता पहले से कहीं अधिक है।

सामाजिक नेटवर्क

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

सामाजिक नेटवर्क भी सबसे शक्तिशाली मीडिया उपकरण है जो कभी अस्तित्व में है। उन्होंने मौलिक रूप से राजनीतिक व्यवहार को बदल दिया। उन्होंने विज्ञापन बदल दिए। उन्होंने पॉप संस्कृति को बदल दिया (उदाहरण के लिए, यह सामाजिक नेटवर्क है जो तथाकथित रद्द संस्कृति के विकास में मुख्य योगदान देता है)। आलोचकों का तर्क है कि सोशल मीडिया, नैतिक मूल्यों में त्वरित और "मकर" परिवर्तनों के लिए उपजाऊ जमीन निकला, लेकिन उन्होंने हाशिए के समूहों के प्रतिनिधियों को एकजुट होने का अवसर भी प्रदान किया (उनके पास ऐसा अवसर पहले कभी नहीं था)। संक्षेप में, सामाजिक नेटवर्क ने लोगों के संचार के तरीके को बदल दिया है और 21 वीं शताब्दी में वे खुद को कैसे व्यक्त करते हैं।

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

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

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

यह वास्तव में अफसोसजनक होगा, अगर एक-दो दशकों में, सामाजिक नेटवर्क की एकमात्र विरासत सार्वजनिक विमर्श में बारीकियों और पर्याप्तता का क्षरण होगा।

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

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