ਤੁਸੀਂ Node ਵਿੱਚ ਸੰਰਚਨਾ ਅਤੇ ਭੇਦ ਕਿਵੇਂ ਪ੍ਰਬੰਧਤ ਕਰਦੇ ਹੋ?

Question

IT Interview Practice · Accepted Answer

ਸੰਰਚਨਾ (ਡੇਟਾਬੇਸ URLs, API ਕੁੰਜੀਆਂ, ਪੋਰਟ, ਫਿਚਰ ਫਲੈਗਜ਼) ਆਪਣੇ ਕੋਡ **ਤੋਂ ਬਾਹਰ** ਵਾਤਾਵਰਨ ਵੇਰੀਏਬਲਜ਼ ਵਿੱਚ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ — ਕਦੇ ਵੀ hardcoded ਨਹੀਂ। ਇਹ ਭੇਦਾਂ ਨੂੰ ਸੋਤ ਨਿਯੰਤਰਣ ਤੋਂ ਬਾਹਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਉਹੀ ਕੋਡ dev, staging, ਅਤੇ production ਵਿੱਚ ਵੱਖ-ਵੱਖ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ ਚਲਾਉਣ ਦਿੰਦਾ ਹੈ।

## ਸਿਧਾਂਤ: ਵਾਤਾਵਰਨ ਤੋਂ config

```js
// ❌ NEVER hardcode secrets — they end up in git history forever
const dbUrl = "postgres://admin:password123@db.example.com";

// ✅ read from the environment
const dbUrl = process.env.DATABASE_URL;
const port = process.env.PORT || 3000;
```

ਇਹ **twelve-factor app** ਸਿਧਾਂਤ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ: config ਅਤੇ ਕੋਡ ਦਾ ਸਖ਼ਤ ਅਲੱਗ, ਇਸ ਲਈ ਨਵੇਂ ਵਾਤਾਵਰਨ ਵਿੱਚ ਤਾਇਨਾਤ ਕਰਨਾ ਮਤਲਬ env vars ਬਦਲਣਾ, ਕੋਡ ਨਹੀਂ।

## ਸਥਾਨਕ ਵਿਕਾਸ: .env ਫਾਈਲਾਂ

```bash
# .env — local values, GITIGNORED (never committed)
DATABASE_URL=postgres://localhost/myapp_dev
JWT_SECRET=dev-secret
PORT=3000
```

```js
// load .env into process.env (older: dotenv; newer Node: --env-file flag)
import "dotenv/config";        // or: node --env-file=.env app.js
const secret = process.env.JWT_SECRET;
```

Ek `.env` ਫਾਈਲ ਸਥਾਨਕ config ਨੂੰ ਰੱਖਦੀ ਹੈ; ਇਸ ਨੂੰ **gitignored ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ**। Ek `.env.example` commit ਕਰੋ (ਕੁੰਜੀਆਂ ਦੇ ਨਾਲ ਪਰ ਕੋਈ ਵਾਸਤਵਿਕ ਮੁੱਲ ਨਹੀਂ) ਜੋ ਇਹ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਜ਼ਰੂਰੀ ਹੈ।

## ਸ਼ੁਰੂਆਤ ਵਿੱਚ config ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚੋ

```js
import { z } from "zod";

const env = z.object({
  DATABASE_URL: z.string().url(),
  JWT_SECRET: z.string().min(16),
  PORT: z.coerce.number().default(3000),
}).parse(process.env); // ❗ fail FAST at startup if config is missing/invalid
```

Env vars ਨੂੰ ਬੂਟ ਤੇ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ (zod/envalid ਨਾਲ) ਮਤਲਬ ਕਾਈ ਭੂਲਿਆ ਹੋਇਆ ਜਾਂ ਗਲਤ ਭੇਦ ਤੁਰੰਤ ਇੱਕ ਸਪਸ਼ਟ ਸੁਨੇਹੇ ਦੇ ਨਾਲ ਕਰੈਸ਼ ਹੋ ਜਾਵੇ — ਇੱਕ ਬੇਲਬ runtime ਉਚਾਲ ਤੋਂ ਬਹੁਤ ਬਿਹਤਰ ਮਾਂਗ ਦੇ ਵਿੱਚ।

## Production ਵਿੱਚ ਭੇਦ

```text
Dev:        .env file (gitignored)
Production: injected by the platform/orchestrator —
            cloud secret managers (AWS Secrets Manager, GCP Secret Manager, Vault),
            container/orchestrator env vars, CI/CD secrets.
Never put production secrets in .env files committed or shipped with the app.
```

## ਪਹੁੰਚ ਨੂੰ ਕੇਂਦਰੀ ਕਰੋ

```js
// config.js — one validated config module the app imports (don't sprinkle process.env everywhere)
export const config = { dbUrl: env.DATABASE_URL, port: env.PORT };
```

## ਇਹ ਮਾਇਨੇ ਕਿਉਂ ਰੱਖਦਾ ਹੈ

ਸਾਰਥਕ config ਅਤੇ ਭੇਦ ਪ੍ਰਬੰਧਨ **ਸੁਰੱਖਿਆ** ਅਤੇ **ਓਪਰੇਸ਼ਨਲ** ਜ਼ਰੂਰਤ ਦੋਵੇਂ ਹਨ।

Hardcoding ਭੇਦ ਉਹਨਾਂ ਨੂੰ ਵਰਸਨ ਕੰਟਰੋਲ ਵਿੱਚ ਲੀਕ ਕਰਦਾ ਹੈ (ਇੱਕ ਗੰਭੀਰ, ਆਮ ਉਲੰਘਣ); ਕੋਡ ਵਿੱਚ config ਨੂੰ ਮਿਲਾਉਣਾ ਵਾਤਾਵਰਨ ਪਾਰ deployment ਨੂੰ ਦਬੋਲਾ ਕਰਦਾ ਹੈ।

ਮਾਨਕ ਪਹੁੰਚ — env vars, ਸਥਾਨਕ dev ਲਈ gitignored `.env`, ਦਸਤਾਵੇਜ਼ ਲਈ `.env.example`, ਸ਼ੁਰੂਆਤ ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ, ਅਤੇ production ਵਿੱਚ ਪਲੇਟਫਾਰਮ ਭੇਦ ਮੈਨੇਜਰ — ਭੇਦਾਂ ਨੂੰ ਸੁਰੱਖਿਤ ਰੱਖਦਾ ਹੈ, ਐਪ ਨੂੰ ਵਾਤਾਵਰਨ ਪਾਰ ਨਿਰੀਖਣਾ ਬਣਾਦੇ ਹੋ, ਅਤੇ ਮਿਸਕੌਨਫਿਗੂਰੇਸ਼ਨ ਨੂੰ ਛੇਤੀ ਸਤ੍ਹ ਨੱਸ।

ਇਹ ਵਿਸ਼ੇਸ਼ runes Node ਐਪਾਂ ਨੂੰ ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਚਲਾਉਣ ਲਈ ਮੌਲਿਕ ਹੈ।

ਸਿਧਾਂਤ: ਵਾਤਾਵਰਨ ਤੋਂ config

ਸਥਾਨਕ ਵਿਕਾਸ: .env ਫਾਈਲਾਂ

ਸ਼ੁਰੂਆਤ ਵਿੱਚ config ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚੋ

Production ਵਿੱਚ ਭੇਦ

ਪਹੁੰਚ ਨੂੰ ਕੇਂਦਰੀ ਕਰੋ

ਇਹ ਮਾਇਨੇ ਕਿਉਂ ਰੱਖਦਾ ਹੈ

ਸੰਬੰਧਿਤ ਸਵਾਲ