Menangani masalah reka bentuk sistem (dalam temu duga atau kerja sebenar) mendapat manfaat daripada kaedah berstruktur — menjelaskan keperluan, menganggar skala, mereka bentuk peringkat tinggi kemudian terperinci, dan membincangkan pertukaran (trade-off). Pendekatan yang teratur membawa kepada reka bentuk yang lebih baik.
Pendekatan berstruktur
1. CLARIFY REQUIREMENTS → functional (what it does) + non-functional (scale, latency,
availability, consistency); scope it (don't assume — ask questions, narrow the problem)
2. ESTIMATE SCALE → users, requests/sec, data volume, read/write ratio → informs the design
3. HIGH-LEVEL DESIGN → main components and data flow (clients, services, databases, caches,
load balancers, queues); draw the architecture
4. DETAILED DESIGN → data model/schema; key components in depth; APIs; specific challenges
5. SCALE & OPTIMIZE → identify bottlenecks; apply techniques (caching, load balancing,
sharding, replication, async); discuss TRADE-OFFS
6. ADDRESS concerns → reliability, consistency, edge cases, failures
