• Русский
  • Архитектура

    Платформа Alauda Application Services — это надежное решение с открытым исходным кодом для управления сервисами, построенное на Kubernetes (K8S) и адаптированное для бесперебойной работы Alauda Application Services. Она служит централизованным узлом, эффективно координирующим широкий спектр популярных сервисных компонентов, включая MySQL, Redis, Kafka и RabbitMQ. Вот как это работает:

    • Компоненты сервисов: платформа поддерживает ключевые сервисы, такие как MySQL, Redis, Kafka и RabbitMQ, обеспечивая стабильную и надежную работу всех компонентов.

    • Общие сервисы: платформа предоставляет шаблоны параметров, проверки, управление оповещениями, сервисы резервного копирования и т. д., предлагая пользователям комплексное решение для управления сервисами.

    • Operator Controller: Operator Controller — это расширение Kubernetes, предназначенное для упрощения развертывания и управления приложениями. Он расширяет API Kubernetes через Custom Resource Definitions (CRD) для управления жизненным циклом приложений.

    • Контейнерная инфраструктура: платформа Alauda Application Services построена на Kubernetes и использует предоставляемую им базовую инфраструктуру, чтобы обеспечивать фундаментальные возможности, такие как сохранение данных и внешний доступ.

    Поддержка широкого спектра сервисов

    Платформа Alauda Application Services поддерживает различные типы сервисов, включая базы данных, кэши, очереди сообщений и т. д. Ниже приведены основные поддерживаемые версии Alauda Application Services и сведения о совместимых storage class:

    Alauda Application ServicesВерсияСовместимый storage class для сохранения данныхСовместимый storage class для резервного копированияПравило планирования по умолчанию (один экземпляр)
    MySQL-MGR8.0TopoLVM (рекомендуется)S3 (рекомендуется)Не более (обязательно) одного узла MySQL может быть запланировано на каждом узле.
    Redis5.0, 6.0, 7.2 (рекомендуется)TopoLVM (рекомендуется)S3 (рекомендуется), CephFS, NFSРежим cluster: не более (обязательно) одного узла Redis может быть запланировано на каждом узле. Режим Sentinel: не более (обязательно) одного узла данных Redis или одного узла Redis Sentinel может быть запланировано на каждом узле.
    Kafka3.8 (рекомендуется)TopoLVM (рекомендуется)-Не более (обязательно) одного узла Broker может быть запланировано на каждом узле.
    RabbitMQ3.8.16, 3.12.4TopoLVM (рекомендуется)-Не более (обязательно) одного узла RabbitMQ может быть запланировано на каждом узле.
    PostgreSQL11, 12, 14TopoLVM (рекомендуется)S3 (рекомендуется)Стремитесь планировать один узел PostgreSQL на каждом узле.