AWS Lambda में JavaScript पर उन्नत Serverless फ़ंक्शन

शुरुआती लोगों के लिए ऑनलाइन Python प्रशिक्षक

Python आसानी से सीखें बिना सिद्धांत के बोझ के। स्वचालित जांच के साथ व्यावहारिक कार्य हल करें और ब्राउज़र में सीधे कोड लिखें।

पाठ्यक्रम शुरू करें

AWS Lambda में JavaScript पर उन्नत Serverless फ़ंक्शन: सिद्धांत से प्रोडक्शन तक

AWS Lambda पर आधारित Serverless आर्किटेक्चर माइक्रोसर्विसेज और इवेंट-संचालित सिस्टम बनाने का मानक बन गया है। यदि आपने पहले से ही बुनियादी फ़ंक्शन (S3, API Gateway, DynamoDB से ट्रिगर) सीख लिए हैं, तो अब अगले स्तर पर जाने का समय है। इस लेख में, हम Node.js पर AWS Lambda के साथ काम करने की उन्नत तकनीकों पर चर्चा करेंगे: कोल्ड स्टार्ट ऑप्टिमाइज़ेशन, VPC में काम करना, लेयर्स का उपयोग, उचित मॉनिटरिंग और डीबगिंग। प्रत्येक अनुभाग व्यावहारिक कोड उदाहरणों के साथ है।

\n\n

1. कोल्ड स्टार्ट ऑप्टिमाइज़ेशन (Cold Start)

कोल्ड स्टार्ट Serverless फ़ंक्शन के प्रदर्शन का सबसे बड़ा दुश्मन है। जब Lambda फ़ंक्शन कुछ समय तक उपयोग नहीं किया जाता है, तो AWS एक नया कंटेनर बनाता है, कोड लोड करता है और निर्भरताओं को इनिशियलाइज़ करता है। इसमें 200 ms से लेकर कुछ सेकंड तक का समय लग सकता है। आइए देखें कि इस प्रभाव को कैसे कम किया जाए।

\n\n

1.1. ग्लोबल स्कोप का उपयोग

हैंडलर के बाहर का कोड कंटेनर बनने पर केवल एक बार निष्पादित होता है। भारी ऑपरेशन जैसे DB कनेक्शन, कॉन्फ़िगरेशन लोड करना, SDK इनिशियलाइज़ेशन को वहाँ रखें।

// ❌ खराब: हर कॉल एक नया कनेक्शन बनाता है\nexports.handler = async (event) => {\n  const AWS = require('aws-sdk');\n  const dynamoDB = new AWS.DynamoDB.DocumentClient();\n  // ...\n};\n\n// ✅ अच्छा: कनेक्शन केवल एक बार बनता है\nconst AWS = require('aws-sdk');\nconst dynamoDB = new AWS.DynamoDB.DocumentClient();\n\nexports.handler = async (event) => {\n  // dynamoDB का उपयोग करें\n};

\n\n

1.2. पैकेज का आकार कम करना

हर अतिरिक्त मॉड्यूल लोडिंग समय बढ़ाता है। ट्री-शेकिंग के साथ aws-sdk संस्करण 3 का उपयोग करें या केवल आवश्यक क्लाइंट कनेक्ट करें:

// पूर्ण SDK के बजाय:\nconst { DynamoDBClient } = require('@aws-sdk/client-dynamodb');\nconst { DynamoDBDocumentClient } = require('@aws-sdk/lib-dynamodb');

\n\n

1.3. Provisioned Concurrency

विलंब-संवेदनशील फ़ंक्शन (जैसे लोड के तहत API) के लिए Provisioned Concurrency चालू करें। यह सुनिश्चित करता है कि निर्धारित संख्या में कंटेनर हमेशा "हॉट" रहें।

// AWS CLI के माध्यम से उदाहरण:\naws lambda put-provisioned-concurrency-config \\\n  --function-name my-function \\\n  --qualifier PROD \\\n  --provisioned-concurrent-executions 10

\n\n

2. VPC के साथ काम करना: सुरक्षा और प्रदर्शन

जब Lambda फ़ंक्शन को VPC के अंदर संसाधनों (RDS, ElastiCache, प्राइवेट API) तक पहुँचने की आवश्यकता होती है, तो नेटवर्क एक्सेस कॉन्फ़िगरेशन आवश्यक है। हालाँकि, VPC से कनेक्शन ENI (Elastic Network Interface) बनाने के कारण कोल्ड स्टार्ट को 5-10 सेकंड तक बढ़ा देता है।

\n\n

2.1. VPC फ़ंक्शन का ऑप्टिमाइज़ेशन

VPC Endpoints का उपयोग करें AWS सेवाओं (S3, DynamoDB, SQS) के लिए — यह NAT/Internet Gateway से गुज़रे बिना उन तक पहुँचने की अनुमति देता है।
सबनेट की संख्या कम करें — Lambda प्रत्येक निर्दिष्ट सबनेट में ENI बनाता है। दो (विभिन्न AZ) तक सीमित रखें।
कनेक्शन कैश करें — यदि फ़ंक्शन RDS से जुड़ता है, तो कनेक्शन पूल का उपयोग करें (जैसे PostgreSQL के लिए pg-pool)।

const { Pool } = require('pg');\n\n// पूल हैंडलर के बाहर बनाया गया है\nconst pool = new Pool({\n  host: process.env.DB_HOST,\n  database: 'mydb',\n  max: 5, // कनेक्शन सीमा\n  idleTimeoutMillis: 30000,\n});\n\nexports.handler = async (event) => {\n  const client = await pool.connect();\n  try {\n    const result = await client.query('SELECT NOW()');\n    return { statusCode: 200, body: result.rows };\n  } finally {\n    client.release();\n  }\n};

\n\n