Как называется горизонтальное масштабирование?

Горизонтальное и вертикальное масштабирование в распределённых системах

В контексте архитектуры программных систем и облачных вычислений горизонтальное масштабирование имеет общепринятое английское название — Scale Out (или Scaling Out). Противоположный подход — вертикальное масштабирование — называется Scale Up (или Scaling Up).

Суть горизонтального масштабирования (Scale Out)

Горизонтальное масштабирование — это стратегия увеличения вычислительной мощности или пропускной способности системы за счёт добавления новых узлов (серверов, инстансов, машин) в существующий пул, а не за счёт усиления отдельных существующих узлов.

Ключевые характеристики Scale Out:

• Добавление однотипных единиц: В кластер, пул или ферму серверов добавляются новые машины, часто с аналогичной или даже меньшей мощностью, чем существующие.
• Распределение нагрузки: Для эффективной работы требуется механизм балансировки нагрузки (Load Balancer), который равномерно распределяет запросы между всеми узлами.
• Повышение отказоустойчивости: Система становится более устойчивой к сбоям, так как выход из строя одного узла не приводит к полному падению сервиса (при условии корректной архитектуры).
• Практически неограниченный потенциал: В теории можно добавлять узлы до достижения требуемой производительности, хотя на практике появляются ограничения, связанные с координацией, консистентностью данных и сетевой задержкой.

Суть вертикального масштабирования (Scale Up)

Вертикальное масштабирование — это стратегия увеличения мощности существующего единственного узла.

Ключевые характеристики Scale Up:

• Усиление одного узла: Добавление ресурсов (CPU, RAM, дискового пространства) в существующий сервер.
• Более простой подход с архитектурной точки зрения: Не требует изменения логики приложения для работы в распределённом режиме.
• Существенные ограничения: Существует физический или экономический предел мощности одного сервера. Также присутствует единая точка отказа (SPOF).

Сравнение на примере веб-приложения

Допустим, у нас есть веб-сервис на Go, который перестаёт справляться с нагрузкой.

Вертикальное масштабирование (Scale Up): Мы арендуем у облачного провайдера виртуальную машину большего размера (например, переходим с c5.xlarge на c5.4xlarge). Код приложения не меняется, но оно теперь работает на более мощном "железе".

Горизонтальное масштабирование (Scale Out):

1. Мы запускаем несколько идентичных инстансов (копий) нашего Go-приложения.
2. Перед ними ставим балансировщик нагрузки (например, nginx или облачный ALB).
3. Настраиваем общее внешнее хранилище данных (например, Redis для сессий, PostgreSQL в режиме репликации или S3 для файлов), чтобы состояние было доступно всем инстансам.

Пример упрощённой конфигурации балансировщика nginx для Scale Out:

http {
    upstream backend {
        server app-instance-1:8080;
        server app-instance-2:8080;
        server app-instance-3:8080;
        # Добавление нового инстанса требует лишь правки этого файла
    }

    server {
        listen 80;

        location / {
            proxy_pass http://backend;
        }
    }
}

В контексте разработки на Go

Go, с его мощной стандартной библиотекой и философией конкурентности, идеально подходит для построения систем, рассчитанных на горизонтальное масштабирование.

Принципы написания масштабируемых Go-приложений:

• Stateless-архитектура: Старайтесь делать сервисы без состояния. Любые данные сессии или состояние должны храниться во внешних сервисах (базы данных, кэши, распределённые хранилища).
• Использование пула соединений: Для работы с БД и другими внешними ресурсами используйте пулы соединений (например, database/sql с настройкой SetMaxOpenConns).
• Горизонтально масштабируемые коммуникации: Для межсервисного взаимодействия используйте gRPC (с балансировкой) или HTTP API, которые не привязаны к конкретному экземпляру.
• Координация через внешние системы: Для задач координации (распределённые блокировки, выбор лидера) используйте специализированные системы вроде etcd или ZooKeeper, а не пытайтесь реализовать это внутри приложения.

// Упрощённый пример Stateless HTTP-обработчика в Go
package main

import (
    "encoding/json"
    "net/http"
    "github.com/redis/go-redis/v9"
)

var rdb *redis.Client // Клиент внешнего кэша/хранилища

func handleRequest(w http.ResponseWriter, r *http.Request) {
    // Данные сессии извлекаются из внешнего Redis, а не из памяти процесса
    sessionID, err := r.Cookie("session_id")
    if err == nil {
        userData, err := rdb.Get(r.Context(), sessionID.Value).Result()
        // ... обработка
    }

    // Логика обработки запроса, не зависящая от экземпляра приложения
    response := map[string]string{"status": "ok", "instance": getInstanceID()}
    json.NewEncoder(w).Encode(response)
}

func getInstanceID() string {
    // Идентификатор инстанса может быть, например, переменной окружения,
    // переданной при запуске контейнера. Это позволяет различать узлы.
    return os.Getenv("INSTANCE_ID")
}

Заключение

Таким образом, горизонтальное масштабирование — это Scale Out, стратегия "вширь". Это основа современных облачных и микросервисных архитектур, к которой стремятся при проектировании высоконагруженных и отказоустойчивых систем. Go как язык, созданный для эпохи облаков и многопоточности, предоставляет отличные инструменты для построения таких систем, но накладывает на разработчика ответственность за следование принципам Stateless и правильной работы с разделяемыми ресурсами.