book

Cloud Native Patterns

by Cornelia Davis

May 2019

Intermediate to advanced

400 pages

14h 2m

English

Manning Publications

Read now

Unlock full access

1.1. Today’s application requirements1.2. Introducing cloud-native software1.3. Cloud-native and world peaceSummary
2.1. The obstacles2.2. The enablersSummary
3.1. The cloud(-native) platform evolution3.2. Core tenets of the cloud-native platform3.3. Who does what?3.4. More cloud-native platform capabilitiesSummary
4.1. We’re (usually) taught imperative programming4.2. Reintroducing event-driven computing4.3. My global cookbook4.4. Introducing Command Query Responsibility Segregation4.5. Different styles, similar challengesSummary
5.1. Cloud-native apps have many instances deployed5.2. Stateful apps in the cloud5.3. HTTP sessions and sticky sessions5.4. Stateful services and stateless appsSummary
6.1. Why are we even talking about config?6.2. The app’s configuration layer6.3. Injecting system/environment values6.4. Injecting application configurationSummary
7.1. Having empathy for operations7.2. Single-app lifecycle, multiple-instance lifecycles7.3. Coordinating across different app lifecycles7.4. Let’s see this in action: Credential rotation and app lifecycle7.5. Dealing with ephemeral runtime environments7.6. Visibility of app lifecycle state7.7. ServerlessSummary
8.1. The service abstraction8.2. Dynamic routing8.3. Service discoverySummary
9.1. Request retries9.2. Fallback logic9.3. Control loopsSummary
10.1. Circuit breakers10.2. API gateways10.3. The service meshSummary
11.1. Application logging11.2. Application metrics11.3. Distributed tracingSummary
12.1. Every microservice needs a cache12.2. Moving from request/response to event driven12.3. The event log12.4. Event sourcing12.5. We’re just scratching the surfaceSummary

Content preview from Cloud Native Patterns

Chapter 8. Accessing apps: Services, routing, and service discovery

This chapter covers

Single services representing multiple app instances
Server-side load balancing
Client-side load balancing
Dynamic routing to service instances
Service discovery

I’ve already been going on a bit about apps being deployed as multiple instances but needing to behave as a single logical entity. You learned that you must keep your apps stateless so that one request to an app isn’t dependent on previous requests having hit the same instance. You saw how configurations need to be carefully managed across all instances so as to ensure the same outcome regardless of which instance ends up serving a particular request, even during application lifecycle events. At ...