AWS स्टोरेज सेवाओं को गहराई से जानें! यह क्विज़ S3, DynamoDB, Aurora, RDS, ElastiCache और अन्य सेवाओं के आपके ज्ञान को परखेगा। अच्छे अभ्यासों से लेकर पेचीदा व्यवहार तक, हम क्लाउड स्टोरेज की दुनिया खोजेंगे।
अपनी क्लाउड विशेषज्ञता साबित करने के लिए तैयार हो जाएँ! 🚀
कौन सा DynamoDB API एक मौजूदा आइटम के गुणों को अपडेट करता है?
यहाँ मुख्य बात अपडेट्स है, इंसर्ट्स या PUTs नहीं। यदि आप इंसर्ट कर रहे हैं, तो आप BatchWriteItem या TransactWriteItems का उपयोग कर सकते हैं।
BatchWriteItem कई ऑपरेशन्स संभाल सकता है, लेकिन यह केवल PUTs और DELETES तक सीमित है। TransactWriteItems अधिक शक्तिशाली है, लेकिन सरल अपडेट्स के लिए यह थोड़ा भारी हथौड़ा जैसा है।
सरल अपडेट्स के लिए, UpdateItem सबसे अच्छा विकल्प है। यह आपको UPDATE करने या मौजूदा आइटम में एक या अधिक गुणों को संशोधित करने की अनुमति देता है।
UpdateItem ऑपरेशन प्रत्येक अनुरोध में एक आइटम को संशोधित करता है। बड़े बैकफ़िल्स या बल्क अपडेट्स के लिए, आप आमतौर पर कई UpdateItem कॉल्स को व्यवस्थित करते हैं या PartiQL बैच निष्पादन, Step Functions, Glue, EMR, या कस्टम वर्कर प्रोसेस जैसे बड़े वर्कफ़्लो का उपयोग करते हैं।
UpdateItem ऑपरेशन:
मौजूदा आइटम के गुणों को अपडेट करता है।
मौजूदा आइटम में नए गुण जोड़ता है।
मौजूदा आइटम से गुण हटाता है।
यदि आइटम मौजूद है या कुछ शर्तों को पूरा करता है तो शर्तीय रूप से अपडेट करता है।
इनमें से कौन सी AWS सेवा पूर्ण‑पाठ खोज और खोज विश्लेषण के लिए विशेष रूप से निर्मित है?
OpenSearch AWS की प्रबंधित सेवा है जो खोज, लॉग विश्लेषण और पूर्ण‑पाठ खोज कार्यभार को संभालती है.
बाकी विकल्प उपयोगी सेवाएँ हैं, लेकिन वे इस सूची में विशेष रूप से निर्मित खोज इंजन नहीं हैं:
ElastiCache: मुख्यतः एक इन‑मेमोरी कैश। वर्तमान ElastiCache for Valkey में इंडेक्स्ड इन‑मेमोरी डेटा के लिए खोज कमांड शामिल हैं, इसलिए पूरी सेवा को बिना अंतर्निहित खोज के कहना अब सही नहीं है।
Neptune: ग्राफ डेटाबेस; यह पूर्ण‑पाठ खोज के लिए OpenSearch के साथ एकीकृत हो सकता है।
Redshift: SQL विश्लेषण के लिए डेटा वेयरहाउस।
DocumentDB: दस्तावेज़ डेटाबेस जिसमें समर्थित संस्करणों में MongoDB‑संगत टेक्स्ट खोज होती है.
Availability Zones (AZs) अलग‑अलग डेटा सेंटर एक क्षेत्र के भीतर होते हैं। RDS मल्टी‑AZ डिप्लॉयमेंट निकटस्थ AZ में स्टैंडबाय रेप्लिका को स्वचालित फेलओवर प्रदान करता है।
मल्टी‑AZ डिप्लॉयमेंट:
स्वचालित फेलओवर प्रदान करता है
डेटाबेस उपलब्धता बढ़ाता है
सिंक्रोनस स्टैंडबाय रेप्लिका बनाता है
इन्फ्रास्ट्रक्चर विफलताओं के दौरान डाउनटाइम को न्यूनतम करता है
मल्टी‑AZ डिप्लॉयमेंट को रीड रेप्लिकाज़ के साथ मत भ्रमित करें, जो रीड ऑपरेशन्स को स्केल करने के लिए उपयोग होते हैं।
कौन सी AWS सेवा प्रबंधित WebSocket API प्रदान करती है जहाँ AWS क्लाइंट कनेक्शन को संभालता है और संदेशों को इंटीग्रेशन तक रूट करता है?
API Gateway द्वि‑दिशात्मक WebSocket API का समर्थन करता है, लेकिन कार्यान्वयन API Gateway द्वारा प्रबंधित होता है, न कि आपके अपने सर्वर प्रोसेस में सीधे सॉकेट होने जैसा।
API Gateway क्लाइंट कनेक्शन को बनाए रखता है और संदेशों को Lambda, HTTP एंडपॉइंट्स या अन्य इंटीग्रेशन तक रूट करता है। संदेशों को API Gateway Management API के माध्यम से जुड़े क्लाइंट्स को वापस भेजा जा सकता है।
अन्य सेवाओं के अलग लाभ और सीमाएँ हैं:
Lightsail: इंस्टेंस पर अपना WebSocket सर्वर चलाएँ और प्रबंधित करें
AppSync: प्रबंधित GraphQL सब्सक्रिप्शन के लिए WebSockets का उपयोग करता है
EC2: WebSockets के लिए आपका क्लासिक “do whatever you want” विकल्प
EKS: Kubernetes में अपनी WebSocket सेवाएँ चलाएँ
प्रोटोकॉल, कनेक्शन सीमाओं, डिप्लॉयमेंट मॉडल और संचालन की ज़िम्मेदारी के आधार पर चुनें। प्रबंधित API रूटिंग और अपना सर्वर होस्ट करना अलग आवश्यकताओं को पूरा करते हैं।
S3 बकेट अनुमतियों के लिए सुझाया गया तरीका क्या है?
लगभग सभी सिस्टम में, “सबसे कम अधिकार” डिज़ाइन अपनाना सुरक्षा बढ़ाने और भविष्य के लिए तैयार रहने का मुख्य तरीका है। मौजूदा सिस्टम को लॉक‑डाउन करने की कोशिश उतनी ही कठिन है जितना पूरी इमारत को नई नींव पर ले जाना।
S3 बकेट भी इसका अपवाद नहीं हैं। सबसे कम अधिकार सिद्धांत लागू करने के लिए, पहले कोई अनुमति न दें और केवल आवश्यक पहुँच ही प्रदान करें। पहुँच नियंत्रित करने के लिए IAM रोल और नीतियों का उपयोग करें और नियमित रूप से बकेट अनुमतियों की ऑडिट करें।
सुरक्षा सर्वोत्तम अभ्यास:
सबसे कम अधिकार सिद्धांत लागू करें
कोई अनुमति न देकर शुरू करें
केवल आवश्यक पहुँच प्रदान करें
IAM रोल और नीतियों का उपयोग करें
बकेट अनुमतियों की नियमित ऑडिट करें
अत्यधिक अनुमतियों से बचें जो संवेदनशील डेटा को उजागर कर सकते हैं।
एक और DynamoDB बैच प्रश्न!
आप एकल DynamoDB BatchGetItem अनुरोध का उपयोग करके अधिकतम कितनी वस्तुएँ प्राप्त कर सकते हैं?
DynamoDB SDK आपको एकल BatchGetItem अनुरोध में अधिकतम 100 आइटम प्राप्त करने की अनुमति देता है। यह BatchWriteItem की सीमा से अधिक है, जो 25 आइटम है।
अतिरिक्त रूप से, कुल पेलोड आकार, दस्तावेज़ आकार, और अनुरोध दर पर भी सीमाएँ हैं।
इन सीमाओं को समझना आपके एप्लिकेशन के प्रदर्शन को अनुकूलित करने और कुशल डेटा संचालन सुनिश्चित करने के लिए महत्वपूर्ण है।
इस API ऑपरेशन की 100-आइटम सीमा निश्चित है। बड़ी पढ़ाइयों को अलग अनुरोधों में बाँटें और UnprocessedKeys के लिए बढ़ते अंतराल पर फिर प्रयास करें। बढ़ाए जा सकने वाले थ्रूपुट कोटे अलग तरह की सीमा हैं।
एक DynamoDB UpdateItem कॉल कितने आइटम बदल सकती है?
DynamoDB क्लाइंट मूलतः उसके HTTP API के सभी रैपर हैं। BatchWriteItem ऑपरेशन एक HTTP अनुरोध में 25 दस्तावेज़ तक PUT या DELETE कर सकता है, लेकिन यह कई दस्तावेज़ों को UPDATE नहीं कर सकता।
UpdateItemएक आइटम बदलता है। यह उस API कॉल की सीमा है, सभी DynamoDB अनुरोधों की नहीं: ट्रांजैक्शन और PartiQL बैच API में कई अपडेट शामिल हो सकते हैं।
DynamoDB ऑन-डिमांड क्षमता चुनने का एक कारण क्या है?
ऑन-डिमांड क्षमता के लिए सबसे उपयुक्त है:
अप्रत्याशित कार्यभार
विरल ट्रैफ़िक
अज्ञात एक्सेस पैटर्न वाले अनुप्रयोग
अधिक प्रोविजनिंग से बचना
प्रोविजन्ड क्षमता के लिए बेहतर है:
पूर्वानुमेय, सुसंगत कार्यभार
प्रदर्शन पर अधिक नियंत्रण
संभावित लागत बचत
ऑन-डिमांड हमेशा सस्ता नहीं होता। अनुरोधों की संख्या, उपयोग और वर्तमान कीमतों की तुलना करें; अनुमानित, लगातार ट्रैफ़िक में प्रोविज़न्ड क्षमता बेहतर हो सकती है।
उच्च अनुरोध दरों के लिए S3 प्रदर्शन को कैसे अनुकूलित करें?
S3 प्रदर्शन टिप्स:
आधुनिक S3 स्वचालित रूप से प्रत्येक प्रीफ़िक्स के लिए अनुरोध दर को स्केल करता है
प्रदर्शन के लिए आपको रैंडम/हैश प्रीफ़िक्स की जरूरत नहीं है
अपने एक्सेस पैटर्न के अनुसार तार्किक की नामों का उपयोग करें
यदि आप बहुत उच्च अनुरोध दरें धकेलते हैं तो 503 Slow Down प्रतिक्रियाओं की निगरानी करें
पुरानी गाइडेंस ने हॉट पार्टिशन से बचने के लिए प्रीफ़िक्स को रैंडमाइज़ करने की सलाह दी थी, लेकिन अब AWS इसे डिफ़ॉल्ट प्रदर्शन आवश्यकता के रूप में नहीं सुझाता है।
क़ानूनी सूचना: यह क्विज़ केवल शैक्षिक उद्देश्यों के लिए है। सभी ट्रेडमार्क और कॉपीराइट उनके संबंधित मालिकों की संपत्ति हैं, विशेषकर बड़े खिलाड़ियों की।