Learning pathsPricingChecking sign-in…
GUIDED PRACTICE

NGINX, Envoy and Service Mesh

Reverse proxies and service proxies route traffic, manage connections and enforce cross-cutting network policy.

NGINX, Envoy and Service Mesh

Reverse proxies and service proxies route traffic, manage connections and enforce cross-cutting network policy. NGINX commonly serves as a high-performance web server and reverse proxy. Envoy provides programmable L4/L7 proxying, filters, telemetry and dynamic configuration. A service mesh places proxies alongside workloads or at gateways to standardize mTLS, retries, timeouts, routing and observability. These controls still need application-aware idempotency and deadline rules.

Mechanism and worked example

A request passes through an edge proxy, then an Envoy sidecar, then a service. Each hop has connection pools, retry policy, timeout and telemetry. Propagate one deadline; avoid configuring three retries at every layer, which can multiply attempts.

CapabilityProxy responsibilityApplication still owns
L4/L7 routingSelect destination and routeBusiness correctness
mTLSAuthenticate workload channelUser authorization
Retries/timeoutsBound transport attemptsIdempotency and end-to-end deadline
TelemetryRecord spans and connection metricsMeaningful business outcomes

Failure modes and operations

Proxy retries can duplicate mutations. Idle timeouts can break long-lived streams. Connection pools can become the hidden queue. Misconfigured health checks can eject all endpoints. Mesh control-plane outages may leave data-plane behavior dependent on last known configuration.

Trade-offs and design boundary

Centralized proxy policy improves consistency and visibility but adds hops, configuration complexity and resource overhead. A mesh is not necessary for a small service set. Application code still owns business authorization, idempotency and transaction semantics.

Interview transfer exercise

Compare client-side load balancing with an Envoy-based mesh. Include mTLS, retries, telemetry, failure behavior and the operational cost of sidecars.

Diagram: Client connects to edge proxy; Edge routes through service proxy; Proxy enforces transport policy and telemetry; Service validates identity and business contract
Mechanism and operational boundary for NGINX, Envoy and Service Mesh.
Read the diagram

Client connects to edge proxy → Edge routes through service proxy → Proxy enforces transport policy and telemetry → Service validates identity and business contract

Open original
NGINX, Envoy and Service Mesh
Diagram: Client connects to edge proxy; Edge routes through service proxy; Proxy enforces transport policy and telemetry; Service validates identity and business contract

Mechanism and operational boundary for NGINX, Envoy and Service Mesh.

18:00Self-guided practice timer
The timer resets when you leave this page. Save your design separately.
Your challenge

Compare client-side load balancing with an Envoy-based mesh. Include mTLS, retries, telemetry, failure behavior and the operational cost of sidecars.

Your design draft

Clarify assumptions, explain your approach, and test the difficult cases. Save your draft, then compare it with the study notes.

Read study notes

Self-review checklist

Self-guided practice. Automated AI feedback and code execution are not connected.