Cloud & IT Cert Prep · पाठ

एकीकरण: Lambda, HTTP और मॉक

परीक्षण के लिए API Gateway विधियों को Lambda प्रॉक्सी एकीकरण, अपस्ट्रीम HTTP एंडपॉइंट और मॉक एकीकरण से जोड़िए।

पाठ 2, कुल 4 में से13 चरण

एकीकरण: Lambda, HTTP और मॉक, CoddyKit पर Cloud & IT Cert Prep का एक निःशुल्क पाठ है। यह 4 में से 2वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह Cloud & IT Cert Prep सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। Cloud & IT Cert Prep पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

API Gateway एकीकरण प्रकारों का अवलोकन

प्रत्येक API Gateway विधि को एक बैकएंड एकीकरण की आवश्यकता होती है—वह प्रणाली जो अनुरोध संसाधित करके प्रतिक्रिया लौटाती है। API Gateway पाँच एकीकरण प्रकारों का समर्थन करती है: Lambda Proxy, Lambda Custom, HTTP Proxy, HTTP Custom और Mock। HTTP APIs केवल Lambda Proxy और HTTP Proxy का समर्थन करती हैं। REST APIs सभी पाँच का समर्थन करती हैं। सही एकीकरण चुनने से यह तय होता है कि अनुरोध और प्रतिक्रिया रूपांतरण पर आपका कितना नियंत्रण होगा।

Lambda Proxy एकीकरण

Lambda Proxy एकीकरण में API Gateway पूरा HTTP अनुरोध एक संरचित घटना ऑब्जेक्ट के रूप में Lambda को भेजती है, जिसमें हेडर, क्वेरी स्ट्रिंग, पाथ पैरामीटर, मुख्य भाग और संदर्भ शामिल होते हैं। आपका Lambda फ़ंक्शन statusCode, headers और body वाले सही रूप से फ़ॉर्मैट किए गए प्रतिक्रिया ऑब्जेक्ट को लौटाने के लिए ज़िम्मेदार होता है। यह सबसे सरल और सामान्य पैटर्न है—किसी मैपिंग टेम्पलेट की आवश्यकता नहीं होती और आपकी Lambda पूरी प्रतिक्रिया नियंत्रित करती है।

def lambda_handler(event, context):
    # event.httpMethod, event.path, event.queryStringParameters
    # event.headers, event.body
    user_id = event['pathParameters']['userId']
    return {
        'statusCode': 200,
        'headers': {'Content-Type': 'application/json'},
        'body': '{"userId": "' + user_id + '", "name": "Alice"}'
    }

Lambda नॉन-प्रॉक्सी (कस्टम) एकीकरण

Lambda Non-Proxy (कस्टम एकीकरण) में API Gateway Lambda को भेजने से पहले अनुरोध को रूपांतरित करने के लिए मैपिंग टेम्पलेट (Apache Velocity Template Language, VTL) का उपयोग करती है और क्लाइंट को लौटाने से पहले Lambda की प्रतिक्रिया को रूपांतरित करती है। आपका Lambda फ़ंक्शन कच्ची API Gateway घटना के बजाय एक साफ़, कस्टम पेलोड प्राप्त करता है। इससे परिवहन संबंधी चिंताएँ व्यावसायिक तर्क से अलग हो जाती हैं, लेकिन VTL टेम्पलेट का रखरखाव करना पड़ता है। जब आप API और बैकएंड के अनुबंधों को सख्ती से अलग रखना चाहते हों, तब कस्टम एकीकरण का उपयोग करें।

## Integration Request Mapping Template (VTL)
#set($inputRoot = $input.path('$'))
{
  'userId': '$input.params('userId')',
  'action': '$inputRoot.action',
  'timestamp': '$context.requestTime'
}

HTTP Proxy एकीकरण

HTTP Proxy एकीकरण अनुरोधों को बिना रूपांतरण के सीधे किसी बाहरी HTTP एंडपॉइंट (जैसे EC2 इंस्टेंस, ALB, ऑन-प्रिमाइसेस सर्वर या किसी सार्वजनिक URL) पर अग्रेषित करता है। API Gateway अनुरोध को आगे भेजती है और बैकएंड की प्रतिक्रिया क्लाइंट को लौटा देती है। मौजूदा REST बैकएंड को API Gateway के पीछे स्थानांतरित करने के लिए यह आदर्श है, ताकि बैकएंड कोड बदले बिना थ्रॉटलिंग, निगरानी और API कुंजियाँ जोड़ी जा सकें। यह प्रमाणपत्र सत्यापन वाले HTTPS बैकएंड का समर्थन करता है।

# Create HTTP proxy integration via REST API
aws apigateway put-integration \
  --rest-api-id 'abc123' \
  --resource-id 'xyz789' \
  --http-method GET \
  --type HTTP_PROXY \
  --integration-http-method GET \
  --uri 'https://my-backend.example.com/api/users/{userId}'

HTTP कस्टम (नॉन-प्रॉक्सी) एकीकरण

HTTP Custom एकीकरण भी बाहरी HTTP एंडपॉइंट पर अग्रेषित करता है, लेकिन बैकएंड को भेजे जाने वाले अनुरोध और वापस आने वाली प्रतिक्रिया दोनों को रूपांतरित करने के लिए मैपिंग टेम्पलेट का उपयोग करता है। यह तब उपयोगी है जब API Gateway इंटरफ़ेस और बैकएंड API के अनुबंध अलग हों—आप REST API कॉल को पुराने SOAP या कस्टम फ़ॉर्मैट में बदल सकते हैं और बैकएंड प्रतिक्रिया को क्लाइंट के लिए साफ़ JSON संरचना में रूपांतरित कर सकते हैं। इससे जटिलता बढ़ती है, लेकिन पुराने एकीकरणों के लिए सबसे अधिक नियंत्रण मिलता है।

AWS सेवा एकीकरण

AWS Service एकीकरण Lambda मध्यस्थ के बिना API Gateway को सीधे AWS सेवाओं से जोड़ता है। उदाहरण के लिए, आप ऐसा POST एंडपॉइंट कॉन्फ़िगर कर सकते हैं जो सीधे SQS में संदेश लिखे, SNS पर प्रकाशित करे या Step Functions का निष्पादन शुरू करे। इससे विलंबता कम होती है और सरल रूटिंग कार्यों के लिए Lambda फ़ंक्शन की लागत समाप्त हो जाती है। इस एकीकरण के लिए AWS API कॉल को सही ढंग से फ़ॉर्मैट करने हेतु IAM भूमिका कॉन्फ़िगरेशन और मैपिंग टेम्पलेट आवश्यक होते हैं।

# Direct API Gateway → SQS integration
# Integration Request URI:
https://sqs.us-east-1.amazonaws.com/123456789012/MyQueue

# Integration Request Body Mapping Template:
Action=SendMessage&MessageBody=$input.body

विकास और परीक्षण के लिए Mock Integration

Mock integration API Gateway को किसी backend को कॉल किए बिना पहले से निर्धारित response लौटाने के लिए configure करता है। आप response को integration response mapping template में define करते हैं। Mock integrations इन कार्यों के लिए बहुत उपयोगी हैं: backend बनने से पहले API development (जिससे frontend teams तुरंत काम शुरू कर सकती हैं), API configurations की unit testing, standardised CORS headers लौटाना, या development के दौरान third-party partners के लिए stub उपलब्ध कराना। Mock endpoints का उपयोग 410 Gone लौटाकर पुराने API versions को block करने के लिए भी किया जा सकता है।

# Integration Response for Mock
# Integration Response Mapping Template:
{
  'statusCode': 200,
  'message': 'This is a mock response',
  'timestamp': '$context.requestTime'
}

# Method Response: map status code 200 to this template

API Gateway में CORS Configuration

CORS (Cross-Origin Resource Sharing) तब enable करना आवश्यक है, जब एक domain पर मौजूद browser client किसी दूसरे domain पर आपके API को कॉल करे। HTTP API में one-click CORS configuration उपलब्ध है; REST API में आपको एक OPTIONS method बनाना होता है, जिसमें आवश्यक CORS headers (Access-Control-Allow-Origin, Access-Control-Allow-Methods, Access-Control-Allow-Headers) लौटाने वाला Mock integration हो। Lambda proxy integration में भी आपके Lambda response में CORS headers लौटाना आवश्यक है।

# HTTP API CORS config (simple)
aws apigatewayv2 update-api \
  --api-id 'abc123' \
  --cors-configuration '{
    "AllowOrigins": ["https://myapp.example.com"],
    "AllowMethods": ["GET", "POST", "OPTIONS"],
    "AllowHeaders": ["Content-Type", "Authorization"]
  }'

REST API में Request Validation

REST API में request validation उपलब्ध है: API Gateway backend को Invoke करने से पहले यह जाँच सकता है कि आवश्यक query string parameters, headers और request body schema मौजूद हैं और सही format में हैं। इससे गलत format वाले requests के कारण होने वाले अनावश्यक Lambda invocations कम होते हैं और standardised 400 errors अपने-आप लौटाए जाते हैं। Body validation enable करने के लिए JSON Schema का उपयोग करके request model define करें और उसे method से attach करें। HTTP API में request validation उपलब्ध नहीं है।

Integration Timeouts

API Gateway में REST API और HTTP API के लिए default integration timeout 29 seconds है (REST API के लिए maximum और HTTP API proxy के लिए fixed)। यदि आपका backend 29 seconds से अधिक समय लेता है, तो API Gateway 504 Gateway Timeout error लौटाता है। इसका अर्थ है कि API Gateway के माध्यम से synchronously invoke किए गए Lambda functions को 29 seconds के भीतर पूरा होना चाहिए—भले ही Lambda स्वयं 15-minute timeouts support करता हो। लंबे समय तक चलने वाले operations के लिए asynchronous pattern का उपयोग करें: API Gateway Lambda को trigger करता है, Lambda एक async job शुरू करता है और तुरंत job ID लौटा देता है।

सही Integration Type चुनना

Integration types के लिए निर्णय मार्गदर्शिका: Lambda Proxy: सबसे सामान्य और सरल विकल्प, जिसमें Lambda में पूरे request का नियंत्रण होता है; Lambda Custom: जब gateway layer में request/response transformation की आवश्यकता हो; HTTP Proxy: मौजूदा HTTP backends और migration scenarios के लिए; HTTP Custom: पुराने API format का translation करने के लिए; AWS Service: SQS/SNS/DynamoDB तक simple routing के लिए Lambda को हटाने हेतु; Mock: development stubs और CORS preflight के लिए। SAA-C03 exam में Lambda Proxy और HTTP Proxy सबसे अधिक पूछे जाने वाले patterns हैं।

त्वरित जाँच

इस lesson में बताए गए AWS Solutions Architect (SAA-C03) concepts की अपनी समझ जाँचें।

इंटरैक्टिव पाठ में इसका उत्तर दें

Lesson Recap

इस lesson में आपने सीखा: Lambda Proxy integration पूरे request को Lambda तक भेजता है, जो response को नियंत्रित करता है—यह सबसे सरल और सामान्य integration है; HTTP Proxy requests को मौजूदा HTTP backends तक forward करता है, जिससे backend में बदलाव किए बिना API Gateway features जोड़े जा सकते हैं; और Mock integration किसी backend infrastructure के बिना frontend development और testing के लिए पहले से निर्धारित responses लौटाता है। अब हम API Gateway में IAM, Lambda authorisers और Cognito के साथ authorisation का अध्ययन करेंगे।

शुरुआत निःशुल्क

एआई शिक्षक के साथ Cloud & IT Cert Prep सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 150
पाठ: 600

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “एकीकरण: Lambda, HTTP और मॉक” पाठ निःशुल्क है?

हाँ—“एकीकरण: Lambda, HTTP और मॉक” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और Cloud & IT Cert Prep पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। Cloud & IT Cert Prep पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“एकीकरण: Lambda, HTTP और मॉक” में मैं क्या सीखूँगा?

परीक्षण के लिए API Gateway विधियों को Lambda प्रॉक्सी एकीकरण, अपस्ट्रीम HTTP एंडपॉइंट और मॉक एकीकरण से जोड़िए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ Cloud & IT Cert Prep का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या Cloud & IT Cert Prep शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर Cloud & IT Cert Prep शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 2वाँ पाठ है।

“एकीकरण: Lambda, HTTP और मॉक” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस Cloud & IT Cert Prep पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर Cloud & IT Cert Prep पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

REST API बनाम HTTP API बनाम WebSocket API
एकीकरण: Lambda, HTTP और मॉक
प्राधिकरण: IAM, Lambda Authorizers और Cognito
थ्रॉटलिंग, कैशिंग और उपयोग योजनाएँ

← Cloud & IT Cert Prep पर वापस जाएँ