Stockage, volumes et sauvegardes
Adios distingue le stockage d’objets, les volumes des workloads, les sauvegardes et les artefacts de compilation. Ouvrez Stockage dans le tableau de bord et choisissez l'onglet pour les données dont vous avez besoin.
| Type de stockage | Usage |
|---|---|
| Buckets S3 | Fichiers et objets accessibles via des API compatibles objet ou S3. |
| Volumes | Données persistantes du système de fichiers associées aux workloads. |
| Sauvegardes | Enregistrements de sauvegarde disponibles et informations de restauration. |
| Artefacts de compilation | Résultats de compilation stockés, utilisés par les prévisualisations et les déploiements. |
Créer et utiliser un bucket
- Sélectionnez la bonne équipe et ouvrez Stockage → Buckets S3.
- Choisissez Nouveau bucket, puis sélectionnez un bucket géré par Adios ou un bucket S3 externe.
- Pour un bucket externe, indiquez son nom sur le service de stockage, son point de terminaison et les identifiants nécessaires.
- Vérifiez les paramètres d’accès et de cache du bucket, puis créez-le.
- Ouvrez le bucket pour parcourir les objets et consulter les informations de connexion.
Utilisez le point de terminaison et la région indiqués pour votre bucket pour configurer un client S3. Créez une clé d’accès au bucket si nécessaire, conservez le secret renvoyé en lieu sûr et révoquez les clés inutilisées. La liste des clés d’accès affiche des métadonnées ; elle ne remplace pas la conservation du secret lors de sa création.
Le API de stockage d’objets permet de lister, importer, télécharger et supprimer des objets. Les imports REST acceptent des octets bruts avec un paramètre d’objet key de la requête, plutôt que des données de formulaire multipart. La limite d’import documentée est de 5 GiB. La suppression d’un dossier peut aussi supprimer son contenu ; vérifiez d’abord le préfixe.
Accès public et mise en cache
L’accès au bucket et la mise en cache en périphérie sont deux réglages distincts. Vérifiez-les avant de diffuser des fichiers importés par les utilisateurs ou des fichiers téléchargeables. Assurez-vous que les objets privés restent inaccessibles aux clients non authentifiés et testez le comportement du cache lors de la mise à jour des fichiers publics. Ne supposez pas qu’un bucket S3 ou un volume de workload est public.
Volumes persistants
Vérifiez la configuration des volumes de l’application et le chemin de montage avant de stocker des données d’état. Assurez-vous que l’application écrit dans le chemin monté et que les données survivent à un redémarrage contrôlé. L’arborescence du code source ou les fichiers issus de la compilation ne remplacent pas un volume persistant configuré.
Pour les bases de données gérées, suivez les instructions de persistance et de connexion pour PostgreSQL, MySQL, MongoDB, Redis, ou RabbitMQ.
Sauvegardes et nettoyage des artefacts
Consultez Sauvegardes pour les enregistrements disponibles pour votre workload. Vérifiez la source, l’heure et la procédure de restauration de la sauvegarde, puis testez la restauration sur une cible appropriée avant de vous y fier. Un stockage persistant ne garantit pas à lui seul l’existence d’une sauvegarde utilisable.
Consultez Artefacts de compilation avant le nettoyage. Les artefacts conservés ou utilisés peuvent être nécessaires à une version ou une prévisualisation et protégés contre la suppression. Supprimez uniquement les artefacts dont vous avez confirmé qu’ils ne sont plus nécessaires.