Настройка Canary деплоя для веб-приложения

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.
Разработка и обслуживание любых видов сайтов:
Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Предлагаемые услуги
Показано 1 из 1 услугВсе 2065 услуг
Настройка Canary деплоя для веб-приложения
Сложная
~3-5 рабочих дней
Часто задаваемые вопросы
Наши компетенции:
Этапы разработки
Последние работы
  • image_website-b2b-advance_0.png
    Разработка сайта компании B2B ADVANCE
    1214
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1161
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    852
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1041
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    823
  • image_bitrix-bitrix-24-1c_fixper_448_0.png
    Разработка веб-сайта для компании ФИКСПЕР
    815

Настройка Canary деплоя для веб-приложения

Canary деплой — постепенное переключение трафика на новую версию: сначала 1–5% пользователей, затем 10%, 25%, 50% и наконец 100%. Позволяет выявить проблемы на реальном трафике до полного перехода.

Принцип

v1.0 (95%) ←── 95% запросов
                              ← Load Balancer
v1.1 (5%)  ←──  5% запросов

Если метрики (error rate, latency, conversion) в норме → увеличить процент. Если ухудшение → откатить к 0%.

Nginx split_clients

# /etc/nginx/nginx.conf
split_clients "${remote_addr}${http_user_agent}" $upstream_pool {
    5%   canary;     # 5% → новая версия
    *    stable;     # 95% → старая версия
}

upstream stable {
    server 10.0.0.10:8080;
}

upstream canary {
    server 10.0.0.11:8080;  # новая версия
}

server {
    location / {
        proxy_pass http://$upstream_pool;
    }
}

Чтобы изменить процент — редактируем конфиг и перезагружаем Nginx.

Canary через Cookie (sticky routing)

# Пользователь всегда попадает в ту же версию
map $cookie_canary $upstream_canary {
    "1"  canary;
    default stable;
}

# Или принудительно включить для тестировщиков
map $http_x_canary_override $upstream_override {
    "true" canary;
    default $upstream_canary;
}

Kubernetes + NGINX Ingress

# stable-deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-stable
---
# canary-deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-canary
---
# canary-ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: myapp-canary
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"
    nginx.ingress.kubernetes.io/canary-weight: "5"   # 5% трафика
spec:
  rules:
    - host: example.com
      http:
        paths:
          - path: /
            backend:
              service:
                name: myapp-canary-svc
                port: { number: 80 }
# Увеличить до 25%
kubectl annotate ingress myapp-canary \
    nginx.ingress.kubernetes.io/canary-weight=25 --overwrite

# Полный переход → обновить stable deployment
kubectl set image deployment/myapp-stable myapp=registry/myapp:v1.1.0

# Убрать canary
kubectl delete ingress myapp-canary
kubectl delete deployment myapp-canary

AWS: Weighted Target Groups

import boto3

elbv2 = boto3.client('elbv2')

def set_canary_weight(listener_arn: str, stable_tg: str, canary_tg: str, canary_weight: int):
    """stable_weight + canary_weight должны давать 100"""
    stable_weight = 100 - canary_weight

    elbv2.modify_listener(
        ListenerArn=listener_arn,
        DefaultActions=[{
            'Type': 'forward',
            'ForwardConfig': {
                'TargetGroups': [
                    {'TargetGroupArn': stable_tg, 'Weight': stable_weight},
                    {'TargetGroupArn': canary_tg,  'Weight': canary_weight},
                ],
                'TargetGroupStickinessConfig': {
                    'Enabled': True,
                    'DurationSeconds': 3600,  # stickiness 1 час
                }
            }
        }]
    )

Автоматический Canary с анализом метрик

# canary-rollout.py
import time
import boto3
import requests

PROMETHEUS_URL = "http://prometheus:9090"

def get_error_rate(version: str, duration: str = "5m") -> float:
    query = f'rate(http_requests_total{{version="{version}",status=~"5.."}}[{duration}]) / rate(http_requests_total{{version="{version}"}}[{duration}])'
    r = requests.get(f"{PROMETHEUS_URL}/api/v1/query", params={"query": query})
    result = r.json()["data"]["result"]
    return float(result[0]["value"][1]) if result else 0.0

def progressive_rollout():
    steps = [5, 10, 25, 50, 75, 100]
    canary_weight = 0

    for target_weight in steps:
        print(f"Setting canary weight to {target_weight}%")
        set_canary_weight(LISTENER_ARN, STABLE_TG, CANARY_TG, target_weight)

        # Ждать и проверять метрики
        time.sleep(300)  # 5 минут на каждом шаге

        error_rate = get_error_rate("canary")
        print(f"Canary error rate: {error_rate:.2%}")

        if error_rate > 0.01:  # >1% ошибок
            print(f"Error rate too high ({error_rate:.2%}), rolling back!")
            set_canary_weight(LISTENER_ARN, STABLE_TG, CANARY_TG, 0)
            return False

    print("Canary rollout complete!")
    return True

Срок реализации

  • Nginx canary на VPS: 1–2 дня
  • Kubernetes NGINX Ingress canary: 2–3 дня
  • Автоматический rollout с метриками: 3–5 дней