Docker کے اندر Node.js میں "مسنگ اسٹارٹ اسکرپٹ" کی خرابی کو حل کرنا

Docker میں Node.js بیک اینڈ شروع کرنا: ایک ٹربل شوٹنگ گائیڈ

چلانے کی کوشش کرتے وقت ایک خرابی کا سامنا کرنا Node.js بیک اینڈ اندر a ڈوکر کنٹینر مایوس کن ہو سکتا ہے، خاص طور پر جب یہ ایک سادہ "گمشدہ شروع اسکرپٹ" پیغام کی وجہ سے ہو۔ یہ غلطی اکثر اس وقت ہوتی ہے جب این پی ایم آپ کے سیٹ اپ میں صحیح اسٹارٹ کمانڈ نہیں مل سکتی۔ اگر آپ اس سے متاثر ہوئے ہیں، تو آپ اکیلے نہیں ہیں!

بہت سے معاملات میں، مسئلہ آپ کے package.json اور Docker سیٹنگز کے درمیان غلط راستوں یا غلط ترتیب شدہ کنفیگریشنز پر ابلتا ہے۔ اس سے نمٹنے کے دوران ایک چھوٹی سی تفصیل کو نظر انداز کرنا آسان ہے۔ کثیر مرحلے کی تعمیرکنٹینرائزیشن، اور کنفیگریشن فائلز۔ خود اس مسئلے کا سامنا کرنے کے بعد، میں کہہ سکتا ہوں کہ اسے ٹھیک کرنے میں اکثر ہر فائل کی پلیسمنٹ اور اسکرپٹس کو چیک کرنا شامل ہوتا ہے۔

مثال کے طور پر، میں نے ایک بار بیک اینڈ تعینات کیا اور بعد میں احساس ہوا کہ میرے ڈسٹ فولڈر کو صحیح طریقے سے میپ نہیں کیا گیا تھا، جس کی وجہ سے اسٹارٹ کمانڈ ناکام ہو گئی۔ آسان طریقے ان مسائل کو حل کر سکتے ہیں، لیکن صحیح کو تلاش کرنے میں صبر کی ضرورت ہوتی ہے۔ یہ جانچنا کہ آیا تمام انحصار اور اسکرپٹس کو صحیح طریقے سے نقشہ بنایا گیا ہے ڈیبگنگ کے گھنٹوں کو بچا سکتا ہے۔

اس گائیڈ میں، ہم اس خرابی کو ٹھیک کرنے کے لیے کچھ عملی اقدامات پر غور کریں گے، خاص طور پر اگر آپ اپنے بیک اینڈ کو ڈیٹا بیس کے ساتھ چلا رہے ہیں جیسے DynamoDB ڈوکر میں آئیے آپ کے بیک اینڈ کو آسانی سے چلانے کے لیے "گمشدہ اسٹارٹ اسکرپٹ" کی خرابی کو ایک ساتھ حل کریں!

Node.js اور ڈیٹا بیس کنکشن کے لیے ڈاکر کنفیگریشن

مندرجہ بالا مثال میں، ڈوکر سیٹ اپ ایک ملٹی اسٹیج کی تعمیر کا فائدہ اٹھاتا ہے، جو پیداوار کے لیے تیار کنٹینرز بنانے کے لیے مفید ہے۔ پہلا مرحلہ، جسے "بلڈر" کے طور پر بیان کیا گیا ہے، انحصار کو انسٹال کرتا ہے اور مرتب کرتا ہے۔ ٹائپ اسکرپٹ فائلوں کو جاوا اسکرپٹ میں ضلع فولڈر یہ قدم اس بات کو یقینی بناتا ہے کہ مرتب کردہ کوڈ غیر ضروری دیو انحصار کو شامل کیے بغیر پیداوار کے لیے تیار ہے۔ ایک بار تعمیر ہونے کے بعد، دوسرا مرحلہ (رن ٹائم) کنٹینر کے سائز کو کم سے کم کرتے ہوئے، صرف مرتب شدہ فائلوں اور پروڈکشن انحصار کو کاپی کرتا ہے۔ یہ سیٹ اپ خاص طور پر مددگار ہے اگر آپ کثرت سے کلاؤڈ ماحول میں تعینات کر رہے ہیں جہاں ہر ایک کو بہتر بنانے کا شمار ہوتا ہے! 🚀

دی ورکڈائر دونوں مراحل میں کمانڈ کنٹینر کی ورکنگ ڈائرکٹری کو /app پر سیٹ کرتی ہے۔ یہ فائل کے راستوں کو آسان بناتا ہے اور اس ڈائرکٹری کے ارد گرد تمام کارروائیوں کو منظم کرتا ہے۔ اس کے بعد، کاپی کریں۔ ہدایات مخصوص فائلوں کو میزبان مشین سے کنٹینر میں منتقل کرتی ہیں۔ پہلے مرحلے میں، پیکیج*.json فائلز اور tsconfig.json کو کاپی کیا جاتا ہے تاکہ انحصار کی تنصیب اور ٹائپ اسکرپٹ کی تالیف، اور این پی ایم انسٹال چلائیں۔ اور چلائیں این پی ایم رن بلڈ کمانڈ اس بات کو یقینی بناتے ہیں کہ سب کچھ صحیح طریقے سے ترتیب دیا گیا ہے۔ یہ سیٹ اپ اس بات کو یقینی بنا کر کہ تمام فائلوں کو صحیح طریقے سے کاپی اور کنفیگر کیا گیا ہے، شروع ہونے والے اسکرپٹس کے غائب ہونے جیسے مسائل سے بچنے میں مدد کرتا ہے۔

دی docker-compose.yml فائل بیک اینڈ کو جوڑتا ہے۔ DynamoDB، جو مقامی جانچ اور ترقی کے لیے ضروری ہے۔ دی منحصر_پر آپشن ڈوکر کو بیک اینڈ سروس سے پہلے DynamoDB شروع کرنے کو کہتا ہے، اس بات کو یقینی بناتے ہوئے کہ ڈیٹا بیس بیک اینڈ سے کنکشن کی کسی بھی کوشش کے لیے تیار ہے۔ حقیقی دنیا کے منظرناموں میں، اس طرح کا انحصار سیٹ اپ نہ ہونا کنیکٹیویٹی کے مسائل کا باعث بن سکتا ہے جب بیک اینڈ ڈیٹا بیس سے پہلے شروع ہوتا ہے، جس کے نتیجے میں مایوس کن غلطیاں پیدا ہوتی ہیں۔ دی صحت کی جانچ کمانڈ ٹیسٹ کرتا ہے کہ آیا DynamoDB اینڈ پوائنٹ کو پنگ کر کے قابل رسائی ہے، کنکشن قائم ہونے تک دوبارہ کوشش کرنا۔ خرابی سے نمٹنے کے اس درجے سے خدمات کے صحیح ترتیب میں شروع ہونے کو یقینی بنا کر وقت کی بچت ہوتی ہے 🕒۔

آخر میں، package.json میں، ہم نے وضاحت کی ہے۔ شروع سکرپٹ کے طور پر node dist/server.js. یہ کمانڈ اس بات کو یقینی بناتی ہے کہ NPM بالکل جانتا ہے کہ کنٹینر میں کون سی فائل چلانی ہے، جس سے "گمشدہ شروع اسکرپٹ" کی خرابی سے بچنے میں مدد ملتی ہے۔ ٹائپ اسکرپٹ کوڈ کو مرتب کرنے کے لیے ایک بلڈ کمانڈ اور ڈسٹ فولڈر کو ہٹانے کے لیے کلین کمانڈ بھی ہے، اس بات کو یقینی بناتے ہوئے کہ ہر تعیناتی نئے سرے سے شروع ہو۔ اس طرح کے npm اسکرپٹس کا استعمال سیٹ اپ کو زیادہ قابل اعتماد بناتا ہے، خاص طور پر جب Docker ملوث ہوتا ہے، کیونکہ یہ پیش گوئی کے قابل راستے اور اعمال پیش کرتا ہے۔ Docker، Docker Compose، اور NPM اسکرپٹس کی یہ جامع ترتیب ایک ہموار ترقی سے پروڈکشن ورک فلو بنانے کے لیے مل کر کام کرتی ہے۔

# Dockerfile
FROM node:18 AS builder
WORKDIR /app
# Copy necessary config files and install dependencies
COPY package*.json tsconfig.json ./
RUN npm install
# Copy all source files and build the project
COPY . .
RUN npm run build
# Production stage
FROM node:18-alpine
WORKDIR /app
COPY --from=builder /app/package*.json ./
RUN npm install --omit=dev
COPY --from=builder /app/dist ./dist
EXPOSE 3001
# Adjust command to start the server
CMD ["node", "dist/server.js"]

# docker-compose.yml
version: "3.9"
services:
  backend:
    build:
      context: .
      dockerfile: Dockerfile
    ports:
      - "3001:3001"
    environment:
      PORT: 3001
    depends_on:
      - dynamodb
    command: ["npm", "run", "start"]
  dynamodb:
    image: amazon/dynamodb-local
    ports:
      - "8001:8000"
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8000"]
      interval: 10s
      timeout: 5s
      retries: 5

{
  "name": "backend",
  "version": "1.0.0",
  "main": "dist/server.js",
  "scripts": {
    "build": "tsc",
    "start": "node dist/server.js",
    "dev": "nodemon --exec ts-node src/server.ts",
    "clean": "rimraf dist"
  }
}

// test/deployment.test.js
const fs = require('fs');
describe('Deployment Tests', () => {
  test('dist folder exists', () => {
    expect(fs.existsSync('./dist')).toBe(true);
  });
  test('start script exists in package.json', () => {
    const packageJson = require('../package.json');
    expect(packageJson.scripts.start).toBe("node dist/server.js");
  });
  test('Dockerfile has correct CMD', () => {
    const dockerfile = fs.readFileSync('./Dockerfile', 'utf8');
    expect(dockerfile).toMatch(/CMD \["node", "dist\/server.js"\]/);
  });
});

Node.js پروجیکٹس کے لیے Docker میں فائل کی مناسب کاپی اور ساخت کو یقینی بنانا

Docker میں Node.js ایپلی کیشنز کے ساتھ کام کرتے وقت، ایک اہم بات یہ یقینی بنانا ہے کہ تمام ضروری فائلوں کو کنٹینر میں صحیح طریقے سے کاپی اور ڈھانچہ بنایا گیا ہے۔ ملٹی اسٹیج بلڈز میں، اوپر کی مثال کی طرح، ہر مرحلے کا ایک خاص مقصد ہوتا ہے۔ ابتدائی مرحلہ، "بلڈر"، ٹائپ اسکرپٹ کو جاوا اسکرپٹ میں مرتب کرنے کا انتظام کرتا ہے اور اسے تیار کرتا ہے۔ ضلع فولڈر دوسرے مرحلے میں، صرف پروڈکشن فائلیں شامل ہیں، کنٹینر کے سائز کو کم کرنا اور تعیناتی کو بہتر بنانا۔ یہ نقطہ نظر نہ صرف غیر ضروری پھولنے کو کم کرتا ہے بلکہ ترقیاتی ٹولز کو چھوڑ کر سیکیورٹی کو بھی بڑھاتا ہے۔

Node.js کے لیے Docker کا ایک لازمی پہلو ترتیب دینا ہے۔ package.json اور سکرپٹ شروع کریں درست طریقے سے Dockerfile میں راستوں کو واضح طور پر بتا کر اور اس بات کو یقینی بنا کر کہ اسٹارٹ کمانڈ مناسب طریقے سے ترتیب دی گئی ہے۔ package.json، آپ غلطیوں کو کم کرتے ہیں جیسے "غائب آغاز اسکرپٹ۔" یہ تصدیق کرنا بھی ضروری ہے کہ ڈوکر جانتا ہے کہ ہر فائل کو کہاں ہونا چاہئے، خاص طور پر پیچیدہ سیٹ اپ میں جس میں متعدد سروسز یا فولڈر شامل ہیں۔ مثال کے طور پر، صرف شامل کرنے کے لیے COPY کمانڈ استعمال کریں۔ ضلع فولڈر اور حتمی کنٹینر میں ضروری کنفیگریشن اس بات کو یقینی بناتا ہے کہ صرف ضروری فائلیں پروڈکشن میں دستیاب ہوں 📂۔

اپنی خدمات کی صحت کی جانچ کرنے کے لیے، docker-compose.yml فائل ڈیٹا بیس کے تیار ہونے کی تصدیق کے لیے ہیلتھ چیک کا استعمال کرتی ہے۔ انحصار کی وضاحت کرکے، ہم اس بات کو یقینی بناتے ہیں کہ بیک اینڈ سروس اس وقت تک شروع نہیں ہوتی جب تک کہ ڈیٹا بیس ریسپانسیو نہ ہو، وقت سے متعلق کنکشن کے مسائل کو روکتا ہے۔ یہ سیٹ اپ خاص طور پر حقیقی دنیا کی ایپلی کیشنز میں فائدہ مند ہے جہاں ڈیٹا بیس کنیکٹیویٹی بہت ضروری ہے۔ اس ڈھانچے کے بغیر، سروسز دیگر سروسز کے ختم ہونے سے پہلے منسلک ہونے کی کوشش کر سکتی ہیں، جس کے نتیجے میں رن ٹائم کی خرابیاں اور صارفین کے لیے ممکنہ ڈاؤن ٹائم 🔄 ہو سکتا ہے۔