Amazon DynamoDB परिचय

AWS में Data Stores का उपयोग

Dunieski Otano

AWS Solutions Architect

Hot partition समस्या

• एक रेस्टोरेंट सोचिए: एक कैशियर व्यस्त, तीन खाली
• खराब partition key डिज़ाइन में यही होता है
• Hot partition = एक partition पर असंतुलित ट्रैफिक, बाकी खाली
• समाधान: High-cardinality partition keys: बहुत से यूनिक वैल्यू वाले attributes जो डेटा समान रूप से बाँटें

अच्छी partition key कैसी हो

• High cardinality: बहुत सारे यूनिक वैल्यू
  • userId, orderId, sessionId - Yes
  • country, status, category - No
• Even distribution: बैलेंस्ड एक्सेस पैटर्न
• Predictable: क्वेरी समय पर ज्ञात

DynamoDB टेबल संरचना

• Partition key (आवश्यक): डेटा वितरण तय करती है
• Sort key (वैकल्पिक): रेंज क्वेरी सक्षम करती है (जैसे userId + orderDate)
• Attributes: अतिरिक्त डेटा फ़ील्ड्स
• Primary key = Partition key या Partition key + Sort key

अपनी पहली टेबल बनाएँ

• AWS Console: टेस्टिंग के लिए तेज़ सेटअप
• boto3 (Python): प्रोग्रामेटिक टेबल क्रिएशन
• मुख्य निर्णय: Partition key, sort key, billing mode

Composite keys और sort key क्वेरी

• Composite key: Partition key + Sort key
• Range queries: डेट/न्यूमेरिक रेंज के भीतर क्वेरी
• Operators: =, <, >, <=, >=, BETWEEN, begins_with
• उदाहरण: पिछले 30 दिनों में यूज़र के $100 से बड़े ऑर्डर लें

Capacity modes: On-demand बनाम provisioned

• On-Demand: प्रति अनुरोध भुगतान, ऑटो-स्केल
  • उपयुक्त: अनिश्चित ट्रैफिक, नई एप्लिकेशंस
• Provisioned: RCU/WCU सेट करें, बड़े पैमाने पर कम लागत
  • उपयुक्त: पूर्वानुमेय ट्रैफिक, कॉस्ट ऑप्टिमाइज़ेशन
• मोड 24 घंटों में एक बार बदले जा सकते हैं

अभ्यास करते हैं!

AWS में Data Stores का उपयोग