Цей документ було перекладено за допомогою ШІ. Для точної інформації зверніться до англійської версії.
Режим спільної пам'яті
Менеджер застосунківEnterprise Edition+Вступ
Коли користувачі бажають розділити бізнес-домени на рівні застосунків, не впроваджуючи складну архітектуру розгортання та обслуговування, можна використовувати режим спільної пам'яті для кількох застосунків.
У цьому режимі в одному екземплярі NocoBase можуть одночасно працювати кілька застосунків. Кожен застосунок є незалежним, може підключатися до окремої бази даних, створюватися, запускатися та зупинятися окремо, але вони спільно використовують один і той самий процес і простір пам'яті, тому користувачеві все одно потрібно обслуговувати лише один екземпляр NocoBase.
Посібник користувача
Конфігурація змінних середовища
Перед використанням функцій мультизастосунку переконайтеся, що під час запуску NocoBase встановлено такі змінні середовища:
Створення застосунку
У меню налаштувань системи натисніть «Менеджер застосунків» (App Supervisor), щоб перейти на сторінку керування застосунками.
Натисніть кнопку «Додати», щоб створити новий застосунок.
Опис параметрів конфігурації
| Параметр | Опис |
|---|---|
| Назва застосунку | Назва застосунку, що відображається в інтерфейсі |
| Ідентифікатор застосунку | Ідентифікатор застосунку, глобально унікальний |
| Спосіб запуску | - Запуск під час першого візиту: запускається лише тоді, коли користувач вперше звертається до цього підзастосунку через URL - Запуск разом із головним застосунком: запускається одночасно з головним застосунком (збільшує час запуску головного застосунку) |
| Середовище | У режимі спільної пам'яті доступне лише локальне середовище, тобто local |
| Підключення до бази даних | Використовується для налаштування головного джерела даних застосунку, підтримує три способи: - Нова база даних: повторне використання поточного сервісу бази даних, створення окремої бази даних - Нове підключення до даних: підключення до іншого сервісу бази даних - Режим Schema: якщо поточним головним джерелом даних є PostgreSQL, для застосунку створюється окрема схема |
| Оновлення | Якщо в підключеній базі даних є дані застосунку NocoBase старішої версії, чи дозволяти автоматичне оновлення до поточної версії |
| Секретний ключ JWT | Автоматично генерує незалежний секретний ключ JWT для застосунку, щоб забезпечити незалежність сесій від головного та інших застосунків |
| Власний домен | Налаштування окремого домену для доступу до застосунку |
Запуск застосунку
Натисніть кнопку Запустити, щоб запустити підзастосунок.
Якщо під час створення було позначено «Запуск під час першого візиту», він запуститься автоматично при першому зверненні.
Доступ до застосунку
Натисніть кнопку Відвідати, щоб відкрити цей підзастосунок у новій вкладці.
За замовчуванням для доступу до підзастосунку використовується /apps/:appName/admin/, наприклад:
Також можна налаштувати окремий домен для підзастосунку; необхідно спрямувати домен на поточну IP-адресу, а якщо використовується Nginx, додати домен у конфігурацію Nginx.
Зупинка застосунку
Натисніть кнопку Зупинити, щоб зупинити підзастосунок.
Статус застосунку
У списку можна переглянути поточний статус кожного застосунку.
Видалення застосунку
Натисніть кнопку Видалити, щоб видалити застосунок.
Поширені запитання
1. Керування плагінами
Плагіни, доступні для інших застосунків, збігаються з головним застосунком (включаючи версії), але їх можна налаштовувати та використовувати незалежно.
2. Ізоляція бази даних
Інші застосунки можуть мати окремі бази даних. Якщо ви бажаєте спільно використовувати дані між застосунками, це можна реалізувати через зовнішні джерела даних.
3. Резервне копіювання та міграція даних
Наразі резервне копіювання даних у головному застосунку не підтримує включення даних інших застосунків (містить лише основну інформацію про застосунки); резервне копіювання та міграцію потрібно виконувати вручну всередині кожного застосунку.
4. Розгортання та оновлення
У режимі спільної пам'яті версії інших застосунків автоматично оновлюватимуться разом із головним застосунком, що гарантує узгодженість версій.
5. Сесії застосунку
- Якщо застосунок використовує незалежний секретний ключ JWT, його сесія буде ізольована від головного та інших застосунків. Якщо доступ до різних застосунків здійснюється через підшляхи одного домену, через кешування токена застосунку в LocalStorage при перемиканні між застосунками знадобиться повторний вхід. Рекомендується налаштувати окремі домени для різних застосунків для кращої ізоляції сесій.
- Якщо застосунок не використовує незалежний секретний ключ JWT, він спільно використовуватиме сесію головного застосунку; після відвідування іншого застосунку в тому самому браузері повернення до головного не потребуватиме повторного входу. Проте це створює ризики безпеки: якщо ідентифікатори користувачів у різних застосунках збігаються, це може призвести до несанкціонованого доступу до даних інших застосунків.