32 lines
2.6 KiB
Markdown
32 lines
2.6 KiB
Markdown
---
|
||
aliases:
|
||
tags:
|
||
- зрелость/🌱
|
||
date:
|
||
- - 2024-04-12
|
||
zero-link:
|
||
- "[[00 Архитектура ПО]]"
|
||
parents:
|
||
linked:
|
||
---
|
||
Эта модель определяет три направления для масштабирования приложений: X, Y, Z.
|
||
|
||
|
||
|
||
## Масштабирование по оси Х
|
||
Масштабирование по оси X часто применяют в монолитных приложениях. Запускаются несколько экземпляров программы, размещенных за балансировщиком нагрузки. Балансировщик распределяет запросы между N одинаковыми экземплярами. Это отличный способ улучшить мощность и доступность приложения. Это [горизонтальное масштабирование](Горизонтальное%20масштабирование.md).
|
||
|
||
|
||
## Масштабирование по оси Z
|
||
Масштабирование по оси Z тоже предусматривает запуск нескольких экземпляров монолитного приложения, но в этом случае, в отличие от масштабирования по оси X, каждый экземпляр отвечает за определенное подмножество данных.
|
||
|
||
Маршрутизатор, выставленный впереди, задействует атрибут запроса, чтобы на править его к подходящему экземпляру. Для этого, к примеру, можно использовать поле userid.
|
||
|
||
> Похоже на [Шардирование в БД](Шардирование%20в%20БД.md)
|
||
|
||
|
||
|
||
## Масштабирование по оси Y
|
||
Масштабирование по осям X и Z увеличивает мощность и доступность приложения. Но ни один из этих подходов не решает проблем с усложнением кода и процесса раз работки. Чтобы справиться с ними, следует применить масштабирование по оси У, или функциональную декомпозицию (разбиение). Монолитное приложение разбивается на отдельные сервисы.
|
||
|
||
 |