Tags: web-dev map

Architecture MOC

Date: 2026-08-16


How the parts are arranged, and how a change gets from a laptop to a customer without anyone holding their breath.


Rendering and delivery shape

The decision that constrains most others.

Application shape

  • Monolith vs Services — the actual tradeoff, which is organisational before it’s technical
  • Backend for Frontend — a BFF: one API shaped for one client, rather than one API for everyone
  • API Design — resources, naming, versioning, errors, pagination
  • REST GraphQL and RPC — three models, and the client-server relationship each assumes
  • Webhooks — inbound events from someone else’s system, and the reliability problems they hand you
  • Message Queues — decoupling producers from consumers, and delivery guarantees
  • Event-Driven Architecture — systems that react to facts rather than call each other
  • Multi-Tenancy — one system serving many customers, and the isolation decisions
  • Integration Patterns — point-to-point, hub, iPaaS, and how the mess accumulates
  • Building with Language Models — a non-deterministic, high-latency, metered dependency; retrieval, grounding, and the failure modes that are new

Release

Discoverability

Technical SEO is architecture, not marketing. The keyword and content half lives in Acquisition.

Change over time

  • The Strangler Pattern — replacing a system incrementally by routing traffic away from it piece by piece
  • Technical Debt — the useful definition, and distinguishing it from code you dislike
  • Refactoring Strategy — changing structure without changing behaviour, in steps that stay shippable
  • Deprecation — removing something people depend on, with notice and a path
  • Replatforming — the ecommerce-specific version, and the measurement continuity problem it creates

Operating it

Security architecture


Borders

Filed in other domains, needed constantly here.