system-design-primer/resources/noat.cards/10 Application layer.md

+++
noatcards = True
isdraft = False
weight = 100
+++

# Application layer

## Application layer - Introduction

![](https://camo.githubusercontent.com/feeb549c5b6e94f65c613635f7166dc26e0c7de7/687474703a2f2f692e696d6775722e636f6d2f7942355359776d2e706e67) 

[Source: Intro to architecting systems for scale](http://lethain.com/introduction-to-architecting-systems-for-scale/#platform_layer)

Separating out the web layer from the application layer (also known as platform layer) allows you to scale and configure both layers independently. Adding a new API results in adding application servers without necessarily adding additional web servers.

The single responsibility principle advocates for small and autonomous services that work together. Small teams with small services can plan more aggressively for rapid growth.

Workers in the application layer also help enable [asynchronism](https://github.com/donnemartin/system-design-primer#asynchronism) .

## Microservices

Related to this discussion are [microservices](https://en.wikipedia.org/wiki/Microservices) , which can be described as a suite of independently deployable, small, modular services. Each service runs a unique process and communicates through a well-definied, lightweight mechanism to serve a business goal. [1](https://smartbear.com/learn/api-design/what-are-microservices) 

Pinterest, for example, could have the following microservices: user profile, follower, feed, search, photo upload, etc.

## Service Discovery

Systems such as [Zookeeper](http://www.slideshare.net/sauravhaloi/introduction-to-apache-zookeeper)  can help services find each other by keeping track of registered names, addresses, ports, etc.

## Disadvantage(s) : application layer

- Adding an application layer with loosely coupled services requires a different approach from an architectural, operations, and process viewpoint (vs a monolithic system) .
- Microservices can add complexity in terms of deployments and operations.

## Source(s) and further reading

- [Intro to architecting systems for scale](http://lethain.com/introduction-to-architecting-systems-for-scale) 
- [Crack the system design interview](http://www.puncsky.com/blog/2016/02/14/crack-the-system-design-interview/) 
- [Service oriented architecture](https://en.wikipedia.org/wiki/Service-oriented_architecture) 
- [Introduction to Zookeeper](http://www.slideshare.net/sauravhaloi/introduction-to-apache-zookeeper) 
- [Here's what you need to know about building microservices](https://cloudncode.wordpress.com/2016/07/22/msa-getting-started/)
poriting to noat.cards 2021-03-14 13:08:05 +03:00			`+++`
			`noatcards = True`
			`isdraft = False`
add weigh params 2021-03-27 13:16:09 +03:00			`weight = 100`
poriting to noat.cards 2021-03-14 13:08:05 +03:00			`+++`

update more cards 2021-03-14 18:13:28 +03:00			`# Application layer`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
change to heading level two 2021-03-21 13:45:39 +03:00			`## Application layer - Introduction`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
change to heading level two 2021-03-21 13:45:39 +03:00			`![](https://camo.githubusercontent.com/feeb549c5b6e94f65c613635f7166dc26e0c7de7/687474703a2f2f692e696d6775722e636f6d2f7942355359776d2e706e67)`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
remove wrong format symbol 2021-03-21 14:33:05 +03:00			`[Source: Intro to architecting systems for scale](http://lethain.com/introduction-to-architecting-systems-for-scale/#platform_layer)`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
			`Separating out the web layer from the application layer (also known as platform layer) allows you to scale and configure both layers independently. Adding a new API results in adding application servers without necessarily adding additional web servers.`

add more resource 2021-03-21 13:12:09 +03:00			`The single responsibility principle advocates for small and autonomous services that work together. Small teams with small services can plan more aggressively for rapid growth.`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
add more resource 2021-03-21 13:12:09 +03:00			`Workers in the application layer also help enable [asynchronism](https://github.com/donnemartin/system-design-primer#asynchronism) .`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
change to heading level two 2021-03-21 13:45:39 +03:00			`## Microservices`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
add more resource 2021-03-21 13:12:09 +03:00			`Related to this discussion are [microservices](https://en.wikipedia.org/wiki/Microservices) , which can be described as a suite of independently deployable, small, modular services. Each service runs a unique process and communicates through a well-definied, lightweight mechanism to serve a business goal. [1](https://smartbear.com/learn/api-design/what-are-microservices)`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
			`Pinterest, for example, could have the following microservices: user profile, follower, feed, search, photo upload, etc.`

formatting 2021-03-21 13:55:58 +03:00			`## Service Discovery`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
add more resource 2021-03-21 13:12:09 +03:00			`Systems such as [Zookeeper](http://www.slideshare.net/sauravhaloi/introduction-to-apache-zookeeper) can help services find each other by keeping track of registered names, addresses, ports, etc.`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
formatting 2021-03-21 13:55:58 +03:00			`## Disadvantage(s) : application layer`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
update more cards 2021-03-14 18:13:28 +03:00			`- Adding an application layer with loosely coupled services requires a different approach from an architectural, operations, and process viewpoint (vs a monolithic system) .`
			`- Microservices can add complexity in terms of deployments and operations.`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
formatting 2021-03-21 13:55:58 +03:00			`## Source(s) and further reading`
poriting to noat.cards 2021-03-14 13:08:05 +03:00
update more cards 2021-03-14 18:13:28 +03:00			`- [Intro to architecting systems for scale](http://lethain.com/introduction-to-architecting-systems-for-scale)`
			`- [Crack the system design interview](http://www.puncsky.com/blog/2016/02/14/crack-the-system-design-interview/)`
			`- [Service oriented architecture](https://en.wikipedia.org/wiki/Service-oriented_architecture)`
			`- [Introduction to Zookeeper](http://www.slideshare.net/sauravhaloi/introduction-to-apache-zookeeper)`
			`- [Here's what you need to know about building microservices](https://cloudncode.wordpress.com/2016/07/22/msa-getting-started/)`