Struchkov Mark
701b685334
All checks were successful
continuous-integration/drone/push Build is passing
61 lines
5.2 KiB
Markdown
61 lines
5.2 KiB
Markdown
---
|
||
aliases:
|
||
- cube scaling
|
||
- Куб масштабирования приложений
|
||
tags:
|
||
- maturity/🌱
|
||
date:
|
||
- - 2024-04-12
|
||
---
|
||
Для [[../../meta/zero/00 HighLoad|систем с высокой нагрузкой]] [[Масштабирование информационной системы|масштабирование]] является ключевым аспектом архитектурного проектирования. Концепция масштабирования по осям X, Y и Z помогает понять, как распределить нагрузку и обеспечить стабильность работы приложения.
|
||
|
||
|
||
## Масштабирование по оси Х
|
||
Масштабирование по оси X — это увеличение количества одинаковых экземпляров приложения, работающих за [[highload/Балансировка нагрузки|балансировщиком нагрузки]]. Этот подход соответствует понятию [[highload/Горизонтальное масштабирование|горизонтального масштабирования]].
|
||
|
||
**Как это работает**: Запросы от клиентов распределяются [[highload/Балансировка нагрузки|балансировщиком]] между несколькими идентичными экземплярами системы.
|
||
|
||
**Основная цель**:
|
||
- Увеличение [[Throughput|пропускной способности]].
|
||
- Повышение [[../../../../_inbox/Reliability|отказоустойчивости]] за счет резервирования.
|
||
|
||
**Пример применения**: [[Монолитная архитектура|Монолитные приложения]], где запуск дополнительных экземпляров не требует изменения кода.
|
||
|
||
|
||
## Масштабирование по оси Z
|
||
Масштабирование по оси Z предполагает разделение системы на подмножества данных, где каждый экземпляр приложения отвечает за обработку определенного набора данных.
|
||
|
||
**Как это работает**: Входящий запрос направляется маршрутизатором к соответствующему экземпляру на основании определенного атрибута (например, `userid` или региона).
|
||
|
||
**Основная цель**:
|
||
- Уменьшение нагрузки на каждый экземпляр.
|
||
- Ускорение обработки запросов за счет уменьшения объема данных, с которыми работает каждый узел.
|
||
|
||
**Пример применения**: [[../../../../_inbox/Шардирование БД|Шардирование]] баз данных, где данные распределяются между разными серверами.
|
||
|
||
|
||
|
||
## Масштабирование по оси Y
|
||
Масштабирование по оси Y основывается на функциональной [[Декомпозиция на микросервисы|декомпозиции системы]]. Вместо дублирования или разделения данных приложение разбивается на отдельные модули или сервисы.
|
||
|
||
**Как это работает**: Монолитное приложение делится на самостоятельные модули или микросервисы, каждый из которых отвечает за свою часть функционала.
|
||
|
||
**Основная цель**:
|
||
- Упрощение разработки и поддержки системы.
|
||
- Устранение узких мест, связанных с усложнением монолита.
|
||
|
||
**Пример применения**: [[../../../../wiki/zero/00 Микросервисная архитектура|Микросервисная архитектура]], где каждый сервис обрабатывает свои задачи (например, управление пользователями, обработка платежей, логирование).
|
||
|
||
|
||
***
|
||
## Мета информация
|
||
**Область**:: [[../../meta/zero/00 Архитектура ИС|00 Архитектура ИС]]
|
||
**Родитель**:: [[Масштабирование информационной системы]]
|
||
**Источник**::
|
||
**Автор**::
|
||
**Создана**:: [[2024-04-12]]
|
||
### Дополнительные материалы
|
||
-
|
||
### Дочерние заметки
|
||
<!-- QueryToSerialize: LIST FROM [[]] WHERE contains(Родитель, this.file.link) or contains(parents, this.file.link) -->
|