liveBook · Manning

Shared-nothing architecture

Shared-nothing architecture is a design in which components independently manage resources without sharing mutable state, communicating through explicit interfaces.

How 2 Manning books explain it

Server-Side WebAssembly

Shared-nothing is an architecture in which interacting execution units do not share memory or other mutable state and communicate through explicit interfaces.

How it is used
Uses explicit imports and exports to connect isolated Wasm components, hosts, and runtimes without shared memory.
How deep it goes
Explains memory copies and opaque resource handles, while deferring deeper resource-table treatment to a later hands-on example.
Examples
Demonstrates a secret-store get call and a SmartCMS guest using a key-value-store interface.
What you can do after
Evaluate/understand how interface-only component boundaries contain access and permit targeted replacement of patched components.

Read how Server-Side WebAssembly explains shared-nothing architecture →

PostgreSQL Mistakes and How to Avoid Them

A shared-nothing architecture gives each node independent storage and processing resources rather than sharing them directly with other nodes.

How it is used
Frames PostgreSQL replication and high availability around independently operated database nodes.
How deep it goes
Explains node independence, replication origins, feedback loops, key collisions, and schema-divergence failures.
Examples
Uses publications, subscriptions, replicated tickets, duplicate identity keys, and a renamed column to expose failure modes.
What you can do after
Evaluate multi-master designs by tracing replication origins, conflicts, feedback loops, and schema compatibility.

Read how PostgreSQL Mistakes and How to Avoid Them explains shared-nothing architecture →

Related concepts

These guides are generated from the text of Manning books by Manning's knowledge graph and link to the sections they draw on. The full books are available on liveBook and at manning.com.