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 10. Fronting services: Circuit breakers and API gateways

This chapter covers

The service side of an interaction between two microservices
Circuit breakers
API gateways
Sidecars and service mesh

I began talking about interactions between services in chapter 8, with a focus on dynamic routing and service discovery; I was talking about how clients can find and access a service they depend on. After the client finds and addresses the needed service, it initiates an interaction. The previous chapter and this one come together to consider both sides of that interaction—as shown in figure 10.1. In chapter 9, I talked about the resilience of this interaction; I was largely talking about request redundancy, something the client is responsible ...