1. Pourquoi externaliser la base de données pour un déploiement d'entreprise ?

Lorsque l'on envisage d'utiliser Nocobase pour gérer des données métier cruciales, telles que des informations clients, des flux de commandes ou des processus d'approbation internes, il est fortement recommandé de séparer l'application de sa base de données dès le départ. Bien que l'approche Docker Compose "tout-en-un" (Nocobase et MySQL inclus) soit pratique pour les tests locaux, elle devient problématique en environnement de production.

Imaginez que votre application Nocobase tourne sur un serveur cloud unique. À mesure que le nombre d'utilisateurs et de données augmente, la charge sur le CPU et la mémoire de ce serveur s'intensifie. Si la base de données cohabite sur la même machine, les deux services se disputeront les ressources. Lors des pics d'activité, si Nocobase doit générer des rapports complexes, les performances de lecture/écriture de la base de données pourraient chuter drastiquement par manque de mémoire, entraînant un ralentissement général du système et une mauvaise expérience utilisateur. La gestion des sauvegardes et la maintenance sont également complexifiées : toute opération, comme une mise à jour ou un instantané de la base de données, affecterait directement le service applicatif.

C'est pourquoi la première étape d'un déploiement professionnel consiste à isoler la base de données MySQL sur un serveur dédié ou un service de base de données cloud (par exemple, Azure Database pour MySQL, Google Cloud SQL, ou AWS RDS). Cette architecture offre des avantages significatifs :

• Isolation des performances : L'application et la base de données opèrent sans se cannibaliser mutuellement les ressources.
• Haute disponibilité : Les services de base de données professionnels intègrent souvent des mécanismes de réplication maître-esclave et de basculement automatique.
• Sécurité des données : Une base de données isolée permet une mise en œuvre de contrôles d'accès réseau et de stratégies de sauvegarde plus stricts.
• Évolutivité flexible : En cas de croissance future du volume de données, la configuration de la base de données peut être mise à niveau indépendamment, voire séparée en lecture/écriture, sans affecter le serveur applicatif.

Dans l'environnement familier du panneau Baota (BT Panel), la connexion de Nocobase à un MySQL externe se résume à modifier les variables d'environnement du conteneur Docker. L'objectif est de dire à Nocobase : "N'utilise pas la base de données embarquée, connecte-toi à celle-ci, située à distance." Bien que cela puisse paraître simple, des défis comme les problèmes de connectivité réseau, les autorisations incorrectes ou les jeux de caractères incompatibles peuvent surgir. La configuration correcte de chaque paramètre est essentielle pour assurer le bon fonctionnement du service. Nous allons détailler chaque étape pour configurer cette connexion de manière robuste.

2. Prérequis essentiels avant le déploiement

Avant d'entamer la configuration, une préparation minutieuse est nécessaire pour garantir un processus fluide. Cette phase se divise en trois aspects cruciaux : la configuration de l'environnement Baota, la mise en place de la base de données externe et la planification de la sécurité réseau.

2.1. Vérification de l'environnement Baota et serveur

Assurez-vous d'abord que le panneau Baota est bien installé sur votre serveur et qu'il inclut Docker et Docker Compose. Ces outils sont fondamentaux. Vous pouvez les installer via la section "App Store" de Baota en rechecrhant "Docker Manager" ; cela installera généralement aussi Docker Compose. Une fois installés, il est conseillé d'ouvrir les ports nécessaires à Nocobase (par exemple, le port 8000) dans la section "Security" de Baota.

Ensuite, créez un répertoire dédié pour votre application Nocobase. Une bonne pratique est de le placer sous /www/wwwroot/, par exemple /www/wwwroot/nocobase-app. Créez ce dossier via le gestionnaire de fichiers de Baota et vérifiez que les permissions sont adéquates (généralement, l'utilisateur www doit avoir les droits de lecture et écriture). Ce répertoire stockera votre fichier docker-compose.yml ainsi que les données persistantes de Nocobase, telles que les fichiers téléchargés et les journaux.

Puis, accédez au terminal via Baota ou une connexion SSH pour vérifier l'état du service Docker :

systemctl status docker

Assurez-vous que le statut est active (running). Vérifiez également la version de Docker Compose :

docker-compose --version

Une version récante est préférable. Ces vérifications préliminaires permettent d'éviter de nombreux problèmes inattendus.

2.2. Création et configuration de la base de données MySQL externe

Passons maintenant à la base de données MySQL qui sera connectée à distance. Cette base de données peut être hébergée n'importe où : dans un autre conteneur Docker sur le même serveur, sur une machine physique différente sur le même réseau local, ou via un service RDS cloud. Pour cet exemple, nous allons considérer l'installation d'une instance MySQL 5.7 ou 8.0 via le panneau Baota sur le même serveur, ce qui est un scénario courant.

1. Installation de MySQL : Dans le "App Store" de Baota, recherchez et installez la version de MySQL souhaitée (Nocobase prend en charge 5.7 et 8.0). Notez le mot de passe root défini pendant l'installation.
2. Création d'une base de données et d'un utilisateur dédiés : Après l'installation, accédez à la page "Databases" de Baota. Cliquez sur "Add Data base".
   • Nom de la base de données : Choisissez un nom explicite, comme nocobase_production. Ce nom sera utilisé plus tard dans les variables d'environnement.
   • Nom d'utilisateur : N'utilisez jamais root directement ! Créez un utilisateur spécifique, par exemple nocobase_admin.
   • Mot de passe : Définissez un mot de passe fort pour cet utilisateur.
   • Accès : Initialement, sélectionnez "Any host" pour faciliter la connexion. Nous allons renforcer cette sécurité ultérieurement.
   • Jeu de caractères : Il est fortement recommandé de choisir utf8mb4. C'est le jeu de caractères UTF-8 complet de MySQL.