Sinten cara sampeyan nglola konfigurasi ing NestJS?

Question

Accepted Answer

NestJS nyediakake paket **`@nestjs/config`** kanggo nglola konfigurasi lan variabel lingkungan kanthi cara terstruktur, aman tipe, lan dapat disuntikake. Iku muataken file `.env`, validasi config, lan ndadekake nilai-nilai kasebut kasedhiya ing saindhenging app kanthi ConfigService sing bisa disuntikake. ## Nyiapake ConfigModule ```ts import { ConfigModule } from "@nestjs/config"; @Module({ imports: [ ConfigModule.forRoot({ isGlobal: true, // available app-wide without re-importing envFilePath: ".env", validationSchema: Joi.object({ // validate env vars at startup (fail fast) DATABASE_URL: Joi.string().required(), PORT: Joi.number().default(3000), JWT_SECRET: Joi.string().required(), }), }), ], }) export class AppModule {} ``` `ConfigModule.forRoot()` muataken variabel lingkungan (saka `.env` + lingkungan proses) lan — sing paling penting — bisa **validasi** kanthi skema (Joi), dadi konfigurasi sing ilang utawa ora valid bakal nyebabake app mogok ing saat startup kanthi error sing jelas tinimbang gagal kanthi aneh nalika runtime. ## Maca config liwat ConfigService (injectable) ```ts @Injectable() export class DatabaseService { constructor(private configService: ConfigService) {} // inject ConfigService connect() { const url = this.configService.get("DATABASE_URL"); const port = this.configService.get("PORT", 3000); // with a default } } ``` Inggih daripada maca `process.env` langsung ing saindhenging urip, sampeyan nyuntikake `ConfigService` lan manggil `get()` — aman tipe, bisa diuji, lan sentralisir. ## Konfigurasi sing diomong-omongake/ditikake ```ts // config/database.config.ts — group related config with registerAs export default registerAs("database", () => ({ host: process.env.DB_HOST, port: parseInt(process.env.DB_PORT, 10), })); // load it: ConfigModule.forRoot({ load: [databaseConfig] }) // access it: configService.get("database.host") ``` Ngomong-omongake ngelompokake pengaturan sing patali lan nglola config kanthi terorganisir nalika luwih akeh. ## Napa ora mung nganggo process.env langsung? ```text ✗ process.env scattered everywhere → hard to test, no validation, stringly-typed ✓ ConfigService → injectable (mockable in tests), validated at startup, typed, centralized — the structured NestJS way ``` ## Rahasia lan lingkungan ```text ✓ Keep secrets in .env (GITIGNORED) — commit a .env.example documenting required vars ✓ In production, inject config via the platform's env vars / secret manager ✓ Validate at startup so misconfiguration fails immediately with a clear message ``` ## Napa iki pentinge Nglola konfigurasi kanthi bener iku penting kanggo aplikasi nyata — nangani URL database, kunci API, port, rahasia, lan flag fitur kanthi aman lan fleksibel ing saindhenging lingkungan (dev, staging, produksi). ConfigModule `@nestjs/config` ing NestJS nyediakake cara sing terstruktur lan idiomatic kanggo nggawe iki, lan mangertèni iku penting kanggo pangertèan saben dina. Kendel-kendel utama tinimbang maca `process.env` langsung iku signifikan: **`ConfigService`** sing bisa disuntikake ndadekake config bisa diuji (bisa dimodif ing test) lan sentralisir; **validasi ing saat startup** (kanthi skema Joi) ketangkep konfigurasi sing ilang utawa ora susunan langsung kanthi error sing jelas tinimbang minangka kegagalan runtime sing bingung nang-ing mendalam ing mbutuhake; lan omong-omongake nglola config sing nyambut gumowo kanthi terorganisir. Dibanten-banti karo cara keamanan sing bener-bener menyimpan rahasia ing file `.env` sing dipindhah (lan `.env.example` sing dinugmet), iki nyediakake konfigurasi sing aman, portabel, lan dijustifikasi. Mangertèni cara nyiapake `ConfigModule`, nyuntikake lan nggunakake `ConfigService`, lan validasi config iku dhasar kanggo nggawe aplikasi NestJS sing siap produksi lan nuduhi praktik back-end sing profesional.