NestJS ڈوکر کی خرابی: ماڈیول @nestjs/cli/bin/nest.js نہیں ملا

NestJS مائیکرو سروسز میں ڈوکر کے مسائل کا ازالہ کرنا

ترقی کرتے وقت a NestJS مائیکرو سروس پر مبنی ریسٹ اے پی آئی، ڈوکر کنٹینر کے اندر خدمات چلانا بعض اوقات غیر متوقع مسائل کا باعث بن سکتا ہے۔ ایسا ہی ایک مسئلہ اس وقت پیدا ہوتا ہے جب ڈوکر تلاش کرنے سے قاصر ہوتا ہے۔ @nestjs/cli/bin/nest.js ماڈیول، سروس کو چلنے سے روکتا ہے۔

یہ مسئلہ خاص طور پر اس وقت مایوس کن ہوتا ہے جب آپ نے پہلے سے ہی متعدد خدمات، جیسے کہ تصدیق اور ریزرویشنز کو ترتیب دیا ہے، اور یہ یقینی بنانے کے لیے کام کر رہے ہیں کہ وہ اپنے متعلقہ کنٹینرز میں آسانی سے چلیں۔ سامنا کرنا a MODULE_NOT_FOUND غلطی ترقی کو روک سکتی ہے اور فوری طور پر خرابیوں کا سراغ لگانا ضروری ہے۔

مسئلہ اکثر اس سے متعلق ہوتا ہے کہ ڈوکر کنٹینر کے اندر انحصار کو کس طرح سنبھالا جاتا ہے، خاص طور پر استعمال کرتے وقت a نوڈ: الپائن بیس امیج اور پیکیج مینیجرز جیسے pnpm. خرابی کا لاگ عام طور پر کنٹینر میں غائب ماڈیول کی طرف اشارہ کرتا ہے۔ node_modules ڈائریکٹری، جو سروس کے آغاز کے عمل کو متاثر کرتی ہے۔

اس گائیڈ میں، ہم اس خرابی کی عام وجوہات کا جائزہ لیں گے، ممکنہ حل پر تبادلہ خیال کریں گے، اور اسے حل کرنے کے لیے سفارشات فراہم کریں گے، اس بات کو یقینی بناتے ہوئے کہ آپ کی NestJS سروسز Docker ماحول میں توقع کے مطابق چلیں۔

Docker اور NestJS CLI انٹیگریشن کو سمجھنا

مثالوں میں فراہم کردہ پہلی ڈاکر فائل کو حل کرنے پر مرکوز ہے۔ MODULE_NOT_FOUND جیسے خدمات چلاتے وقت NestJS CLI سے متعلق غلطی تصنیف اور تحفظات. یہ اس بات کو یقینی بنا کر حاصل کیا جاتا ہے کہ ضروری عالمی انحصار ترقی اور پیداوار دونوں مراحل میں نصب ہیں۔ ڈاکر فائل ہلکے وزن کے استعمال سے شروع ہوتی ہے۔ نوڈ: الپائن تصویر، جو تصویر کے مجموعی سائز کو کم کرنے میں مدد کرتی ہے۔ یہ پھر پیکیج مینیجر کو انسٹال کرتا ہے۔ pnpm اور NestJS CLI عالمی سطح پر اس بات کو یقینی بنانے کے لیے کہ تمام مطلوبہ ماڈیولز ماحول میں دستیاب ہوں۔

CLI اور پیکیج مینیجر انسٹال ہونے کے بعد، اسکرپٹ ضروری فائلوں کو کاپی کرتا ہے جیسے کہ package.json اور کنفیگریشن فائلیں، جو پراجیکٹ کے انحصار کو انسٹال کرنے کے لیے اہم ہیں۔ انحصار انسٹال ہونے کے بعد، پروجیکٹ کمانڈ کا استعمال کرتے ہوئے بنایا گیا ہے۔ پی این پی ایم رن بلڈ، جو ماخذ کوڈ کو ایک قابل تقسیم شکل میں مرتب کرتا ہے۔ یہ قدم ضروری ہے کیونکہ مرتب شدہ آؤٹ پٹ حتمی پیداواری ماحول میں استعمال کیا جائے گا، ترقیاتی ٹولز سے غیر ضروری اوور ہیڈ سے گریز کیا جائے گا۔

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

ایپلیکیشن اسٹارٹ اپ کو سنبھالنے کے لیے، سی ایم ڈی ڈائرکٹیو پر عملدرآمد کے لیے مرکزی فائل کی وضاحت کرتا ہے، جو عام طور پر میں واقع ہوتی ہے۔ ضلع تعمیر کے عمل کے بعد ڈائریکٹری۔ ڈوکر کنٹینر کمانڈ چلاتا ہے۔ node dist/apps/auth/main.js (یا reservations/main.js دوسری سروس کے لیے)، اس بات کو یقینی بناتے ہوئے کہ مائیکرو سروس کو درست ماحول میں انجام دیا جائے۔ یہ نقطہ نظر مائیکرو سروس فن تعمیر کو پیمانے کی اجازت دیتا ہے، کیونکہ ہر سروس کو اس کے اپنے کنٹینر میں الگ تھلگ کیا جا سکتا ہے جس میں تمام انحصار مناسب طریقے سے منظم کیا جا سکتا ہے۔ مجموعی سیٹ اپ اس بات کو یقینی بناتا ہے کہ Docker NestJS سروسز کو مؤثر طریقے سے چلاتا ہے، کنٹینرائزیشن کے دوران پیش آنے والے عام CLI مسائل کو حل کرتا ہے۔

// Dockerfile - Solution 1 (Ensure Global Dependencies are Installed)FROM node:alpine AS development
WORKDIR /usr/src/app
COPY package.json pnpm-lock.yaml tsconfig.json nest-cli.json ./
RUN npm install -g pnpm @nestjs/cli  # Install NestJS CLI globally
RUN pnpm install
COPY . .
RUN pnpm run build auth
FROM node:alpine AS production
WORKDIR /usr/src/app
COPY --from=development /usr/src/app/dist ./dist
CMD ["node", "dist/apps/auth/main.js"]

// Dockerfile - Solution 2 (Install CLI during both development and production stages)FROM node:alpine AS development
WORKDIR /usr/src/app
COPY package.json pnpm-lock.yaml tsconfig.json nest-cli.json ./
RUN npm install -g pnpm @nestjs/cli  # Install CLI in dev environment
RUN pnpm install
COPY . .
RUN pnpm run build reservations
FROM node:alpine AS production
WORKDIR /usr/src/app
COPY package.json pnpm-lock.yaml ./
RUN npm install -g pnpm @nestjs/cli --prod  # Install CLI in production too
COPY --from=development /usr/src/app/dist ./dist
CMD ["node", "dist/apps/reservations/main.js"]

// jest.config.js - Unit Testsmodule.exports = {
  testEnvironment: 'node',
  moduleFileExtensions: ['js', 'json', 'ts'],
  rootDir: './',
  testRegex: '.spec.ts$',
  transform: { '^.+\\.(t|j)s$': 'ts-jest' },
  coverageDirectory: './coverage',
};

// sample.spec.ts - Check if Nest CLI is available in the Docker containerdescribe('Nest CLI Module Check', () => {
  it('should have @nestjs/cli installed', async () => {
    const { exec } = require('child_process');
    exec('nest --version', (error, stdout, stderr) => {
      expect(stdout).toContain('Nest');  // Verify CLI presence
    });
  });
});

Dockerized NestJS سروسز میں نوڈ ماڈیولز کو ہینڈل کرنا

NestJS میں مائیکرو سروس آرکیٹیکچر کے ساتھ کام کرتے وقت، ایک اہم پہلو اس بات کو یقینی بنا رہا ہے کہ آپ کی انحصار درست طریقے سے ڈوکر کنٹینرز میں انسٹال اور ان کا نظم ہے۔ ڈاکرائزڈ ماحول بعض اوقات ہینڈلنگ کو پیچیدہ بنا سکتا ہے۔ node_modulesخاص طور پر جب ملٹی اسٹیج بلڈز کا استعمال کرتے ہوئے، جس کی وجہ سے خرابیاں ہوسکتی ہیں۔ "ماڈیول @nestjs/cli/bin/nest.js نہیں مل سکتا". یہ خرابی عام طور پر اس وقت پیدا ہوتی ہے جب عالمی ماڈیولز جیسے @nestjs/cli کنٹینر کے اندر مناسب طریقے سے نصب نہیں ہیں.

اس سے بچنے کے لیے، یہ ضروری ہے کہ Dockerfile کو اس طریقے سے ڈھانچے جو اس بات کو یقینی بنائے کہ تمام ضروری ماڈیولز ترقی اور پیداوار دونوں مراحل میں موجود ہوں۔ ایک عام حل واضح طور پر انسٹال کرنا ہے۔ NestJS CLI دونوں مراحل کے دوران کمانڈز چلاتے وقت غائب بائنریز سے متعلق کسی بھی مسئلے سے بچنے کے لیے nest start یا nest build. یہ طریقہ پورے ماحول میں مستقل مزاجی فراہم کرتا ہے، چاہے آپ pnpm، npm، یارن استعمال کر رہے ہوں۔

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