AI Operations · Whitepaper

Chapter 11 · The Craft

Sustain: Capacity, Cost, Energy and Lifecycle

Key insights from Chapter 11 of "AI Operations"

Author Conceived and directed by Gunnar Nordqvist; text written by AI agents under his direction.
Published 10 November 2026
Build number 2026.11
it-operations site-reliability-engineering ai-governance architecture-as-code ai-agents
Figure 11.1: The capacity and cost loop with guardrails: forecast, proposal, owner decision and change in a window, with an independent probe comparing the result with the objective.
Figure 11.1: The capacity and cost loop with guardrails: forecast, proposal, owner decision and change in a window, with an independent probe comparing the result with the objective.

Most of what an operator does about the future of a service is quiet: capacity is added before demand arrives, a certificate is renewed before it expires, a patch is applied inside its window, and a data centre reports its energy once a year. None of it produces an incident, and all of it decides whether the next incident is small. This chapter concerns O5 Sustain in its steady-state parts: capacity planning, the management of cost, the measurement and reporting of energy, and the lifecycle work that keeps an estate supportable. Chapter 12 takes the other half, the learning that follows incidents. Its actions are carried out through the change pipeline and checked against signals, so the chapter also touches O3 Change and O1 Observe.

AI enters this function through forecasting models embedded in capacity tools, through agents that propose or perform rightsizing, scheduling and clean-up, and through assistants that draft the lists of what is to be renewed, patched or retired. The most important design question concerns the second: an agent given the objective of lowering cost sees redundancy as waste. The chapter applies four conclusions of the earlier volumes. Patch decisions are delegated in advance, because a weekly advisory board cannot sit in the path of a known-exploited vulnerability (F29; AI Governance, Chapter 24) (296, Nordqvist, 2026). Small delegations erode the skill, capacity and fallback that the delegation replaced, so each delegation needs a reversibility test (F69; AI Threat, Chapter 26) (299, Nordqvist, 2026). A measure that becomes a target is gamed, and a machine can do so faster (F132; AI Purple, Chapter 18). And the autonomy budget of Chapter 4, with the Level 4 prohibitions it states, applies to every action class that this chapter mentions.

The five operations functions divide the work of keeping services running by the question each answers. O1 Observe asks what is happening, O2 Diagnose why, O3 Change what should be altered, O4 Restore how to return to a good state, and O5 Sustain how to remain fit over time. The last of these has a different clock from the others. An incident is measured in minutes and hours, a change in hours and days, and the work of this chapter in weeks, quarters and years: the lead time to procure hardware, the length of a certificate, the interval between an upstream release and the patch window, the filing date of an annual energy report.

Primary topics explored

  1. What Sustain keeps steady
  2. Capacity planning
  3. Cost and FinOps
  4. Agents that optimise
  5. Energy and carbon
  6. Lifecycle

About AI Operations

AI Operations is Book 10 of The Transformed Architecture. It takes IT operations as its subject and asks what happens when AI takes part in it: the five operations functions (observe, diagnose, change, restore, sustain), the autonomy budget and the Level 4 prohibitions, the observer principle, resilience as a claim that needs evidence, operating AI systems, the operator's own AI as Tier 0 and how to defend it, operating models, decision rights, regulation (DORA, NIS 2, the AI Act), and the people involved, for European enterprises and public authorities.

It builds on the conclusions of Architecture as Code, AI Governance, AI Platform and Security, AI Red Team, AI Threat, The Transformed Security Architect, AI Boss, AI Blue and AI Purple.

Who should read this

CIOs and heads of IT operations, SRE and platform leads, incident commanders and on-call engineers, service-desk and service-management leads, FinOps and capacity managers, architects, CISOs and heads of resilience and third-party risk, boards and management bodies, procurement and vendor managers, supervisors and auditors, works councils and unions, data protection officers, and public-sector leaders.

Portrait of Gunnar Nordqvist

Gunnar Nordqvist

Conceived, directed and published the books of The Transformed Architecture.

Continue with the full chapter

Read the full chapter online

Chapter 11: Sustain: Capacity, Cost, Energy and Lifecycle in AI Operations gives the detailed explanations, practical examples and implementation patterns behind this summary.

This whitepaper belongs to “The Craft” and is one of 35 drawn from the manuscript.