Design canvas: configure the RPC stack
Every workload picks a different posture along the dimensions you built, and a coherent stack is one where each choice is defended by the scene that taught it — gRPC wins inside the fleet while REST owns the browser edge.
Every name you earned — length-prefix, field number, stream, deadline, cancellation, idempotency, interceptor, client-side LB, flow control, QUIC, mTLS — is now a knob; the last move is to set them coherently for a concrete workload and defend each choice with the scene that taught it.
Scene 12
Design canvas: configure the RPC stack
- Watch
- Try it
- Predict
- Capture
This is the whole curriculum on one canvas. Each workload card carries a row of knobs, and every knob is a term you already own — codec, transport, call shape, deadline, retry, load balancing, security. The telemetry card (C) just loaded a preset of unary, loose deadline, and raw unbudgeted retries on a non-idempotent method. Watch the verifier flash red: it cites scene 5 (a never-ending flow should be a streaming call), scene 10 (no stream means no backpressure — the producer can OOM), and scene 7 (raw retries on a non-idempotent method are unsafe). The verifier never just says 'wrong' — it names the scene that taught you why.
Where this sits in Build a gRPC-style RPC framework
Scene 12 of 14, in the Secure & ship act — mTLS identity, then configure the whole stack.. Pick codec, transport, deadline, retry, balancing, and security for four named workloads — each defended by the scene that taught it. gRPC inside the fleet, REST at the edge.
All 14 scenes in Build a gRPC-style RPC framework · Every curriculum