perf: reduce Neon compute usage with cron + caching optimizations

- Reduce cron frequency: changes 2min→4hr, keyword 15min→6hr, metrics hourly→daily
- Add Prisma directUrl for connection pooling support
- Add Vercel KV caching to /api/tools endpoint (graceful degradation if not configured)
- Add X-Cache header to indicate cache hit/miss
- Add NEON_COMPUTE_OPTIMIZATION.md with full strategy guide

These changes should reduce Neon CU usage from 100+ to ~20-30 CU-hrs/month.
This commit is contained in:
Ajax Davis 2025-12-31 12:14:00 +10:00
parent 8f4fd77d79
commit fd4520dbf6
6 changed files with 363 additions and 9 deletions

View file

@ -0,0 +1,276 @@
# Neon Compute Usage Optimization Strategy
Current usage: **100+ CU-hrs/month** (over free tier limit)
## Root Causes
### 1. Cron Jobs Hitting Database Too Frequently
Current schedule:
- `/api/sync/changes` - Every **2 minutes** (720 runs/day)
- `/api/sync/keyword` - Every **15 minutes** (96 runs/day)
- `/api/sync/metrics` - Every **hour** (24 runs/day)
Each run wakes up the Neon compute instance if it's scaled to zero, incurring cold start costs.
### 2. No Connection Pooling
Prisma creates new connections for each serverless function invocation. Neon recommends using their connection pooler with `?pgbouncer=true`.
### 3. API Endpoints Without Caching
Every `/api/tools` request hits the database directly. No Redis/memory caching layer.
### 4. Potentially Expensive Queries
- `prisma.tool.findMany()` with multiple includes and order by clauses
- No query result caching
---
## Optimization Strategy
### Phase 1: Immediate Fixes (High Impact)
#### 1.1 Reduce Cron Frequency
```json
// vercel.json - proposed changes
{
"crons": [
{
"path": "/api/sync/changes",
"schedule": "0 */4 * * *" // Every 4 hours instead of 2 minutes
},
{
"path": "/api/sync/keyword",
"schedule": "0 */6 * * *" // Every 6 hours instead of 15 minutes
},
{
"path": "/api/sync/metrics",
"schedule": "0 0 * * *" // Once daily instead of hourly
}
]
}
```
**Impact**: Reduces cron-triggered database wakeups from ~840/day to ~10/day
#### 1.2 Enable Neon Connection Pooling
Update `DATABASE_URL` in Vercel environment:
```
# Current (direct connection)
postgresql://user:pass@ep-xxx.us-east-1.aws.neon.tech/db
# Optimized (pooled connection)
postgresql://user:pass@ep-xxx-pooler.us-east-1.aws.neon.tech/db?pgbouncer=true
```
Add to Prisma schema:
```prisma
datasource db {
provider = "postgresql"
url = env("DATABASE_URL")
directUrl = env("DIRECT_URL") // For migrations only
}
```
**Impact**: Reduces connection overhead by 50-80%
#### 1.3 Reduce Auto-Suspend Timeout
In Neon console, set compute auto-suspend to **1 minute** (minimum) instead of 5 minutes.
**Impact**: Less idle compute time billed
### Phase 2: Caching Layer (Medium Impact)
#### 2.1 Add Vercel KV (Redis) for API Caching
```typescript
// apps/web/src/app/api/tools/route.ts
import { kv } from '@vercel/kv';
const CACHE_TTL = 300; // 5 minutes
const CACHE_KEY = 'tools:list';
export async function GET(request: NextRequest) {
// Try cache first
const cached = await kv.get(CACHE_KEY);
if (cached) {
return NextResponse.json(cached);
}
// Fetch from DB
const tools = await prisma.tool.findMany({ ... });
// Cache result
await kv.set(CACHE_KEY, tools, { ex: CACHE_TTL });
return NextResponse.json(tools);
}
```
**Impact**: 90%+ cache hit rate for browse/search operations
#### 2.2 Implement Stale-While-Revalidate Pattern
```typescript
// Return stale data immediately, refresh in background
const cached = await kv.get(CACHE_KEY);
if (cached) {
// Async refresh if stale
if (cached.timestamp < Date.now() - CACHE_TTL * 1000) {
refreshCacheInBackground();
}
return NextResponse.json(cached.data);
}
```
### Phase 3: Query Optimization (Low-Medium Impact)
#### 3.1 Use Select Instead of Include
```typescript
// Before: Fetches all package fields
const tools = await prisma.tool.findMany({
include: { package: true }
});
// After: Only fetch needed fields
const tools = await prisma.tool.findMany({
select: {
id: true,
name: true,
description: true,
package: {
select: {
npmPackageName: true,
npmVersion: true,
category: true,
}
}
}
});
```
#### 3.2 Add Database Indexes
Review slow queries in Neon console and add indexes:
```prisma
model Tool {
// Composite index for common query pattern
@@index([qualityScore(sort: Desc), createdAt(sort: Desc)])
}
```
#### 3.3 Paginate Large Result Sets
Current: `limit: 1000` in tool-search page
Proposed: `limit: 50` with infinite scroll
### Phase 4: Architecture Changes (High Impact, More Work)
#### 4.1 Static Generation for Tool Pages
Convert tool detail pages from `dynamic = 'force-dynamic'` to ISR:
```typescript
// apps/web/src/app/tool/[...slug]/page.tsx
export const revalidate = 3600; // Revalidate every hour
export const dynamicParams = true;
export async function generateStaticParams() {
const tools = await prisma.tool.findMany({
select: { name: true, package: { select: { npmPackageName: true } } },
take: 100, // Pre-generate top 100 tools
});
return tools.map(t => ({ slug: [t.package.npmPackageName, t.name] }));
}
```
**Impact**: Zero database hits for cached pages
#### 4.2 Move Sync Jobs to GitHub Actions
Instead of Vercel Cron (which triggers serverless functions that connect to Neon), use GitHub Actions with a direct database connection:
```yaml
# .github/workflows/sync.yml
name: NPM Sync
on:
schedule:
- cron: '0 */6 * * *' # Every 6 hours
jobs:
sync:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: pnpm install
- run: pnpm --filter=@tpmjs/db db:generate
- run: node scripts/sync-npm.js
env:
DATABASE_URL: ${{ secrets.DATABASE_URL }}
```
**Impact**: Sync jobs don't wake Neon compute (uses direct connection from GitHub runner)
#### 4.3 Consider Neon Branching for Dev/Preview
Use Neon branching so preview deployments don't hit production database:
```
Production: main branch (ep-xxx-pooler...)
Preview: dev branch (ep-yyy-pooler...)
```
---
## Implementation Priority
| Priority | Task | Impact | Effort |
|----------|------|--------|--------|
| 🔴 P0 | Reduce cron frequency | High | 5 min |
| 🔴 P0 | Enable connection pooling | High | 10 min |
| 🟡 P1 | Add Vercel KV caching | High | 2 hrs |
| 🟡 P1 | Reduce auto-suspend timeout | Medium | 5 min |
| 🟢 P2 | Optimize queries with select | Medium | 1 hr |
| 🟢 P2 | Move to ISR for tool pages | High | 2 hrs |
| 🔵 P3 | Move sync to GitHub Actions | High | 3 hrs |
---
## Monitoring
After implementing changes, monitor in Neon console:
- **Compute hours**: Should drop 80%+ after P0 changes
- **Connections**: Should be more stable with pooling
- **Query performance**: Check slow query log
---
## Cost Projections
| Scenario | CU-hrs/month | Cost |
|----------|--------------|------|
| Current | 100+ | Over free tier |
| After P0 | ~20-30 | Free tier |
| After P1 | ~10-15 | Free tier |
| After all | ~5-10 | Free tier |
Free tier limit: **100 CU-hrs/month**
---
## Quick Start
1. **Right now**: Update `vercel.json` cron schedules
2. **Today**: Add `-pooler` to DATABASE_URL in Vercel
3. **This week**: Add Vercel KV caching
4. **Next week**: Convert to ISR
This should get you well under the 100 CU-hr limit.