Инфраструктура высокой доступности
Перепроектируем инфраструктуру под multi-AZ high availability: кластеризацию БД, резервирование load balancer, stateless application pods и автоматический failover.
Проектируем и внедряем multi-AZ high availability для баз данных (Patroni/RDS Multi-AZ), приложений (Kubernetes с pod anti-affinity) и ingress-слоя (резервированные load balancers). Помогает закрыть требование доступности по Статье 32(1)(b) GDPR с целевым uptime 99,9%+. Фиксированная цена €2 700–4 500.
📋Зачем нужна эта услуга
Статья 32(1)(b) требует обеспечивать постоянную доступность и устойчивость систем обработки. Когда системы недоступны, вместе с ними становятся недоступны и персональные данные: отказ порталов для субъектов данных, систем удаления или notification pipelines напрямую влияет на соответствие GDPR.
Что вы получаете
- Кластеризация баз данных в режиме Multi-AZ (Patroni для PostgreSQL или RDS Multi-AZ)
- Развёртывание приложения без сохранения состояния с горизонтальным автоскейлингом pod-ов
- Резервированная конфигурация балансировщика нагрузки
- Тестирование автоматического аварийного переключения
- Мониторинг и оповещения по доступности
- Документация по расчёту SLA
Как мы работаем
- Day 0Вы отправляете заявку → ответ в течение 4 рабочих часов
- Day 1–2Discovery-звонок и уточнение объёма
- Day 3–5Договор подписан, старт согласован
- Day 5–7Начинается внедрение
- Day NФинальные результаты и walkthrough-звонок
- +30 daysБесплатная поддержка после сдачи
Инструменты и технологии
Предварительные условия
- Existing application deployed on Kubernetes or ECS
- Cloud account with multi-AZ availability
- Load testing results to inform scaling parameters
Цены
✓ Входит в объём:
- •Single application stack
- •AWS or GCP
- •Kubernetes or managed container service
⚠ Вне объёма (требует отдельной оценки):
- •Multi-region active-active (additional quote)
- •Legacy monolithic applications requiring major refactoring
📋Финальная цена подтверждается в предложении в течение 4 часов после заявки.
Реалистичный таймлайн — чего ожидать
- T+0hОтправка заявки
- T+4hПервичное предложение (в рабочее время)
- T+1–3dDiscovery-звонок
- T+2–3dФинальный счёт
- T+3–5dДоговор подписан
- T+4–6dПлатёж получен
- T+5–7dСтарт работ
- T+5–7d+NУслуга завершена
Частые вопросы
Какого SLA по доступности можно добиться с такой архитектурой?
Связанные услуги
Резервная архитектура по GDPR (3-2-1-1-0)
Внедряем стратегию резервного копирования 3-2-1-1-0: 3 копии, 2 типа носителей, 1 offsite-копия, 1 air-gapped-копия и 0 непроверенных бэкапов. С регулярным автоматическим тестированием восстановления.
План аварийного восстановления и тестирование
Разрабатываем документированный Disaster Recovery Plan (DRP) для систем, значимых для GDPR, и проводим ежеквартальные DR-тесты с фиксацией результатов.
Внедрение SIEM (Security Information & Event Management)
Разворачиваем и настраиваем SIEM (Wazuh + OpenSearch или Elastic SIEM) для корреляции событий безопасности, выявления признаков утечки и обеспечения готовности к 72-часовому уведомлению по Статье 33.