liveBook · Manning

Cloud computing

As explained in Think Like a CTO

Cloud computing is on-demand access to shared computing resources and services delivered over a network, typically billed according to consumption.

Cloud computing provides CPU, memory, network, and storage as resources charged according to use, sometimes down to the second. You can consume them in server-like configurations or as individual services without managing the underlying physical hardware. On-premises computing differs: the organization owns and manages that hardware. section 8.3

The appeal is much like buying electricity rather than running a power plant: draw capacity when needed and pay for what you use. A cloud-native application is designed to scale up and down with demand. That flexibility can help a growing company avoid a large initial investment in servers, but a poor choice can still send costs spiraling. section 8.3 section 1.2.2

Choose based on the workload and the organization's existing investment, not a blanket preference:

  • Favor cloud capacity for applications with hourly, daily, or seasonal peaks and troughs, where scaling down matters as much as scaling up. section 8.3
  • Examine on-premises hardware for consistently intensive computing, particularly when substantial hardware is already owned. Compare the full costs rather than assuming either option is cheaper. section 8.3 section 8.3.1
  • Include security work and data-transfer charges in the decision. Cloud services offer security mechanisms, but using the cloud does not make an application secure by itself; downloading large amounts of data can also incur network charges. section 8.3.1

When the bill rises

Suppose developers create oversized services and leave them running. The bill rises without a corresponding increase in customers. Contrast that with a cloud-native product that scales up as new clients arrive: its higher bill may reflect healthy growth. Investigate the cause before treating every increase as waste. section 13.5

Set spending thresholds for daily alerts, then review running resources at least monthly. Tag services by project or department so their costs have an owner and a purpose. Check whether each resource is still needed, and revise the budget when actual usage gives you better evidence. The practical question is not simply whether cloud is cheaper; it is whether the chosen design delivers the required service at a cost the organization can explain and sustain. section 13.5 section 1.2.2

How Think Like a CTO covers it

How deep it goes
Defines consumption-based resources and develops practical selection and budget checks, stopping short of provider-specific configuration.
Examples
Uses an electricity analogy, variable versus sustained workloads, and unused services versus customer-driven usage to make trade-offs concrete.
What you can do after
Evaluate cloud against on-premises for a workload and operate it with spending alerts, tags, and monthly resource reviews.
How it connects
Connects cloud computing to on-premises hosting, cloud-native applications, autoscaling, security, and budget oversight.

Also explained in

Compare how 10 books explain cloud computing →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Think Like a CTO. The section links point to the parts of the book it draws on.