Architecture vs System Design: Where I Sit

Published 2026-02-27 | Updated 2026-02-27 by Brendan Davies

Over time, I realized I needed clearer language for how I think. I naturally operate at the architecture layer, supported by system design fluency. That distinction clarified the roles I am pursuing.

Architecture and System Design

Architecture answers: what are we building, how are components structured, where are boundaries defined, what are the trade-offs, how does it scale, and how does it fail safely.

System design answers: which database, which API structure, which messaging pattern, which tooling, and which performance constraints.

If building a house, architecture is the structural blueprint and load-bearing framework. System design is the plumbing, wiring, and internal systems. Both are essential. They require different energy.

Where I Operate Best

For projects I host, I design Cloudflare at the edge, local hosting for control, GitHub for versioning, Gitea with local LLM tooling, and Docker packaging for portability.

The architectural questions are consistent: if traffic scales, what changes? If hosting migrates, what breaks? Where is lock-in risk? What happens if one layer fails?

Architecture Informed by System Detail

Architecture without system awareness becomes abstract. When evaluating SaaS platforms, I examine subprocessors, compliance tiers, API rate limits, export capability, license types, and pricing inflection points.

If GDPR alignment is gated by enterprise pricing, that affects viability. If API limits restrict automation, that changes integration design. System detail informs architecture.

The Day-to-Day Alignment

The daily rhythm of systems architecture matches how I work: structuring flows, gathering requirements, translating business goals, documenting rationale, and anticipating scale and risk.

In previous roles, I gravitated toward onboarding bottlenecks, support-to-product feedback loops, structural inefficiencies, and process design that reduced churn.

Architecture determines the what and why. System design determines the how. I operate primarily in what and why, grounded by enough of the how to make realistic decisions.
Back to Blog Index