Présentation du déploiement de l'environnement de production
Si votre NocoBase peut déjà fonctionner normalement sur le serveur, vous devez généralement ajouter deux fonctionnalités supplémentaires avant son lancement officiel :
- Autorisez l'application à reprendre automatiquement son exécution après le redémarrage de la machine.
- Connectez l'entrée proxy inverse à l'application pour fournir un accès stable au monde extérieur.
Correspondant à la CLI NocoBase, elle se compose principalement des deux jeux de commandes suivants :
nb app autostartnb proxy
Cet ensemble de documents est principalement divisé en deux parties :
- Démarrage automatique de l'application : permet à l'application de reprendre son exécution après le redémarrage de la machine.
- Proxy inverse : fournit une entrée d'accès externe stable pour les applications
Vous pouvez d'abord voir de quelle pièce vous avez le plus besoin actuellement, puis accéder à la page correspondante.
Quels problèmes ces deux éléments résolvent-ils dans l'environnement de production ?
C'est à dire :
nb app autostartrésout le problème de "comment reprendre le fonctionnement des applications après le démarrage du système"nb proxyrésout le problème de "comment fournir un accès stable au monde extérieur"
nb app autostart ne contourne pas ces méthodes de gestion de processus, mais adapte uniformément différentes méthodes de gestion de processus, puis les fait converger vers un ensemble stable d'entrées de gestion à démarrage automatique. De cette façon, vous n'avez pas besoin de mémoriser un ensemble différent de configurations à démarrage automatique, car la couche sous-jacente est Docker, PM2 ou Supervisor qui pourrait être prise en charge à l'avenir.
Lorsque le système démarre cette couche, elle continuera à être traitée par systemd, launchd ou le script de démarrage de l'hôte. Ils sont chargés d'exécuter une seule fois au démarrage de la machine :
Cette commande extraira ensuite toutes les applications dont le démarrage automatique est activé.
Voici deux couches de choses qui ne doivent pas être mélangées :
- Des fonctionnalités telles que Docker, PM2 et Supervisor sont plus proches de « la façon dont les applications s'exécutent habituellement et comment gérer les processus d'application ».
- Les fonctionnalités telles que
systemd,launchdet les scripts de démarrage de l'hôte sont plus proches de « quelle commande exécuter au démarrage du système »
Si vous êtes bloqué ici "Pourquoi avez-vous besoin de nb app autostart", continuez simplement à lire [Démarrage automatique de l'application] (./autostart.md) et [Intention de conception d'application nb] (../cli-design/nb-app-design-intent.md).
Quelle page dois-je consulter maintenant ?
Avant d'entrer dans l'environnement de production, confirmez ces prérequis
- L'application a été enregistrée en tant qu'environnement CLI
- L'application peut être démarrée normalement sur le serveur lui-même
- Si vous allez vous connecter au proxy inverse,
appPorta été enregistré dans env - Si vous êtes prêt à l'ouvrir officiellement au monde extérieur, vous avez déjà prévu le nom de domaine, le port d'entrée et la solution HTTPS.
Si vous n'avez pas terminé l'installation CLI ou l'initialisation de l'environnement, revenez à [Installation à l'aide de CLI (recommandé)] (../installation/cli.md).
Si la commande indique qu'il manque appPort env, exécutez d'abord nb env update pour le remplir.

