AWS कैसे एक सर्विस से 200+ तक पहुँचा

Amazon ने दुनिया का सबसे बड़ा क्लाउड प्लेटफ़ॉर्म बनाने का इरादा नहीं किया था। यह तो बस हो गया — जब कंपनी अपने इंजीनियरों को हर कुछ महीनों में एक ही इन्फ्रास्ट्रक्चर को बार-बार बनाने से रोकने की कोशिश कर रही थी।

वह आंतरिक अराजकता जिसने सब शुरू किया

लगभग 2000 के आसपास, Amazon Merchant.com बना रहा था — एक ऐसा प्रोडक्ट जो Target और Marks & Spencer जैसे थर्ड-पार्टी रिटेलर्स को Amazon के इन्फ्रास्ट्रक्चर पर अपनी ई-कॉमर्स स्टोर खड़ी करने देता [2]। लेकिन जो हुआ वह एक संगठनात्मक तबाही थी। हर टीम अपने-अपने स्टोरेज, कंप्यूट, और डेटाबेस प्रिमिटिव्स का अलग-अलग वर्शन बना रही थी। कोई साझा API नहीं, किसी चीज़ तक पहुँचने का कोई मानक तरीका नहीं।

तो उन्होंने वही किया जो Amazon करता है: एक डॉक्युमेंट लिखा। 2003 की गर्मियों में, Jeff Bezos के घर पर एक एग्जेक्युटिव ऑफसाइट में, लीडरशिप टीम ने कंपनी की मूल दक्षता (core competency) पहचानने का एक अभ्यास किया। जवाब था: भरोसेमंद, स्केलेबल, वितरित सिस्टम बनाना [2]। Andy Jassy — तब एक VP, अब Amazon के CEO — ने अगला कदम साफ देखा। उन्होंने मूल AWS विज़न डॉक्युमेंट लिखा, जिसमें 57 लोगों की माँग की गई ताकि वे उसे बना सकें जिसे उन्होंने “इंटरनेट के लिए एक ऑपरेटिंग सिस्टम” कहा [2]।

वही डॉक्युमेंट AWS बन गया।

पहली सर्विसेज़ (2004–2006)

यहाँ एक बात है जो ज़्यादातर लोग गलत जानते हैं: SQS पहली सार्वजनिक AWS सर्विस थी, न कि S3 या EC2 [6]। Amazon Simple Queue Service नवंबर 2004 में प्रीव्यू में लॉन्च हुई — स्टोरेज या कंप्यूट के सार्वजनिक होने से एक साल से भी पहले। अगर सोचें तो समझ में आता है। Amazon को अपनी आंतरिक सर्विसेज़ को डिकपल करने का तरीका चाहिए था, तभी वह कुछ और ऑफर कर सकता था।

फिर आईं वे दो सर्विसेज़ जिन्होंने वाकई इंडस्ट्री बदल दी:

Amazon S3 (Simple Storage Service) — 14 मार्च 2006 को लॉन्च हुई। स्केल पर ऑब्जेक्ट स्टोरेज, केवल उतना भुगतान करें जितना उपयोग करें [3]
Amazon EC2 (Elastic Compute Cloud) — 24 अगस्त 2006 को प्रीव्यू; अक्टूबर 2008 में सामान्य रूप से उपलब्ध [3]

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

लॉन्च के तीन साल बाद, AWS का वार्षिक रन रेट $58 मिलियन था [3]। आज के आंकड़ों के हिसाब से छोटा, लेकिन दिशा बिल्कुल स्पष्ट थी।

aws timeline

असली प्लेटफ़ॉर्म बनाना (2007–2012)

AWS ने इन वर्षों में “सस्ते कंप्यूट और स्टोरेज” को एक ठोस क्लाउड प्लेटफ़ॉर्म में बदला। एक-एक करके कमियाँ दूर होती रहीं:

Amazon CloudFront (2008) — दुनिया भर में एज डिलीवरी के लिए CDN [3]
Amazon RDS (2009) — मैनेज्ड रिलेशनल डेटाबेस; अब raw EC2 पर MySQL की देखभाल नहीं [3]
Amazon EMR (2009) — डेटा टीमों के लिए माँग पर Hadoop क्लस्टर [3]
Amazon VPC (2010) — Virtual Private Cloud, AWS के अंदर अलग-थलग नेटवर्किंग [3]
Amazon DynamoDB (2012) — स्केल पर NoSQL, Amazon के अपने शॉपिंग कार्ट आर्किटेक्चर से जन्मा [4]
Amazon Redshift (2012) — पेटाबाइट-स्केल डेटा वेयरहाउसिंग [3]

डेटाबेस सर्विसेज़ खासतौर पर महत्वपूर्ण थीं। RDS से पहले, कंपनियाँ या तो Oracle को मोटी रकम दे रही थीं या raw EC2 इंस्टेंस पर खुद MySQL मैनेज कर रही थीं और रात 2 बजे कुछ न बिगड़े इसकी दुआ करती थीं। AWS ने यह पूरी समस्या खुद में समेट ली।

सर्वरलेस की ओर बदलाव (2013–2016)

AWS re:Invent 2014 वह पल था जब इंडस्ट्री फिर आगे बढ़ी। AWS Lambda लॉन्च हुआ — यह विचार कि आपको सर्वर के बारे में बिल्कुल नहीं सोचना, बस एक फ़ंक्शन अपलोड करें और प्रति इनवोकेशन भुगतान करें [3]। Serverless की अवधारणा Lambda के पहले अस्तित्व में नहीं थी — Lambda ने इसे वास्तविक और व्यावहारिक बनाया।

उसी समय एंटरप्राइज़ की कमियाँ भी भरी जा रही थीं:

Amazon Aurora (2015) — MySQL/PostgreSQL-कंपेटिबल लेकिन कस्टम स्टोरेज इंजन के साथ, जो मानक MySQL से 5 गुना बेहतर परफ़ॉर्मेंस का दावा करता है [3]
AWS CloudTrail (2013) — ऑडिट लॉगिंग, जो कम्प्लायंस टीमों के लिए अनिवार्य साबित हुई
AWS Certificate Manager (2016) — मुफ़्त TLS सर्टिफ़िकेट; Symantec के बिल को अलविदा

2015 में, AWS Amazon का सबसे लाभदायक बिज़नेस यूनिट बन गया — उस रिटेल ऑपरेशन से भी ज़्यादा मुनाफ़ेवाला जिसने Amazon को शुरुआत में मानचित्र पर रखा था [4]। यह एक असली मोड़ था। आंतरिक अराजकता कम करने के लिए शुरू हुआ एक साइड प्रोजेक्ट अब बाकी सब को फ़ंड करने वाला इंजन बन चुका था।

2016 तक, AWS राजस्व $12.2 बिलियन तक पहुँच गया [3]।

प्लेटफ़ॉर्म परिपक्व होता है (2017–2022)

इस समय तक AWS “क्लाउड कंप्यूट” नहीं रहा था और एंटरप्राइज़ के लिए एक पूर्ण ऑपरेटिंग वातावरण के करीब कुछ बन गया था। प्रमुख जोड़:

Amazon SageMaker (2017) — एक मैनेज्ड ML प्लेटफ़ॉर्म जिसने शुरू से ट्रेनिंग इन्फ्रास्ट्रक्चर सेटअप की ज़रूरत खत्म की [5]
AWS Fargate (2017) — सर्वरलेस कंटेनर; Lambda लेकिन Docker वर्कलोड के लिए
Amazon EKS (2018) — मैनेज्ड Kubernetes, जब यह साफ हो गया कि इंजीनियर इसे EC2 पर चला ही रहे थे
AWS Ground Station (2019) — मैनेज्ड सर्विस के रूप में सैटेलाइट संचार [3]

रणनीति स्पष्ट हो गई: किसी कंपनी को जिस भी इन्फ्रास्ट्रक्चर की ज़रूरत हो उसे पहचानें और उसका मैनेज्ड वर्शन बनाएँ। डेटाबेस, क्यू, स्ट्रीमिंग, वीडियो ट्रांसकोडिंग, IoT, ML, ब्लॉकचेन, यहाँ तक कि क्वांटम कंप्यूटिंग सिमुलेशन भी। 2020 तक गिनती 175 सर्विसेज़ पार कर चुकी थी [3]। वे रुकने वाले नहीं थे।

AI की ओर कदम (2023–अब)

जेनरेटिव AI की लहर ने हर क्लाउड प्रोवाइडर को गति के मामले में अचानक पकड़ा, लेकिन AWS ने तेज़ी से कदम उठाए:

Amazon Bedrock — फाउंडेशन मॉडल के लिए एक मैनेज्ड API लेयर: Anthropic का Claude, Meta का Llama, Mistral, और अन्य। बिना मॉडल इन्फ्रास्ट्रक्चर मैनेज किए AI ऐप बनाएँ [5]
Amazon SageMaker AI (2024 रिडिज़ाइन) — एक एकीकृत डेटा और AI स्टूडियो के रूप में पुनर्निर्मित, जिसने मॉडल ट्रेनिंग वर्कफ़्लो को महीनों से घटाकर दिनों में ला दिया [5]
Amazon Nova — AWS का खुद का फाउंडेशन मॉडल परिवार, re:Invent 2024 में घोषित [5]

AWS का AI राजस्व रन रेट 2026 की शुरुआत में $15 बिलियन पार कर गया [9]। 20 साल के इन्फ्रास्ट्रक्चर निवेश का संचयी प्रभाव इन आंकड़ों में साफ दिख रहा है।

आज यह कहाँ खड़ा है

मेट्रिक	2026 आंकड़ा
वार्षिक राजस्व (2025)	$128.7 बिलियन [7]
क्लाउड बाज़ार हिस्सेदारी	~32% [8]
कुल सर्विसेज़	200+ [3]
वैश्विक क्षेत्र	36 [3]
उपलब्धता क्षेत्र (Availability Zones)	100+ [3]
सेवा प्राप्त देश	245 [3]
2006 से मूल्य कटौती	129 बार [3]

Azure ~23% पर है और बढ़ रहा है। Google Cloud ~11% पर है [8]। AWS आगे है लेकिन अंतर पाँच साल पहले से कम हो गया है — Microsoft के OpenAI इंटीग्रेशन ने महत्वपूर्ण एंटरप्राइज़ वर्कलोड Azure की तरफ खींचे हैं, और यह प्रतिस्पर्धा और दिलचस्प होती जाएगी।

इस यात्रा को पूरी तरह समझना मुश्किल है। 2003 का एक आंतरिक दस्तावेज़ जिसमें साझा APIs बनाने के लिए 57 लोगों की माँग की गई थी, वह एक ऐसा व्यवसाय बन गया जो अधिकांश देशों की GDP से अधिक राजस्व उत्पन्न करता है। और इसे बनाने का मूल कारण बस आंतरिक टीमों को काम दोहराने से रोकना था।

समाप्त