Soláthraíonn NestJS modúl cachaisteoireachta bunaithe (@nestjs/cache-manager) le API aontaithe a oibríonn ar fhoras éagsúla — in-memory ar a shon féin, nó Redis do chachaisteoireacht dáilte ar fud réadanna iolracha. Laghdaíonn cachaisteoireacht an fheidhmíochta go mór tríd an obair dhruadgheal athrialita a sheachaint.
({
: [
.({
: ,
: ,
: ,
}),
],
})
{}
@Controller("products")
@UseInterceptors(CacheInterceptor) // automatically caches GET responses
export class ProductsController {
@Get()
@CacheTTL(30000) // override TTL for this route
findAll() {
return this.productsService.findAll(); // result cached; subsequent GETs are instant
}
}
Déanann CacheInterceptor freagraí deireadh GET a chachaisteoiriú go huathoibríoch (arna bpointe trí URL) agus soláthraíonn sé torthaí cacha ar iarrataí athrialata — an dóigh is simplí chun deireadh léamh-dhomhain a chachaisteoiriú.
@Injectable()
export class ProductsService {
constructor(@Inject(CACHE_MANAGER) private cache: Cache) {}
async getProduct(id: string) {
const cached = await this.cache.get(`product:${id}`); // check cache first
if (cached) return cached; // cache HIT
const product = await this.db.findProduct(id); // cache MISS — fetch
await this.cache.set(`product:${id}`, product, 3600000); // store (1h TTL)
return product;
}
}
Tuigeas CACHE_MANAGER smacht iomlán — an patrún get-or-fetch (cach a sheiceáil, titim ar ais ar an bhfoinse, toradh a stóráil) do chachaisteoireacht oibríochtaí sonracha atá geal.
CacheModule.registerAsync({
useFactory: async () => ({
store: await redisStore({ url: process.env.REDIS_URL }), // use Redis as the store
ttl: 60000,
}),
});
Tugann an API céanna, ar chúl Redis, cach comhroinnte ar fud na bhfeidhmeanna aip ar fad — riachtanach nuair a bhíonn réadanna iolracha ag rith (ní bhíonn cach in-memory comhroinnte eatarthu).
async updateProduct(id: string, data) {
await this.db.update(id, data);
await this.cache.del(`product:${id}`); // INVALIDATE on change → avoid stale data
}
The biggest caching challenge: INVALIDATION. When data changes, the cache must be
cleared/updated, or users see stale data. Strategies: TTL (accept brief staleness),
explicit deletion on writes (cache.del), or cache tags.
Is é cachaisteoireacht ceann de na barróganna feidhmíochta is tábhachtaí ar chúl-fheidhmchlár, agus déanann modúl cachaisteoireachta bunaithe NestJS a bheith geal agus comhsheasmhach.
Tá sé tábhachtach a thuiscint toisc go mbainíonn APanna léamh-dhomhain tairbhe an-mhór as oibríochtaí costasacha a chachaisteoiriú (iarrataí bunachair sonraí, glaonna API seachtracha, ríomhanna) — ag laghdú an chéimeanna agus an ualach go mór.
Soláthraíonn NestJS cachaisteoireacht shimplí uathoibríoch (CacheInterceptor do dheireadh GET) agus smacht fíneáilte láimhe (CacheManager patrún get-or-fetch do oibríochtaí sonracha).
Go bunúsach, oibríonn an API aontaithe le foras éagsúla, ionas gur féidir an cód céanna a úsáid cachaisteoireacht in-memory (gasta, aonúr-dhilse) nó Redis (cach comhroinnte ar fud réadanna iolracha) — agus a bheith ar an eolas go nach bhfuil cach in-memory comhroinnte agus scéimh chothrománach a leathéadh (ag teastáil Redis do chachaisteoireacht dáilte) is pointe ailtireachta tábhachtach.
Tá sé chomh tábhachtach ar an mbealach sin a thuiscint deacracht lárnach cachaisteoireachta — neamhbhailíochtú (an cach a ghlanadh nó a nuashonrú nuair a athraíonn sonraí, trí TTL nó scriosta follasach, chun sonraí sean a sheachaint) — ó tharla go bhfuil sé seo ina dhíchuimhnighe clasaiceach.
Bheith ar an eolas conas agus cathain cachaisteoireacht a chur i bhfeidhm, an foras ceart a roghnú don dheployment, agus neamhbhailíochtú a láimhseáil i gceart is eolas luachmhar céim-shinsearach ar sheirbhísí gasta, ináirithe NestJS a thógáil.