Démarrer MySQL à partir d'un modèle versionné
Utilisez le modèle MySQL 8 et définissez des identifiants root et applicatifs distincts via des références aux secrets dans l’environnement du service.
Services de données · offres à partir de $10/mois
Déployer MySQL.Séparez l’accès root de l’accès applicatif.
Démarrez MySQL 8 avec un stockage persistant, créez une base de données et un utilisateur applicatifs dédiés, protégez les deux mots de passe et vérifiez les données après redémarrage.
Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios
Version candidate
MySQL
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source reçue
02Compilation terminée
03Environnement d’exécution démarré
04Vérification de santé réussie
Route promue en production
production.adios.run
Une mise en production adaptée à
MySQL 8SQLPersistanceSecretsUtilisateurs de l’application
Le parcours de mise en production
Même opérationnel, un projet MySQL doit être mis en production en toute sécurité.
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Faire de la persistance une décision explicite
Le modèle officiel monte le répertoire de données MySQL sur un stockage persistant. Définissez les sauvegardes, les tests de restauration, la capacité et les responsabilités de mise à niveau avant le lancement.
Garder l'état de service visible pour les opérateurs
Connectez-vous en tant qu'utilisateur de l'application, créez et interrogez des données représentatives, redémarrez le service et validez la reconnexion du client sans utiliser les privilèges root.
Du code source à la mise en production
Trois étapes vous permettent de vérifier le parcours de déploiement.
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
- 01
Commencer par la source ou un modèle
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios login - 02
Revoir le contrat de déploiement
Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yaml - 03
Déployer et inspecter le résultat
Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios up
adios.yaml
Votre projetname: application-db
template: mysql:8
env:
MYSQL_ROOT_PASSWORD: secret://MYSQL_ROOT_PASSWORD
MYSQL_DATABASE: app_production
MYSQL_USER: app
MYSQL_PASSWORD: secret://MYSQL_PASSWORDEnregistrez les deux mots de passe dans des secrets Adios avant le déploiement et n’accordez à l’application que les droits nécessaires.
Points de départ déployables
Démarrer MySQL à partir d'un modèle lorsque le dépôt n'est pas prêt.
Déployez le modèle MySQL 8, puis connectez une application avec son propre utilisateur de base de données plutôt qu’avec le compte administrateur.
Services de données
MySQL 8
Un modèle MySQL 8 avec un répertoire de données persistant.
SQLGéré par Adios
- Clé du modèle
- mysql:8
- Environnement d’exécution
- mysql
- Dépôt
- template-mysql-8
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-mysql-8.git
cd template-mysql-8
adios upAvant production
Vérifier la charge de travail.Puis promouvez la version en production.
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Prêt quand...
- Les identifiants root et applicatifs sont stockés dans des secrets distincts.
- Les droits de l’application respectent le principe du moindre privilège.
- Les clients se reconnectent après le redémarrage du service.
- Les responsabilités en matière de sauvegarde et de restauration sont documentées.
Prévisualiser quand...
- Une migration réécrit ou verrouille les tables de production.
- Les modes SQL ou les jeux de caractères changent.
- L’application change de version majeure de MySQL.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer MySQL.
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Puis-je déployer MySQL à partir d’un modèle officiel ?
Oui. Choisissez le modèle MySQL correspondant à la version ou à la configuration souhaitée, stockez les identifiants dans des secrets Adios et déployez-le depuis la console ou avec adios up.
Le modèle MySQL utilise-t-il un stockage persistant ?
Le modèle officiel monte le répertoire de données MySQL sur un stockage persistant. Définissez les sauvegardes, les tests de restauration, la capacité et les responsabilités de mise à niveau avant le lancement.
Laravel, PHP, Node.js ou Python peuvent-ils se connecter à MySQL ?
Oui. Utilisez le pilote MySQL de votre langage, injectez les paramètres de connexion applicative via des secrets et testez l’authentification ainsi que la reconnexion.
L’application doit-elle utiliser le compte root de MySQL ?
Non. Créez un utilisateur applicatif dédié avec uniquement les droits nécessaires, et réservez les identifiants root aux opérations d’administration contrôlées.
Où stocker les mots de passe de la base de données et du broker ?
Stockez les valeurs sensibles dans les secrets Adios et référencez-les avec secret://NAME. Ne placez pas les identifiants de production directement dans adios.yaml et ne les enregistrez pas dans Git.
Que dois-je vérifier avant de recevoir du trafic de production ?
Vérifiez l’authentification, la connectivité applicative, les écritures et lectures, la persistance après redémarrage, les besoins de sauvegarde ou de restauration, la capacité et le comportement en cas d’échec de chaque application dépendante.
Autres options de déploiement
Connectez le reste de votre stack.
Déployer PostgreSQL
Choisissez une version de PostgreSQL, conservez les identifiants de la base de données hors de Git, ajoutez un stockage persistant, connectez l’application et vérifiez les données après un redémarrage.
Déployer MongoDB
Démarrez MongoDB 7 avec un stockage persistant, protégez les identifiants d’administration, connectez la base de données applicative et vérifiez les écritures après un redémarrage.
Déployer PHP
Installez les dépendances de production, démarrez l’application sur un port déclaré, vérifiez sa santé et associez la version promue aux domaines et à TLS.
Déployer Laravel
Installez les dépendances de production, lancez le processus web Laravel, vérifiez sa santé et configurez explicitement la base de données, le cache, les files d’attente, les secrets, les journaux et les domaines.
La première version
Déployer MySQL avec le code source et les éléments de vérification associés.
Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.