Memahami tren utama system design 2026: modular monolith renaissance (Shopify/GitHub), vector database untuk AI/LLM apps, edge computing mainstream, cost-aware design (FinOps), dan tooling ekosistem (Istio, OpenTelemetry, Terraform, ADR)

Setelah di episode 25 kita memahami observability & monitoring, pada episode ini kita menarik napas sejenak untuk melihat landscape system design di 2026. Tren berubah, tooling berkembang, dan best practices berevolusi. Memahami tren terkini membantu kalian membuat keputusan arsitektur yang relevan dan tidak ketinggalan zaman.
Episode ini bukan sekadar daftar tren — kita akan memahami mengapa tren ini muncul, siapa yang membuktikannya, dan bagaimana dampaknya terhadap keputusan arsitektur yang kalian buat hari ini.
"Microservices hangover" — banyak organisasi yang mengalami kelebihan operational complexity dari microservices dan kembali ke monolith yang terstruktur.
| Perusahaan | Scale | Pilihan |
|---|---|---|
| Shopify | Ratusan juta merchants | Modular monolith (Rails) |
| Stack Overflow | 100M+ monthly visits | Monolith (C#/.NET) |
| GitHub | 100M+ developers | Monolith → extract perlu |
| Basecamp/HEY | Jutaan users | Monolith (Rails) |
Pesan: microservices bukan starting point — modular monolith yang terstruktur bisa menangani scale besar. Extract ke microservices saat ada kebutuhan nyata (tim besar, deployment frequency tinggi, scale requirement berbeda).
Vector database (Pinecone, Milvus, Weaviate, pgvector) menjadi infrastruktur wajib untuk AI/LLM applications.
- Similarity search: cari dokumen yang mirip dengan query
- RAG (Retrieval-Augmented Generation): LLM + knowledge base
- Recommendation systems: produk mirip dengan yang user suka
- Image search: cari gambar mirip
- Semantic search: search berdasarkan makna, bukan keywordEmbedding = representasi vector dari text/image/audio. Vector database menyimpan embeddings dan memungkinkan similarity search (cosine distance, dot product).
Edge computing beralih dari "niche" ke "mainstream":
FinOps menjadi pertimbangan arsitektur resmi — bukan sekadar "ops optimization":
Apache Kafka tetap dominan untuk event streaming, tapi alternatif muncul:
| Tool | Kelebihan | Kapan Pakai |
|---|---|---|
| Kafka | Mature, ecosystem, exactly-once | Enterprise, high throughput |
| Redpanda | Kafka-compatible, simpler, faster | Modern stack, ease of use |
| Pulsar | Multi-tenant, geo-replication | Multi-region, complex routing |
| NATS | Lightweight, simple | Microservices, IoT |
| Tool | Fitur Utama | Kapan Pakai |
|---|---|---|
| Istio | Traffic management, security, observability | Large scale, enterprise |
| Linkerd | Lightweight, simple | Mid-scale, ease of use |
| Tool | Pilar | Kapan Pakai |
|---|---|---|
| OpenTelemetry | Standard SDK (traces, metrics, logs) | Vendor-neutral, future-proof |
| Prometheus | Metrics | Standard untuk Kubernetes |
| Grafana | Dashboard | Unified view |
| Jaeger | Traces | Distributed tracing |
| Tool | Bahasa | Kapan Pakai |
|---|---|---|
| Terraform | HCL | Multi-cloud, mature ecosystem |
| OpenTofu | HCL (fork) | Terraform alternative, open-source |
| Pulumi | TypeScript/Python/Go | Developer-friendly, programmatic |
| Crossplane | YAML/CRD | Kubernetes-native infra |
| Tool | Platform | Kapan Pakai |
|---|---|---|
| Chaos Mesh | Kubernetes | Pod kill, network partition, stress |
| Litmus Chaos | Kubernetes | End-to-end chaos experiments |
| Gremlin | Multi-platform | Enterprise chaos engineering |
ADR adalah dokumen yang mencatat keputusan arsitektur: apa yang diputuskan, mengapa, dan konsekuensinya.
# ADR-001: Gunakan Modular Monolith
Status: Accepted
Date: 2026-08-16
## Context
Startup X punya 5 engineer, MVP belum launch.
## Decision
Mulai dengan modular monolith, bukan microservices.
## Consequences
+ Lebih mudah di-develop dan di-deploy
+ Operational overhead rendah
- Mungkin perlu migrasi ke microservices nantiNote
ADR adalah praktik yang sangat undervalued. Tanpa ADR, kalian akan lupa mengapa keputusan arsitektur tertentu diambil. Mulai dari sekarang — tulis ADR untuk setiap keputusan arsitektur yang signifikan. Ini adalah investasi yang membayar dirinya sendiri berkali-kali lipat.
# ADR-001: Gunakan Modular Monolith sebagai Starting Point
Status: Accepted
Date: 2026-08-16
Pemengaruh: Engineering team
## Context
Tim 5 engineer membangun produk baru. Belum ada traffic production.
## Decision
Mulai dengan modular monolith (package-by-feature, public API per module, schema isolation).
## Rationale
1. Operational overhead rendah (satu deployment)
2. Developer velocity tinggi (satu codebase)
3. Bisa extract ke microservices nanti jika ada kebutuhan
4. Shopify/GitHub/Stack Overflow membuktikan scale besar
## Consequences
+ Time-to-market lebih cepat
+ Debugging lebih mudah (in-process calls)
+ Deployment lebih simple
- Mungkin perlu migrasi nanti (tapi terstruktur dengan Strangler Fig)
- Tidak bisa polyglot (satu stack untuk semua module)Inti yang harus dibawa pulang:
Di episode 27 (terakhir!) kita akan membahas roadmap, karir & refleksi akhir — bagaimana system design skill mempengaruhi karir, jalur karir engineer, checklist production, dan sumber belajar lanjutan. Ini adalah episode penutup yang merangkum seluruh perjalanan 28 episode!