Serverless

Definition

Serverless coverage in this archive spans 6 posts from Mar 2016 to Jul 2021 and deals with structural tradeoffs: coupling, failure boundaries, and long-term change cost. The strongest adjacent threads are architecture, cloud, and aws. Recurring title motifs include serverless, doesn, webassembly, and browser.

What the archive argues

  • Most pieces recommend choosing the simplest architecture that can be operated confidently.
  • Early posts lean on serverless and doesn, while newer posts lean on serverless and containers as constraints shifted.
  • This topic repeatedly intersects with architecture, cloud, and aws, so design choices here rarely stand alone.

Execution checklist

  • Define failure domains and data boundaries before introducing additional services or protocols.
  • Start with the newest post to calibrate current constraints, then backtrack to older entries for first principles.
  • When boundary questions appear, cross-read architecture and cloud before committing implementation details.

Common failure modes

  • Breaking systems into many parts without clear ownership of cross-service behavior.
  • Choosing architecture for trend alignment rather than workload constraints.
  • Applying guidance from 2016 to 2021 without revisiting assumptions as context changed.

Suggested reading path

References