S3
Les images et fichiers vont dans S3
Devora Cloud sépare l’exécution de l’application, la base de données et le stockage de fichiers en ressources liées au projet.
Exemple : la photo du produit est dans S3. La base contient son nom, son prix et la référence de la photo.
Stockez le contenu des fichiers dans le stockage objet. La base garde uniquement les métadonnées et la clé ou URL. Demandez à votre IA de suivre ce modèle, sans colonnes binaires pour les photos, vidéos ou pièces jointes.
Ajouter S3 fournit les paramètres de connexion. Votre application doit les utiliser avec un SDK compatible pour envoyer et consulter les fichiers. Le clic ne migre aucun fichier, ne modifie pas le code et ne sauvegarde pas la base.
Une application utilisant déjà R2, IDrive e2 ou un autre S3 peut le conserver. Pour changer de fournisseur, copiez les objets, vérifiez les permissions et actualisez les références avant de couper l’ancien service.
Ne gardez pas les fichiers permanents sur le disque temporaire du conteneur. Pour les fichiers privés, utilisez authentification et liens signés temporaires ; ne rendez pas tout le bucket public pour résoudre un accès.
Les nouvelles connexions du panneau nécessitent des identifiants limités au projet. Les clés administratives ne doivent pas être transmises aux applications clientes.
Ajouter une ressource ouvre un formulaire avec nom et projet. Plusieurs bases et liens S3 apparaissent dans des lignes distinctes. Les liens S3 supplémentaires utilisent des préfixes et variables S3_<identifiant>_* distincts. Chaque base supplémentaire possède sa variable de connexion affichée dans les détails, sans remplacer la connexion existante. Les liens du propriétaire partagent les identifiants ; les préfixes ne les isolent pas.
Ouvrez Bases de données ou Stockage · S3 dans le menu du compte. Recherchez une ressource puis cliquez sur sa ligne pour déployer les détails sous la ligne dans le même tableau.
Base de données : Connexion affiche l’hôte et le port privés. Afficher les identifiants récupère l’URI complète avec mot de passe pour les utilisateurs autorisés. Ne la publiez jamais dans Git, des pages publiques ou des conversations sans contrôle d’accès.
Accès externe : vérifiez l’état puis demandez l’accès internet et confirmez l’exposition. Le worker doit appliquer les règles et publier l’adresse. Une demande acceptée ne signifie pas une connexion prête : consultez Activité et testez. N’utilisez pas l’IP privée sur internet ; désactivez cet accès après utilisation.
S3 : l’administrateur propriétaire peut choisir le projet lors de l’ajout. Le lien fournit un préfixe stable et S3_ENDPOINT, S3_REGION, S3_BUCKET, S3_PREFIX, S3_FORCE_PATH_STYLE, S3_ACCESS_KEY et S3_SECRET_KEY. Le SDK doit ajouter S3_PREFIX au début de chaque clé d’objet.
L’intégration du propriétaire utilise ses identifiants. Un préfixe organise les objets sans restreindre ces identifiants. La vente aux clients nécessite des identifiants limités par le fournisseur et des quotas appliqués ; la souscription automatique reste indisponible. La déconnexion conserve les objets.
IA de développement : configurez S3 côté serveur, envoyez les fichiers dans le bucket/préfixe, gardez clés et métadonnées dans la base et générez des liens signés pour la lecture privée. Ne publiez jamais de clé secrète dans NEXT_PUBLIC_*, JavaScript du navigateur ou Git.
Chiffrement au repos et connexions HTTPS pour le stockage géré. Le bucket actuel utilise SSE-KMS par défaut. L’accès dépend des identifiants et permissions ; les fichiers privés doivent utiliser des liens signés temporaires.
1 To = 1 000 Go. Facturation séparée de l’application, en dollars américains (USD).
Souscription en préparation. Aucun paiement ni activation automatique disponible.