logologo
Начало
Руководство
Разработка
Плагины
API
Главная
English
简体中文
日本語
한국어
Español
Português
Deutsch
Français
Русский
Начало
Руководство
Разработка
Плагины
API
Главная
logologo
Как работает NocoBase
Сравнение способов установки и версий

Установка NocoBase

Установка через Docker
Установка через create-nocobase-app
Установка из исходного кода Git
Переменные окружения

Обновление NocoBase

Обновление установки Docker
Обновление установки create-nocobase-app
Обновление установки из исходного кода Git

Развертывание

Развертывание в производственной среде

Прокси для статических ресурсов

nginx
caddy
CDN

Основные команды для эксплуатации

docker compose
pm2
Как ускорить развертывание
Установка и обновление плагинов
Next PageКак работает NocoBase
Уведомление об ИИ-переводе

Этот документ был переведён с помощью ИИ. Для получения точной информации обратитесь к английской версии.

#Системные требования

Системные требования, описанные в данном документе, относятся только к самому сервису приложения NocoBase и охватывают вычислительные ресурсы и память, необходимые для процессов приложения. Они не включают зависимые сторонние сервисы, такие как:

  • API-шлюзы / обратные прокси
  • Сервисы баз данных (например, MySQL, PostgreSQL)
  • Сервисы кэширования (например, Redis)
  • Промежуточное ПО, такое как очереди сообщений, объектные хранилища и т. д.

За исключением случаев проверки функциональности или экспериментальных сценариев, настоятельно рекомендуется развертывать вышеуказанные сторонние сервисы отдельно на выделенных серверах или в контейнерах, либо использовать соответствующие облачные сервисы.

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

#Одноузловой режим развертывания

Одноузловой режим развертывания означает, что сервис приложения NocoBase запускается на одном сервере или в одном экземпляре контейнера.

#Минимальные аппаратные требования

РесурсТребование
Процессор1 ядро
Память2 ГБ

Применимые сценарии:

  • Микро-бизнес
  • Проверка концепции (POC)
  • Среды разработки / тестирования
  • Сценарии практически без параллельного доступа
Подсказка
  • Данная конфигурация гарантирует только работоспособность системы, но не производительность.
  • При росте объема данных или количества параллельных запросов системные ресурсы могут быстро стать «узким местом».
  • Для разработки исходного кода, разработки плагинов или сборки и развертывания из исходного кода рекомендуется зарезервировать не менее 4 ГБ свободной памяти, чтобы обеспечить успешное завершение установки зависимостей, компиляции и процесса сборки.

#Рекомендуемые аппаратные требования

РесурсРекомендуемая конфигурация
Процессор2 ядра
Память≥ 4 ГБ

Применимые сценарии:

Подходит для малого и среднего бизнеса с небольшим количеством параллельных запросов в продуктивной среде.

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

#Режим кластера

Режим кластера предназначен для средне- и крупномасштабных сценариев с высоким уровнем параллелизма. Вы можете использовать горизонтальное масштабирование для повышения доступности и пропускной способности системы (подробнее см. в разделе Режим кластера).

#Аппаратные требования к узлам

В режиме кластера рекомендуемая конфигурация оборудования для каждого узла приложения (Pod / экземпляр) совпадает с требованиями для одноузлового режима.

Минимальная конфигурация узла:

  • Процессор: 1 ядро
  • Память: 2 ГБ

Рекомендуемая конфигурация узла:

  • Процессор: 2 ядра
  • Память: 4 ГБ

#Планирование количества узлов

  • Количество узлов в кластере можно масштабировать по мере необходимости (2–N).
  • Фактическое количество узлов зависит от:
    • Объема параллельного трафика
    • Сложности бизнес-логики
    • Нагрузки от фоновых задач и асинхронной обработки
    • Скорости ответа внешних зависимых сервисов

Рекомендации для продуктивной среды:

  • Динамически корректируйте количество узлов на основе показателей мониторинга (процессор, память, задержка запросов и т. д.).
  • Резервируйте определенный запас ресурсов для обработки скачков трафика.