Ваша инфраструктура.Единая интеграция.

On‑premises, частные и публичные облака, а также гибридные схемы - платформа подстраивается под вашу инфраструктуру.

РедМул развёртывается там, где это удобно заказчику: от собственных дата‑центров и bare‑metal серверов до частных и публичных облаков. Платформа использует поддерживаемую серверную инфраструктуру и позволяет комбинировать on‑premises и облачные среды, чтобы найти баланс между безопасностью, задержками и доступностью ресурсов. Число инсталляций учитывается при согласовании схемы лицензирования; точные условия определяются выбранной поставкой.

Полное развёртывание в инфраструктуре заказчика, включая собственные дата‑центры и bare‑metal сервера.

Размещение компонентов РедМул в частных облаках организации.

Полноценная работа в российских публичных облаках: Яндекс Облако, VK Cloud, СберCloud, Mail.ru Cloud.

Гибридные сценарии, в которых часть компонентов размещается в облаке, а часть остаётся on‑premises.

Возможность управлять уровнем безопасности, задержками и доступностью за счёт выбора места размещения компонентов.

Согласование лицензирования с учётом количества инсталляций и состава выбранной поставки.

Готовые контейнерные образы, Kubernetes / OpenShift и K3s, а также Docker Compose для разработки и тестирования.

РедМул естественно вписывается в контейнерную инфраструктуру. Компоненты платформы могут устанавливаться и запускаться в контейнерах (Docker, Podman и др.), а готовые образы используются для контейнерного развёртывания; состав продуктивного окружения согласуется для выбранной поставки. Платформа разворачивается и управляется в Kubernetes и OpenShift, поддерживая необходимые механизмы оркестрации, масштабирования и самовосстановления. Для локальной разработки и тестирования доступны сценарии запуска через Docker Compose.

Установка и запуск компонентов платформы в контейнерах (Docker, Podman и др.).

Готовые контейнерные образы для развёртывания платформы; пригодность конкретной версии для промышленной среды подтверждается требованиями поставки.

Развёртывание и управление РедМул в средах Kubernetes и OpenShift.

Поддержка механизмов оркестрации, масштабирования и самовосстановления, предоставляемых Kubernetes.

Поддержка лёгких Kubernetes‑кластеров, таких как K3s.

Локальный запуск и отладка платформы с использованием Docker Compose.

Сборка окружений для разработки и тестирования на базе Docker Compose.

Популярные Linux‑дистрибутивы, Windows Server и отечественные ОС, включая варианты для специальных требований для инфраструктур с особыми требованиями.

РедМул устанавливается на популярные серверные операционные системы и проходит отдельное тестирование на отечественных дистрибутивах. Это позволяет использовать платформу как в классических инфраструктурах Linux/Windows, так и в средах, где требуется применение российских сертифицированных ОС.

Поддержка распространённых дистрибутивов Linux: Ubuntu, Debian, Linux Mint, CentOS, Arch Linux.

Работа на серверных версиях Windows Server 2016, 2019 и 2022.

Проверка совместимости с отечественными операционными системами; состав подтверждающих документов и поддерживаемых версий предоставляется для выбранной поставки:

Astra Linux (включая SE), РЕД ОС, Альт (Базальт СПО), ROSA и других.

Подробный перечень поддерживаемых версий отечественных ОС предоставляется отдельно.

Горизонтальное и вертикальное масштабирование, режимы active‑active / active‑passive и миграция между on‑premises, контейнерными и облачными средами.

RedMule масштабируется вместе с ростом нагрузки. Платформа поддерживает горизонтальное масштабирование за счёт добавления узлов и вертикальное - за счёт увеличения ресурсов отдельного узла. Кластерная архитектура включает режимы active‑active, active‑passive и geo‑cluster, при этом кластером можно централизованно управлять в пределах технических и лицензионных ограничений. Модульный подход позволяет строить как микросервисные, так и гибридные решения, а перенос конфигураций помогает переносить компоненты между on‑premises, контейнерными и облачными средами.

Горизонтальное масштабирование платформы за счёт добавления новых узлов.

Сценарии кластеризации, балансировки нагрузки и синхронизации состояния между узлами.

Вертикальное масштабирование путём увеличения ресурсов одного узла (CPU, RAM) для повышения производительности.

Кластерная архитектура с поддержкой режимов active‑active, active‑passive и geo‑cluster.

Централизованное управление кластером; количество узлов определяется техническими и лицензионными параметрами.

Модульная архитектура, поддерживающая как микросервисную, так и гибридную модель.

Миграция компонентов платформы и конфигураций между on‑premises, контейнерными и облачными средами исполнения.

Динамическое масштабирование с ручным добавлением и удалением узлов.

Масштабирование без остановки в поддерживаемых кластерных сценариях при наличии достаточных ресурсов и совместимых компонентов.

Failover, cold‑standby, репликация и геораспределённые кластеры с контролируемыми показателями RPO/RTO.

РедМул включает набор механизмов высокой доступности и отказоустойчивости для бизнес‑критичных систем. Платформа поддерживает автоматический failover, холодное резервирование, репликацию сервисов и конфигураций, геораспределённые кластеры и сценарии аварийного восстановления. Целевые RPO и RTO задаются для конкретной архитектуры и проверяются при испытании сценария аварийного восстановления.

Встроенный failover: автоматическое обнаружение сбоя узла и переключение потоков на резервные узлы.

Контроль состояния и автоматический перезапуск сервисов в настроенных сценариях. Время обнаружения отказа, переключения и восстановления определяется параметрами проверки, конфигурацией и характером сбоя.

Холодное резервирование (cold‑standby): резервные узлы находятся в неактивном состоянии и включаются вручную или по триггеру при аварийном восстановлении.

Размещение экземпляров сервисов и синхронизация конфигураций между узлами. Компоненты без локального состояния упрощают перенос обработки; хранилища состояния и данных требуют отдельного решения по репликации и восстановлению.

Топология репликации данных определяется используемым хранилищем и архитектурой решения. Multi-master, разрешение конфликтов и необходимость разделения данных рассматриваются отдельно; они не следуют автоматически из микросервисной организации платформы.

Встроенные механизмы watchdog и heartbeat для постоянного контроля состояния сервисов и их автоматического перезапуска при сбоях.

Интеграция с внешними системами мониторинга (Prometheus, Zabbix) и отправка webhook‑уведомлений о событиях.

Геораспределённые сценарии с синхронизацией предусмотренных конфигураций и состояния. Защита от split-brain требует согласованной схемы кворума или изоляции узлов в инфраструктуре конкретного решения.

Показатели аварийного восстановления определяются проектом: RPO - допустимая потеря данных по времени, RTO - целевое время восстановления. Значения зависят от резервирования, копирования данных и проверенной процедуры восстановления.

Балансировка нагрузки в кластере встроенным балансировщиком или внешними средствами (Nginx, HAProxy и др.).

Поддержка sticky sessions, алгоритмов round robin, failover и механизмов health‑check при балансировке.

Сценарии disaster recovery: работа с резервными площадками, настройка и тестирование RPO/RTO, автоматизированное переключение и восстановление.

управляемые обновления с планом возврата и отдельные сценарии компенсации бизнес-операций и автоматизация через Ansible, Terraform, Jenkins, GitLab CI, Helm и ArgoCD.

Платформа изначально спроектирована с учётом полного жизненного цикла: от первого развёртывания до регулярных обновлений и миграций. РедМул поддерживает откат версий, компенсационные сценарии и обратную совместимость объектов, а также легко встраивается в существующие DevOps‑процессы. Автоматизация через Ansible, Terraform, Jenkins, GitLab CI, Helm и ArgoCD дополняется готовыми шаблонами и best practices для организации устойчивого CI/CD.

Откат платформы на предыдущую версию в случае ошибок при обновлении.

Поддержка сценариев безопасного обновления с возможностью возврата и чётко описанными условиями и ограничениями rollback.

Возврат конфигураций и поддержка компенсационных сценариев средствами интеграционной логики. Откат версии платформы, миграций БД и компенсация уже выполненной бизнес-операции - разные процедуры.

Поддержка ранее созданных сущностей и сценариев миграции конфигураций, включая объекты, не создаваемые через текущий web-интерфейс. Совместимость проверяется для конкретной пары версий и используемых компонентов.

Автоматизация развёртывания, обновления и тестирования с помощью Ansible и Terraform.

Интеграция с CI/CD‑серверами Jenkins и GitLab CI.

Использование Helm и ArgoCD для управления конфигурациями и релизами платформы.

Предоставление шаблонов и best practices для построения CI/CD‑конвейеров.

Автоматизация миграций и операций обновления через пайплайны CI/CD.

Сложные интеграции с хранилищами DataVault и подключение OpenTracing, OpenTelemetry и Jaeger как полноправных точек интеграции.

РедМул органично сочетается с уже существующей инфраструктурой хранения данных и наблюдаемости. Платформа поддерживает сложные интеграции с корпоративными хранилищами типа DataVault, используя те же встроенные механизмы интеграции, что и для других систем. Внешние системы трассировки, такие как OpenTracing, OpenTelemetry и Jaeger, могут подключаться как интегрируемые точки и обслуживаться штатными средствами платформы.

Интеграция с корпоративными DWH‑хранилищами, включая модели типа DataVault, через встроенные инструменты интеграции РедМул.

Поддержка сложных сценариев обмена данными между платформой и хранилищами данных.

Подключение внешних систем трейсинга (OpenTracing, OpenTelemetry, Jaeger) как интегрируемых точек.

Взаимодействие с системами трассировки при помощи встроенных интеграционных механизмов платформы.