Cloud architecture and cost

The chapter the source document did not have, added after a coverage audit found it missing entirely (see DECISIONS.md, D16). It matters because at staff and lead level a large share of architecture questions are really cost or operational-ownership questions wearing an architecture costume: "should we run our own Kafka", "why is the bill growing faster than traffic", "do we need multi-cloud".

The unprompted signals that land well here: knowing which cost lever is largest before proposing any of them, being able to say what a managed service actually removes versus what it only moves, and treating egress and data gravity as architectural constraints rather than line items.

What this chapter covers

• [done] Managed vs self-hosted
• [done] Cloud cost architecture
• [done] The Well-Architected pillars, and landing zones
• [done] Infrastructure as code: state, drift, modules
• [done] Reserved capacity, spot and commitment planning
• [done] Multi-cloud, egress and data gravity

Source: none. This chapter is a gap-fill rather than an expansion.