Why do we need design patterns for your cloud deployment?
Why – well a design patterns is a reusable approach that helps build building reliable, scalable, secure applications in the cloud.
Each pattern describes the problem that the pattern addresses, considerations for applying the pattern and these are relevant to any distributed system, whether hosted on Azure or on other cloud platforms.
Challenges in cloud development
Pattern Catalog
Pattern | Summary |
---|---|
Ambassador | Create helper services that send network requests on behalf of a consumer service or application. |
Anti-Corruption Layer | Implement a façade or adapter layer between a modern application and a legacy system. |
Asynchronous Request-Reply | Decouple backend processing from a frontend host, where backend processing needs to be asynchronous, but the frontend still needs a clear response. |
Backends for Frontends | Create separate backend services to be consumed by specific frontend applications or interfaces. |
Bulkhead | Isolate elements of an application into pools so that if one fails, the others will continue to function. |
Cache-Aside | Load data on demand into a cache from a data store |
Choreography | Let each service decide when and how a business operation is processed, instead of depending on a central orchestrator. |
Circuit Breaker | Handle faults that might take a variable amount of time to fix when connecting to a remote service or resource. |
Claim Check | Split a large message into a claim check and a payload to avoid overwhelming a message bus. |
Compensating Transaction | Undo the work performed by a series of steps, which together define an eventually consistent operation. |
Competing Consumers | Enable multiple concurrent consumers to process messages received on the same messaging channel. |
Compute Resource Consolidation | Consolidate multiple tasks or operations into a single computational unit |
CQRS | Segregate operations that read data from operations that update data by using separate interfaces. |
Event Sourcing | Use an append-only store to record the full series of events that describe actions taken on data in a domain. |
External Configuration Store | Move configuration information out of the application deployment package to a centralized location. |
Federated Identity | Delegate authentication to an external identity provider. |
Gatekeeper | Protect applications and services by using a dedicated host instance that acts as a broker between clients and the application or service, validates and sanitizes requests, and passes requests and data between them. |
Gateway Aggregation | Use a gateway to aggregate multiple individual requests into a single request. |
Gateway Offloading | Offload shared or specialized service functionality to a gateway proxy. |
Gateway Routing | Route requests to multiple services using a single endpoint. |
Health Endpoint Monitoring | Implement functional checks in an application that external tools can access through exposed endpoints at regular intervals. |
Index Table | Create indexes over the fields in data stores that are frequently referenced by queries. |
Leader Election | Coordinate the actions performed by a collection of collaborating task instances in a distributed application by electing one instance as the leader that assumes responsibility for managing the other instances. |
Materialized View | Generate prepopulated views over the data in one or more data stores when the data isn’t ideally formatted for required query operations. |
Pipes and Filters | Break down a task that performs complex processing into a series of separate elements that can be reused. |
Priority Queue | Prioritize requests sent to services so that requests with a higher priority are received and processed more quickly than those with a lower priority. |
Publisher/Subscriber | Enable an application to announce events to multiple interested consumers asynchronously, without coupling the senders to the receivers. |
Queue-Based Load Leveling | Use a queue that acts as a buffer between a task and a service that it invokes in order to smooth intermittent heavy loads. |
Retry | Enable an application to handle anticipated, temporary failures when it tries to connect to a service or network resource by transparently retrying an operation that’s previously failed. |
Scheduler Agent Supervisor | Coordinate a set of actions across a distributed set of services and other remote resources. |
Sequential Convoy | Process a set of related messages in a defined order, without blocking processing of other groups of messages. |
Sharding | Divide a data store into a set of horizontal partitions or shards. |
Sidecar | Deploy components of an application into a separate process or container to provide isolation and encapsulation. |
Static Content Hosting | Deploy static content to a cloud-based storage service that can deliver them directly to the client. |
Strangler | Incrementally migrate a legacy system by gradually replacing specific pieces of functionality with new applications and services. |
Throttling | Control the consumption of resources used by an instance of an application, an individual tenant, or an entire service. |
Valet Key | Use a token or key that provides clients with restricted direct access to a specific resource or service. |