fix typo #78
This commit is contained in:
parent
26b72921ac
commit
d6f2f2dbc8
|
@ -21,7 +21,7 @@ Let's see how our monolithic application improves with this principle
|
|||
|
||||
![Horizontal Scaling](images/horizontal-scaling.jpg)
|
||||
|
||||
Here DB is scaled separately from the application. This is to let you know each component’s scaling capabilities can be different. Usually, web applications can be scaled by adding resources unless there is no state stored inside the application. But DBs can be scaled only for Reads by adding more followers but Writes have to go to only one leader to make sure data is consistent. There are some DBs that support multi-leader writes but we are keeping them out of scope at this point.
|
||||
Here DB is scaled separately from the application. This is to let you know each component’s scaling capabilities can be different. Usually, web applications can be scaled by adding resources unless there is state stored inside the application. But DBs can be scaled only for Reads by adding more followers but Writes have to go to only one leader to make sure data is consistent. There are some DBs that support multi-leader writes but we are keeping them out of scope at this point.
|
||||
|
||||
Apps should be able to differentiate between Reads and Writes to choose appropriate DB servers. Load balancers can split traffic between identical servers transparently.
|
||||
|
||||
|
|
Loading…
Reference in New Issue