Multi-Service Project: Deploy Backend, Frontend, dan Database dalam Satu Project

Aplikasi production jarang hanya satu service. Kamu punya backend API, frontend UI, database, mungkin juga worker dan scheduler.

Di Helipod, kamu bisa deploy semua service dalam satu project: dan mereka otomatis terhubung lewat internal network tanpa konfigurasi manual.

Mengapa Multi-Service?#

1. Separation of Concerns#

Backend dan frontend punya kebutuhan berbeda:

• Backend: Node.js/FastAPI, butuh akses database
• Frontend: Next.js/React, butuh akses backend API
• Database: PostgreSQL/Redis, butuh isolasi data

Memisahkan mereka = lebih mudah di-maintain, scale, dan debug.

2. Independent Scaling#

Frontend mungkin butuh 0.25 vCPU, tapi backend butuh 1 vCPU. Dengan multi-service, kamu bisa atur resource tiap service secara independen.

3. Independent Deployment#

Update frontend tanpa restart backend. Deploy backend tanpa ganggu database. Setiap service punya lifecycle sendiri.

Cara Membuat Multi-Service Project#

1. Buat Project Baru#

Buka Helipod dashboard → New Project → beri nama.

2. Tambah Service Pertama (Database)#

Klik Add Service → pilih PostgreSQL atau Redis.

Atur:

• Resource: 0.5 vCPU, 1GB RAM
• Volume: 1GB (untuk data persistent)

3. Tambah Service Kedua (Backend)#

Klik Add Service → pilih GitHub/GitLab → connect repo backend kamu.

Atur:

• Resource: 0.5 vCPU, 1GB RAM
• Environment variables:

  DATABASE_URL=postgresql://user:pass@postgres-db:5432/myapp
  REDIS_URL=redis://redis-cache:6379
  

4. Tambah Service Ketiga (Frontend)#

Klik Add Service → pilih GitHub/GitLab → connect repo frontend.

Atur:

• Resource: 0.25 vCPU, 512MB
• Environment variables:

  NEXT_PUBLIC_API_URL=https://backend-your-project.helipod.app
  

5. Deploy#

Klik Deploy untuk setiap service. Helipod akan:

1. Build dan deploy tiap service
2. Setup internal networking
3. Generate domain untuk service yang butuh public access

Internal Networking#

Fitur paling powerful dari multi-service project: internal networking.

Cara Kerja#

Setiap service dalam satu project otomatis bisa saling akses menggunakan service name sebagai hostname:

postgres-db     → PostgreSQL container
redis-cache     → Redis container
backend-api     → Backend container
frontend-app    → Frontend container

Contoh Koneksi#

Backend → Database:

DATABASE_URL=postgresql://user:pass@postgres-db:5432/myapp

Backend → Redis:

REDIS_URL=redis://redis-cache:6379

Frontend → Backend:

NEXT_PUBLIC_API_URL=https://backend-api.helipod.app

Keamanan#

Internal network hanya bisa diakses oleh service dalam project yang sama. Service dari project lain tidak bisa akses, ini isolasi otomatis.

Contoh Architecture#

E-commerce App#

┌─────────────────────────────────────────┐
│              Project: MyShop            │
├─────────────────────────────────────────┤
│                                         │
│  ┌─────────────┐  ┌─────────────────┐  │
│  │  Frontend   │  │    Backend      │  │
│  │  Next.js    │──│    Laravel      │  │
│  │  0.25 vCPU  │  │    1 vCPU       │  │
│  └─────────────┘  └────────┬────────┘  │
│                            │            │
│                    ┌───────┴───────┐    │
│                    │               │    │
│              ┌─────┴─────┐  ┌─────┴──┐ │
│              │ PostgreSQL│  │ Redis  │ │
│              │ 0.5 vCPU  │  │0.25 vCPU│ │
│              └───────────┘  └────────┘ │
│                                         │
└─────────────────────────────────────────┘

Monolith + Worker#

┌─────────────────────────────────────────┐
│           Project: MyApp                │
├─────────────────────────────────────────┤
│                                         │
│  ┌─────────────────────────────────┐   │
│  │         Web Server              │   │
│  │    Laravel / Django / Express   │   │
│  │           1 vCPU                │   │
│  └──────────────┬──────────────────┘   │
│                 │                       │
│           ┌─────┴─────┐                │
│           │ PostgreSQL │                │
│           │  0.5 vCPU  │                │
│           └───────────┘                │
│                                         │
│  ┌─────────────────────────────────┐   │
│  │         Worker                  │   │
│  │    Queue processor / Cron       │   │
│  │           0.25 vCPU             │   │
│  └─────────────────────────────────┘   │
│                                         │
└─────────────────────────────────────────┘

Best Practice#

1. Naming Convention#

Gunakan nama yang deskriptif untuk service:

✅ postgres-db, redis-cache, backend-api, frontend-web
❌ db, cache, api, web

2. Resource Allocation#

3. Environment Variables#

Simpan secrets di environment variables, bukan di code:

# Database
DATABASE_URL=postgresql://user:pass@postgres-db:5432/myapp

# Cache
REDIS_URL=redis://redis-cache:6379

# API Keys
STRIPE_SECRET_KEY=sk_live_xxx

4. Health Checks#

Pastikan setiap service punya health check endpoint:

// Backend
app.get('/health', (req, res) => res.json({ status: 'ok' }));

# FastAPI
@app.get("/health")
async def health():
    return {"status": "ok"}

Monitoring Multi-Service#

Di Helipod dashboard, kamu bisa:

1. Lihat status semua service: dalam satu canvas view
2. Monitor connections: visualisasi koneksi antar service
3. Check logs per service: filter berdasarkan service name
4. Monitor metrics: CPU, RAM, network per service

Related Features#

• Internal Networking: otomatis connect antar service
• Environment Variables: kelola secrets per service
• Custom Domain: setiap service bisa punya domain sendiri
• HPA Autoscaling: scale service tertentu sesuai traffic

Kesimpulan#

Multi-service project memungkinkan kamu membangun aplikasi production yang terdiri dari beberapa service, backend, frontend, database, worker, dalam satu project yang terisolasi dan terhubung otomatis.

Belum coba Helipod? Daftar gratis di helipod.io, tidak perlu kartu kredit.

Punya pertanyaan? Hubungi kami di support@helipod.io atau bergabung ke komunitas di hangar.helipod.io.