Déployer votre première application

Vous avez un dépôt vide. rdc est livré avec des modèles intégrés pour vous permettre de lancer de vraies applications sans écrire un docker-compose from scratch. Choisissez un modèle, appliquez-le, exécutez-le.

Regarder le tutoriel

Choisir, appliquer, exécuter

Choisir un modèle, l'appliquer, l'exécuter

Étape 1 : Choisir

rdc repo template list

Étape 1 : listez les modèles disponibles. Rediacc fournit des modèles préconstruits pour les applications courantes, vous n'avez donc pas à écrire un docker-compose from scratch.

Vous verrez des configurations prêtes à l’emploi pour les applications courantes : Postgres, Redis, serveurs web, et bien d’autres.

Étape 2 : Appliquer

rdc repo template apply --name app-postgres -m <machine-name> --repository my-app

Étape 2 : appliquez le modèle app-postgres au repo. Cela copie un ensemble de fichiers testés dans le repo.

C’est fait. Cela copie les fichiers du modèle dans le dépôt.

Étape 3 : Voir ce qui a atterri

rdc term connect -m <machine-name> --repository my-app --command 'ls -la'

Connectez-vous dans le repo et listez les fichiers ajoutés par le template : un Rediaccfile avec les hooks de cycle de vie et un docker-compose.yml décrivant les containers.

Deux fichiers : docker-compose.yml décrit les conteneurs, et Rediaccfile définit ce qui se passe au démarrage et à l’arrêt de l’application (ses hooks de cycle de vie up et down). Le 2>/dev/null masque les logs de connexion pour n’afficher que la liste des fichiers.

Étape 4 : Exécuter

rdc repo up --name my-app -m <machine-name>

Démarrez le repo. Le CLI lance les containers, monte le volume chiffré et configure le daemon Docker isolé.

La CLI démarre les conteneurs, monte le volume chiffré et câble un daemon Docker isolé pour ce dépôt. (Si vous êtes déjà à l’intérieur du sandbox du dépôt via VS Code, renet dev up est une alternative équivalente dans le sandbox.)

Étape 5 : Vérifier

rdc term connect -m <machine-name> --repository my-app --command 'docker ps'

Vérifiez ce qui s'exécute. docker ps liste uniquement les containers de ce repo ; les autres repos sur le même serveur ont leurs propres daemons Docker et sont invisibles depuis cette vue.

docker ps liste ici uniquement les conteneurs de ce dépôt. Les autres dépôts sur le même serveur exécutent des daemons Docker séparés : leurs conteneurs sont complètement invisibles depuis celui-ci. C’est précisément l’objectif de cet isolement : tester librement sans affecter les services adjacents.

Suivant : Travailler avec votre dépôt.