पिछले बीस वर्षों में साइट समर्थन प्रक्रिया कैसे बदल गई है

सूचना प्रौद्योगिकी गुरु और अर्स टेक्निका पत्रिका के तकनीकी निदेशक जेसन मार्लिन को सूचना के बुनियादी ढांचे का समर्थन करने का बीस से अधिक वर्षों का अनुभव है - और, उनकी राय में, इस क्षेत्र में बहुत कुछ बदल गया है

पिट गेम, जो BBS द्वार के रूप में काम करता था। इस स्क्रीनशॉट में ली हचिंसन इन लोगों पर हमला करता है। या वे उसके हैं।

1980 के दशक में, मैं एक असली नीर बड़ा हुआ - हिप्स्टर अर्थ में नहीं, बल्कि इस अर्थ में कि मैंने हमेशा अपने साथ कंप्यूटर शॉपपर मैगज़ीन का पाँच किलोग्राम का अंक निकाला (हाँ, ये प्रकाशन वास्तव में बड़े थे)। मैं दस साल की उम्र तक बुलेटिन बोर्ड सिस्टम से जुड़ गया। यह आश्चर्य की बात नहीं है कि अंत में मैं साइट के तकनीकी निदेशक बन गया, विज्ञान और प्रौद्योगिकी के मुद्दों को कवर करता हूं।

मैं अपने बीबीएस (यानी सिसोप का काम) का समर्थन करने और आधुनिक वेब बुनियादी ढांचे के प्रबंधन के काम के बीच स्पष्ट समानताएं आकर्षित कर सकता हूं। आइए इन समानताओं को Ars वेबसाइट की 20 वीं वर्षगांठ के सम्मान में चिह्नित करें। यह लेख वेबसाइटों का एक संपूर्ण इतिहास नहीं होगा, यहाँ मैं अपने खुद के अनुभव को प्रबंध साइटों में वर्णित करूँगा, और यह पिछले 20 वर्षों में कैसे विकसित हुआ है - साथ ही साथ उपकरण और सोच कैसे बदल गई है।

लोड "*", 8, 1

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

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

दुर्भाग्य से, मेरे नेटवर्क के बुनियादी ढांचे में एक एकल टेलीफोन लाइन शामिल थी, जिसका मतलब था कि मुझे सभी कॉलिंग डिवाइस (यानी, एक दीवार पर चढ़ने वाले डिस्क फोन) को डिस्कनेक्ट करना होगा और 23 से 5 घंटे के बीच काम करना होगा। इसका मतलब थोड़ा BBS अन्तरक्रियाशीलता भी था। एक एकल लाइन और एक कमोडोर 1571 ड्राइव के साथ, उपयोगकर्ता एक दूसरे के साथ चैट नहीं कर सकते थे या एक समय में एक से अधिक गेम डाउनलोड नहीं कर सकते थे।


1670 कमोडोर अभी भी दिल की धड़कन को तेज करता है

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

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

1990

मैंने BBS सॉफ़्टवेयर के साथ गड़बड़ करना जारी रखा, जिसमें Excalibur BBS जैसे एक बहुत ही दिलचस्प HTML पूर्ववर्ती शामिल था। Google छवि खोज परिणामों पर एक नज़र डालें कि यह सॉफ़्टवेयर अपने समय से आगे कैसे था।

$: cd ~ / public_html

मैं पहली बार 90 के दशक के मध्य में HTML से मिला था; तब मैंने अपना होमवर्क किया और इसे सार्वजनिक घर निर्देशिका में अपलोड किया, और शिक्षक नेटस्केप या मोज़ेक ब्राउज़र का उपयोग करके अपने खाली समय में उनकी समीक्षा कर सकते थे। उस समय एक उत्कृष्ट प्रेरक "प्रौद्योगिकी का उपयोग करते हुए" के लिए अतिरिक्त 10 अंक थे।

Apache + पर्ल + XML + साझा होस्टिंग

वेब डेवलपर के रूप में बनाए गए पहले वास्तविक "एप्लिकेशन" में से एक दूरसंचार कंपनी के लिए समाचार विभाग था। यह सब एक बंडल पर काम करता है फिर व्यापक: एक HTTP सर्वर के रूप में अपाचे, एक सर्वर भाषा के रूप में पर्ल और एक पाठ फ़ाइल के रूप में एक डेटाबेस। उस समय, मैं वास्तविक डेटाबेस से परिचित नहीं था, लेकिन मुझे पता था कि XML कैसे लिखना और पार्स करना है। यह सब एक आश्चर्यजनक रूप से अच्छे सहयोगी मंच पर होस्ट किया गया था, जिस पर मैं एक .htaccess फ़ाइल के लिए सर्वर के सभी नियम लिख सकता था। मुझे जल्द ही पता चला कि इस फ़ाइल ने मेरे अनुभवहीन हाथों को बहुत अधिक शक्ति दी है!

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

IIS, फ्रंटपेज एक्सटेंशन और एक्सेस

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

Windows NT 3.5 के तहत IIS का प्रबंधन करना भी यूनिक्स के अनुभव वाले किसी व्यक्ति के लिए एक खतरनाक, आसान काम है। और एक ही समय में, यह तंग प्रतिबंधों की भावना थी - जहां .conf फाइलें थीं जिसमें माइक्रो-ट्यूनिंग (और अभूतपूर्व गड़बड़) करना संभव था?

यह असेंबली कुछ समय के लिए मेरा मंच बन गई, हमने अपने ग्राहकों के लिए ऑर्डर पर कई सीएमएस बनाए, बिना किसी कॉमन कोड बेस, लॉन्ग टर्म सपोर्ट या वर्जन कंट्रोल को बनाए रखने के बारे में सोचा। क्या खौफ है।

2000 के दशक की शुरुआत कोल्डफ़्यूज़न से हुई

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

वेब फ्रेमवर्क दिखाई देते हैं

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

आज मैं कभी भी एक फ्रेमवर्क का चयन किए बिना एक बड़ा एप्लिकेशन बनाने पर विचार नहीं करूंगा, और आज हमारे पास कई दिलचस्प विकल्प हैं। PHP के लिए, मुझे लारवेल सबसे ज्यादा पसंद है।



हाँ, तो यह सिर्फ छत उड़ा दिया।

क्लस्टरिंग वेब होस्टिंग

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

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

वर्चुअल मशीन का उदय: AWS, वैग्रांत

AWS (Amazon Web Services) दिखाई दी, ऐसा प्रतीत होता है, कहीं नहीं है, और डेवलपर्स को वही दिया है जिसकी हमें आवश्यकता थी। उन्होंने पारंपरिक मेजबानी से बिचौलियों को भी हटा दिया। हमें यह पूछने की ज़रूरत नहीं थी कि हमें किन तकनीकों का उपयोग करने की अनुमति दी गई थी; अचानक सब कुछ संभव था। Django या NodeJS पर एक आवेदन बनाने की कोशिश करना चाहते हैं? कोई बात नहीं। आभासी मशीनों के एक जोड़े को लॉन्च करें और जाएं। यह सब कुछ एडब्ल्यूएस के साथ किया जा सकता है: वर्चुअल फायरवॉल, लोड बैलेंसर्स, डेटाबेस के लिए विशेष क्लस्टर, स्थैतिक संसाधनों के लिए सीडीएन (सामग्री वितरण नेटवर्क), और लगभग हर चीज जो आप सोच सकते हैं। यह स्व-विनिर्माण के लिए एक डेटा केंद्र बन गया - और यह एक अभिशाप और आशीर्वाद दोनों था। प्रत्येक नई सेवा को जोड़ते समय, इसे ट्रैक करना आवश्यक था, और ताकि किसी को पता चले कि सब कुछ टूटने के बाद इसे कैसे बढ़ाया जाए (और सब कुछ टूट जाता है)। डेवलपर के लिए बहुत उत्सुक, जितना वह चबा सकता था, उससे अधिक काट देना बहुत आसान था।

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

2010 के दशक - वेबमास्टर्स से DevOps तक

चलिए थोड़ा धीमा करते हैं और इस बारे में बात करते हैं कि मुझे हमेशा वेबमास्टर शब्द से नफरत कैसे हुई।

आदमी: आप जीवन में क्या करते हैं?
Me: मैं विभिन्न प्रोग्रामिंग भाषाओं का उपयोग करके शांत वेब एप्लिकेशन बनाता हूं, और मैं बुनियादी ढांचे के साथ काम करता हूं ...
आदमी: आह्ह, तो आप एक WEBMASTER हैं!

मैं इस घृणित शब्द को उपयोग से हटाना चाहता हूं।

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

रसोइया + ansible

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

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

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

2019 के बाद

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

तो हम आपको अगले 20 वर्षों में सफलता की कामना करते हैं!