Cloud Service Engine (CSE) — это облачное промежуточное ПО для микросервисных приложений. Оно предоставляет пользователям высокопроизводительные и высокоустойчивые корпоративные облачные сервисные возможности, такие как application gateway, registry and discovery, configuration management и service governance. Кроме того, он полностью совместим с открытыми экосистемами, такими как Spring Cloud, ServiceComb и Dubbo. Пользователи могут использовать другие облачные сервисы для быстрого создания облачно‑нативной микросервисной системы, обеспечивая быструю разработку и высокое O&M микросервисных приложений.
Функции:
CSE Nacos совместим с клиентами open-source Nacos и Eureka. Он предоставляет registry and discovery, динамическое управление конфигурацией, контроль доступа и наблюдаемость. Его можно использовать для создания высокодоступного и простого в управлении микросервисного промежуточного ПО.
CSE ServiceComb engines разработаны на основе открытой экосистемы Apache ServiceComb и предоставляют одноокно́вую микросервисную платформу. CSE ServiceComb engines поддерживают доступ через Java‑Chassis SDK и SpringCloudHuawei SDK. После доступа к платформе вы можете легко использовать функции, такие как service contract, service governance, dark launch, service governance, service monitoring, configuration management и access control, практиковать разработку по принципу API‑first и создавать безопасные, высокопроизводительные и стабильные микросервисные приложения. Подробную информацию о Apache ServiceComb Service Center см. ниже:
ServiceComb engine имеет две версии: 1.x и 2.x.
ServiceComb 2.x engines являются коммерческими движками, которые управляют масштабными микросервисными приложениями. Вы можете выбирать различные спецификации движка в зависимости от требований к сервису. Эксклюзивные движки используются исключительно; поэтому производительность не зависит от других арендаторов.
По сравнению с ServiceComb engine 1.x, базовая архитектура, функции, безопасность и производительность ServiceComb engine 2.x улучшены, предоставляя независимый реестр сервисов и центр обнаружения и центр конфигураций, а также поддерживая пользовательские сценарии сервисов и управление. Table 1 перечисляет функции, поддерживаемые в CSE 1.0 и CSE 2.0.
Feature | Sub-feature | 2.x | 1.x | Remarks | |
|---|---|---|---|---|---|
Engine management | Security | Security authentication | √ | √ | - |
Reliability | 3-AZ high reliability | √ | √ | - | |
Управление микросервисами | Базовая возможность | Реестр и обнаружение | √ | √ | - |
Многокадровый доступ | √ | √ | Поддерживает Spring Cloud и ServiceComb Java Chassis. | ||
Автоматическая очистка версий без instances | √ | x | Для версии 2.3.7 и более новых сохраняются последние три версии микросервисов, а версии без instances автоматически удаляются. | ||
Производительность | Пуш изменений instance с точностью до миллисекунд | √ | √ | - | |
Управление конфигурацией | Базовая возможность | Управление и конфигурация | √ | √ | - |
Разнообразные форматы конфигурации | √ | Поддерживается только текст. | 2.x поддерживает YAML, JSON, TEXT, Properties, INI и XML. | ||
Import and export | √ | √ | 2.x поддерживает импорт конфигурации той же политики. | ||
Advanced features | History version management | √ | x | - | |
Version comparison | √ | x | - | ||
Fast rollback | √ | x | - | ||
Configuration labels | √ | x | - | ||
Performance | Second-level delivery | √ | x | - | |
Управление микросервисами | Управление сервисами на основе сценариев | Пользовательский сценарий сервиса | √ | x | - |
Правило сопоставления на основе метода запроса | √ | x | - | ||
Правило сопоставления на основе пути запроса | √ | x | - | ||
Правило сопоставления на основе заголовков запроса | √ | x | - | ||
Политика управления: ограничение скорости | Token bucket rate limiting на сервере | √ | √ | - | |
Политика управления: повторные попытки | Клиент выполняет повторные попытки, чтобы обеспечить доступность, отказоустойчивость и согласованность пользовательских сервисов. | √ | √ | - | |
Политика управления: circuit breaker | Сервер отключает неисправные сервисы, чтобы предотвратить масштабные сбои. | √ | √ | - | |
Политика управления: изоляция репозитория. | Сервер контролирует возможность одновременной обработки запросов, основываясь на семафоре. | √ | x | - | |
Инструмент разработки | Локальный легковесный движок | Запуск локально в один клик, упрощающий офлайн-разработку микросервисов. | √ | √ | - |