System Design Atlas

A visual, interview-oriented guide to five related design disciplines:

• Backend and distributed systems
• Formal Systems Engineering
• Hardware and computer systems
• Embedded and cyber-physical systems
• NPU software stacks for Analog Compute-in-Memory (ACiM)

The Atlas uses flowcharts, decision maps, trade-off matrices, bottleneck catalogs, and revealable interview coaching. Its visual language matches the companion DSA Atlas.

Use it for an interview

1. Choose the page that matches the system boundary—not merely the job title.
2. Follow the page’s reasoning flow: clarify outcomes, make assumptions visible, estimate the first-order budgets, draw the critical path, choose a design, and close with failure handling and evidence.
3. Work the quantitative example before opening the coaching notes.
4. Use the bottleneck matrix to pressure-test the proposal and the evidence table to turn claims into measurable pass/fail criteria.

The worked numbers are deliberately labeled as illustrative assumptions. Recalculate them for the prompt, state the unit and measurement boundary, and distinguish average values from tail targets.

Pages

• index.html — track selector and shared reasoning loop
• backend.html — scalable software and distributed systems
• systems-engineering.html — lifecycle, requirements, allocation, interfaces, risk, integration, verification and validation
• hardware.html — workload-driven computer and hardware architecture
• embedded.html — real-time embedded and cyber-physical design
• npu-acim.html — analog compute-in-memory NPU compiler/runtime stack

Local development

The site has no runtime dependencies. Development and validation require Node.js 24 or newer. Install the locked development tools first:

npm ci

npm run serve

Open http://127.0.0.1:43129/. To use another port, set the PORT environment variable before starting the server.

Build the exact public artifact:

npm run build

This recreates _site/ from an explicit allowlist. Repository metadata, scripts, and workflow files are not published.

Run the fast static checks:

npm run check

The check command syntax-checks all browser and repository scripts, rebuilds _site/, validates the source content, and confirms that the artifact contains only the intended public files with byte-for-byte matching content.

For browser smoke tests, install Chromium once and run Playwright:

npx playwright install chromium
npm run test:ui

The site validator checks all six pages, internal files and fragments, shared navigation, encoded attributes, source anchors, core calculation sentinels, accessible table contracts, responsive CSS tokens, contrast, the packaged artifact, and pinned Pages workflows. A separate scheduled workflow checks external references weekly; access-controlled or rate-limited responses are reported as inconclusive rather than broken.

Reference policy

Detailed sections link sources beside the decision they support. The Atlas favors standards, official implementation documentation, foundational papers, and published measurement evidence, including:

• NASA Systems Engineering Handbook
• HTTP Semantics, RFC 9110 and HTTP Caching, RFC 9111
• Linux DMA API HOWTO
• Roofline: an insightful visual performance model
• ONNX IR, MLIR dialect conversion, and CiMLoop

Sources explain a model or contract; they do not prove a particular design meets its requirements. A real project still needs configuration-controlled assumptions, current product specifications, representative load/fault tests, calibrated measurements, and explicit acceptance criteria.

Reference availability was reviewed on 2026-07-19. Links containing current or latest intentionally follow living documentation; record the exact applicable revision and access date when using one in a design decision.

Deployment

• Repository: https://github.com/buicongnguyen/SystemDesign
• GitHub Pages: https://buicongnguyen.github.io/SystemDesign/

Like the companion DSA Atlas, pull requests run static and browser validation, and pushes to main publish the allowlisted static artifact through GitHub Actions.

Contributing and security

See CONTRIBUTING.md for the evidence, accessibility, and validation expectations used for changes. Please report suspected vulnerabilities according to SECURITY.md, not in a public issue.

License

The repository uses separate licenses by material type:

• Source code, styles, automation, and configuration are available under the MIT License.
• Original educational prose and diagrams in the HTML pages are available under the Creative Commons Attribution 4.0 International License.

See the standard MIT code license and the educational-content license for exact scope and attribution guidance. Third-party works remain under their respective owners' terms.