Node-இல் configuration மற்றும் secrets-ஐ எப்படி நிர்வகிப்பீர்கள்?

Question

IT Interview Practice · Accepted Answer

Configuration (database URL-கள், API keys, ports, feature flags) உங்கள் code-க்கு **வெளியே** environment variables-இல் இருக்க வேண்டும் — ஒருபோதும் hardcode செய்யக்கூடாது. இது secrets-ஐ source control-க்கு வெளியே வைத்திருக்கிறது மற்றும் ஒரே code dev, staging, மற்றும் production-இல் வெவ்வேறு settings-உடன் இயங்க அனுமதிக்கிறது.

## கொள்கை: environment-இலிருந்து 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** கொள்கையைப் பின்பற்றுகிறது: code-இலிருந்து config-இன் கடுமையான பிரிப்பு, இதனால் ஒரு புதிய environment-க்கு deploy செய்வது என்பது code அல்ல, env vars-ஐ மாற்றுவதாகும்.

## Local development: .env files

```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;
```

ஒரு `.env` file local config-ஐ வைத்திருக்கிறது; அது **gitignore செய்யப்பட வேண்டும்**. என்ன தேவை என்பதை ஆவணப்படுத்த ஒரு `.env.example`-ஐ (keys உடன் ஆனால் உண்மையான மதிப்புகள் இல்லாமல்) commit செய்யுங்கள்.

## Startup-இல் config-ஐ validate செய்யுங்கள்

```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
```

Boot-இல் env vars-ஐ validate செய்வது (zod/envalid உடன்) என்பது ஒரு missing அல்லது malformed secret உடனடியாக ஒரு தெளிவான message உடன் crash ஆகிறது என்பதாகும் — ஒரு request-க்கு ஆழமாக ஒரு குழப்பமான runtime failure-ஐவிட மிகவும் சிறந்தது.

## Production-இல் secrets

```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 மற்றும் secret மேலாண்மை ஒரு **security** மற்றும் ஒரு **operational** அவசியம் இரண்டுமாகும்.

Secrets-ஐ hardcode செய்வது அவற்றை version control-க்குள் கசியவைக்கிறது (ஒரு தீவிரமான, பொதுவான breach); config-ஐ code-இல் கலப்பது environments முழுவதும் deployment-ஐ வேதனையானதாக்குகிறது.

standard அணுகுமுறை — env vars, local dev-க்கு gitignore செய்யப்பட்ட `.env`, ஆவணப்படுத்துதலுக்கு `.env.example`, startup-இல் validation, மற்றும் production-இல் platform secret managers — secrets-ஐ பாதுகாப்பாக வைத்திருக்கிறது, app-ஐ environments முழுவதும் portable ஆக்குகிறது, மற்றும் misconfiguration-ஐ முன்கூட்டியே வெளிப்படுத்துகிறது.

Node apps-ஐ பொறுப்புடன் இயக்குவதற்கு இது அடிப்படையானது.

கொள்கை: environment-இலிருந்து config

Local development: .env files

Startup-இல் config-ஐ validate செய்யுங்கள்

Production-இல் secrets

அணுகலை மையப்படுத்துங்கள்

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்