Operating and Changing Cloud Systems
A cloud design is incomplete until teams can operate it under stress and change it safely. This part connects reliability, operating evidence, automation, cost, migration, and organizational ownership.
What You Will Learn
By the end of this part, you should be able to:
Translate business impact into resilience and recovery decisions.
Design observability and automation around operating questions.
Treat cost as an architecture signal and ownership concern.
Plan migration and modernization as technical and operating-model change.
Chapters
Reliability, Disaster Recovery, and Resilience Trade-Offs — connect failure modes and business impact to recovery design.
Observability, Operations, Automation, and Cost — create feedback, ownership, and repeatable operating controls.
Migration, Modernization, and Operating Model Change — sequence portfolio change around dependencies, risk, rollback, and team capability.
How the Chapters Connect
The first chapter defines what the system must survive. The second establishes how teams see, operate, automate, and pay for it. The final chapter uses both perspectives to guide safe migration and modernization rather than treating movement to cloud as the finish line.
Start Reading
Start with Reliability, Disaster Recovery, and Resilience Trade-Offs