Un stockage d'objets intégré et compatible S3 est désormais disponible sur Upsun Cloud

Si ton application stocke de gros volumes de fichiers, comme des images de produits, des vidéos, des documents ou des fichiers mis en ligne par les utilisateurs, tu as probablement dû utiliser un service de stockage d’objets distinct en plus d’Upsun. Ça impliquait un compte supplémentaire à configurer, une intégration supplémentaire à gérer et une facture supplémentaire à rapprocher.

Le stockage objet est désormais intégré à Upsun Cloud. Tu le configures comme n’importe quelle autre ressource, ton application s’y connecte via l’API S3 standard, et il est facturé avec le reste de ton projet. Il a déjà fait ses preuves en production, où il gère des charges de travail d’entreprise depuis avril 2026, notamment pour l’un des plus grands détaillants d’Europe.

Qu’est-ce que le stockage objet intégré ?

Point clé : le stockage objet est désormais une ressource que tu configures sur Upsun, tout comme le processeur, la mémoire ou le disque.

Le stockage d’objets intégré est un stockage compatible S3 que tu déclares comme n’importe quelle autre ressource Upsun ; il est entièrement géré par la plateforme et facturé sur ta facture habituelle.

Le stockage objet est conçu pour les volumes importants ou croissants de données non structurées : téléchargements, médias, fichiers générés, exportations et sauvegardes au niveau des applications. Ton application lit et écrit des fichiers via l’API S3 plutôt que dans un dossier sur le disque.

Pour l’activer, ouvre ton projet dans la console, rends-toi dans « Configurer les ressources » et active l’option « Activer le stockage d’objets ». Ou utilise l’interface de ligne de commande (CLI) :

upsun resources:set --object-storage myapp:524288

La taille est définie en Mo, donc 524288 correspond au minimum de 512 Go. Upsun crée un compartiment pour ton application et lui transmet automatiquement les informations de connexion.

Pourquoi c’est important pour les applications riches en ressources

Point clé : les applications disposant de vastes bibliothèques de ressources peuvent désormais fonctionner entièrement sur Upsun, sans avoir recours à un fournisseur de stockage externe.

Jusqu’à présent, les applications disposant de vastes bibliothèques de ressources devaient fournir leur propre stockage d’objets pour fonctionner sur Upsun. Ce n’est plus le cas. Le stockage d’objets est particulièrement adapté aux :

• Applications riches en ressources : Pimcore, Shopware, Ibexa, les systèmes DAM et PIM, ainsi que les sites de e-commerce disposant de vastes catalogues de produits
• Les applications riches en médias : images, vidéos, documents et contenu généré par les utilisateurs
• Autres données volumineuses ou en pleine croissance : artefacts d’IA et d’apprentissage automatique, journaux, exportations et sauvegardes au niveau des applications

Si tu paies déjà pour S3 ou un autre fournisseur de stockage objet en plus de ton projet Upsun, tu peux intégrer ce stockage à la plateforme. Ça fait un compte de moins à sécuriser, une intégration de moins à gérer et une facture de moins à traiter.

Pour les gros volumes de données, le stockage objet coûte également moins cher par Go que le stockage sur disque standard d’Upsun.

Comment ça marche

Point clé : ton application se connecte via l’API S3 standard, et Upsun gère les identifiants, les sauvegardes et le clonage de l’environnement.

• API S3 standard. Les SDK, bibliothèques et outils S3 que ton application utilise déjà continuent de fonctionner, y compris l’AWS CLI. Pointe ton client S3 vers le point de terminaison fourni par Upsun et utilise l’adressage par chemin d’accès. Pas besoin de réécrire ton application.
• Identifiants gérés pour toi. Upsun génère les informations de connexion, notamment le point de terminaison, la clé d’accès, la clé secrète et la région, et les met à la disposition de ton application sous forme de variables d’environnement. Lis-les au moment de l’exécution plutôt que de les coder en dur, car elles peuvent changer lorsque l’application est redéployée.
• Inclus dans les sauvegardes. Lorsque tu sauvegardes un environnement, le contenu de son compartiment est sauvegardé avec le reste.
• Cloné avec chaque branche. Lorsque tu crées un nouvel environnement à partir d’une branche, le bucket et la taille qui lui est allouée sont clonés en même temps que le reste des données de l’environnement. Tes environnements de test fonctionnent avec les mêmes ressources que l’environnement de production.
• Privé pour ton projet. Le bucket n’est accessible que via le réseau interne de ton projet et n’est pas exposé à l’Internet public.
• Partageable entre les conteneurs. Les workers, les autres applications et les tâches du même projet peuvent utiliser le bucket d’une application via une relation.

Pour plus de détails sur la configuration et des exemples de code, consulte la documentation sur le stockage d’objets.

Tarification

Point clé : tu paies pour la capacité que tu alloues, sur ta facture Upsun existante, sans frais par requête.

• Stockage : 0,0833 € par Go et par mois, facturé sur la capacité allouée et au prorata horaire
• Minimum : 512 Go, ajustable par paliers de 512 Go
• Par environnement : chaque environnement est facturé selon sa propre allocation. Par exemple, 1 To alloué à 6 environnements est facturé comme 6 To.
• Sauvegardes : 0,075 € par Go par mois, facturé sur la capacité allouée en ligne distincte
• Inclus : les requêtes API et la puissance de calcul nécessaire au fonctionnement du service. Il n’y a pas de frais par requête.
• Transfert de données : pas de frais de sortie distincts pour le stockage objet ; le trafic sortant est comptabilisé dans la bande passante de ton projet comme n’importe quel autre trafic

La facturation est basée sur l'espace que tu alloues, quelle que soit la quantité de données que tu stockes réellement. La mise en pause d'un environnement ne libère pas cette allocation ; le stockage d'objets continue donc d'être facturé tant que l'environnement est en pause.

Le stockage objet n’est pas disponible sur les projets d’essai. Pour connaître les tarifs dans d’autres devises, consulte la page des tarifs.

Ce qu’il faut savoir avant de commencer

Point clé : chaque application dispose d’un compartiment privé, et certaines fonctionnalités S3 ne sont pas encore prises en charge.

• Un compartiment par application. Chaque application dispose d’un seul compartiment, nommé d’après l’application. D’autres conteneurs peuvent le partager, mais les compartiments ne peuvent pas être déplacés d’une application à l’autre.
• Pas d’accès public. Les fichiers ne peuvent pas être mis à disposition directement depuis le compartiment aux visiteurs, car celui-ci n’est accessible qu’au sein de ton projet.
• Certaines fonctionnalités S3 ne sont pas disponibles. La gestion des versions des compartiments, le verrouillage des objets, le chiffrement côté serveur, les listes de contrôle d’accès, les politiques de compartiment et les politiques de cycle de vie ne sont pas pris en charge.
• La désactivation supprime le compartiment. Définir la taille sur 0 ou supprimer l’application supprime définitivement le compartiment et son contenu lors du prochain déploiement. Il n’y a pas de suppression temporaire ni de période de conservation ; pense donc à sauvegarder tout ce dont tu as besoin au préalable.

Pour commencer

À retenir : le stockage d’objets est désormais disponible dans les projets Upsun Cloud, depuis la console ou l’interface de ligne de commande (CLI).

1. Dans la console, ouvre ton projet et clique sur « Configurer les ressources », puis active l’option « Activer le stockage d’objets ». Ou exécute upsun resources:set --object-storage <APP_NAME>:524288 depuis la CLI.
2. Configure ton client S3 avec le point de terminaison et les identifiants fournis par Upsun, en utilisant l’adressage de type chemin d’accès.
3. Commence à lire et à écrire des fichiers via l’API S3.

Consulte la documentation sur le stockage objet pour connaître toutes les étapes de configuration, ou demande conseil à un expert pour migrer ton stockage actuel vers Upsun.

Foire aux questions (FAQ)

Puis-je utiliser mes outils S3 et SDK existants ?
Oui. Le stockage d'objets utilise l'API S3 standard ; les SDK, bibliothèques et la CLI AWS existants fonctionnent donc avec ce service. Configure ton client avec le point de terminaison et les identifiants fournis par Upsun, et utilise l'adressage par chemin d'accès.

Comment le stockage d’objets est-il facturé ?
Le stockage d’objets coûte 0,0833 € par Go et par mois, facturé en fonction de la capacité que tu alloues et calculé au prorata horaire. Le minimum est de 512 Go par environnement. Les sauvegardes sont facturées séparément à 0,075 € par Go et par mois.

Est-ce que je suis facturé pour le stockage objet lorsqu’un environnement est mis en pause ?
Oui. La mise en pause d’un environnement suspend la facturation du CPU et de la mémoire, mais le stockage objet et ses sauvegardes sont facturés en fonction de l’allocation, et la mise en pause ne libère pas cette allocation. Pour ne plus être facturé pour le stockage objet, règle l’allocation sur 0. Cela supprime le compartiment, et les sauvegardes existantes restent facturables jusqu’à leur expiration.

Y a-t-il des frais par requête ou de sortie de données ?
Non. Les requêtes API sont incluses, et le transfert de données est comptabilisé dans la bande passante existante de ton projet.

Est-ce que je peux mettre des fichiers à la disposition du public à partir d’un compartiment ?
Pas directement. Le compartiment n’est accessible que via le réseau interne de ton projet.

Le stockage d'objets est-il disponible dans la version d'essai gratuite ?
Non. Le stockage d'objets n'est pas disponible sur les projets d'essai.

Que se passe-t-il si je désactive le stockage objet ?
Le compartiment et tout son contenu sont définitivement supprimés lors du prochain déploiement. Il n’y a ni suppression temporaire ni période de conservation ; pense donc à sauvegarder tout ce dont tu as besoin au préalable.

Dois-je utiliser le stockage d’objets ou un montage ?
Utilise le stockage d’objets pour les volumes de fichiers importants ou en augmentation, accessibles via l’API S3. Pour de petites quantités de données que une seule instance lit et écrit via le système de fichiers, un montage persistant est généralement plus adapté.