Архитектура

Платформа 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 и информация о совместимых классах хранилищ:

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