Ce que signifie le « stockage de fichiers CDN »
La plupart des CDN fonctionnent en mode Pull : la périphérie conserve votre serveur d'origine existant et va chercher (pull) le contenu à mesure que les visiteurs le demandent. C'est parfait quand vous exploitez déjà un site web. Mais si vous avez simplement des fichiers à diffuser — un logo, un PDF, un téléchargement, une vidéo, les assets compilés d'une application — mettre en place et maintenir un serveur d'origine rien que pour ça est excessif.
Le stockage de fichiers CDN fonctionne à l'inverse. Plutôt que de faire pointer le CDN vers votre serveur, vous stockez les fichiers directement sur le CDN et vous les diffusez depuis la périphérie. Le CDN est l'origine. Il n'y a aucun serveur à faire tourner, corriger ou dimensionner de votre côté : vous envoyez un fichier, vous obtenez une URL, et chaque visiteur reçoit le fichier depuis un point de présence proche, en HTTPS. C'est ce qu'on entend par « diffuser des fichiers depuis un CDN » ou « stockage d'origine CDN » — le CDN détient le fichier et le délivre.
Option A — envoyer depuis le panneau (sans CLI)
La façon la plus simple consiste à passer directement par le panneau cdn.com.tr. Ouvrez la section Fichiers de votre compte, envoyez les fichiers que vous voulez diffuser, et organisez-les en dossiers comme un gestionnaire de fichiers classique. Rien à installer, rien à configurer — l'envoi atterrit directement dans le stockage CDN de votre compte.
Une fois envoyé, un fichier est diffusé par le CDN via son URL, mis en cache à la périphérie, et couvert par le SSL automatique, si bien que le lien est en HTTPS dès le départ. C'est la bonne solution quand vous avez une poignée de fichiers, que vous voulez les voir et les gérer visuellement, ou que vous n'êtes pas du genre à vivre dans un terminal. Pour les envois en masse, les étapes répétitives ou l'automatisation, la CLI ci-dessous est plus rapide.
Option B — la CLI cdnctl (fonctionne comme scp)
cdnctl est l'outil en ligne de commande pour opérer cdn.com.tr, et il rend l'envoi de fichiers aussi simple que scp. Commencez par vous connecter une fois et choisir votre compte, pour que chaque commande sache où déposer les fichiers : lancez cdnctl login --email you@example.com --password ... (ou cdnctl configure --endpoint https://cdn.com.tr --token <token> si vous utilisez un jeton API), puis cdnctl accounts use <account_uuid> pour définir le compte par défaut. Ensuite, les commandes liées au compte fonctionnent directement.
Pour envoyer un fichier, utilisez cp exactement comme scp — chemin local d'abord, chemin distant ensuite : cdnctl cp ./logo.png images/logo.png dépose un seul fichier à images/logo.png dans votre stockage CDN. Ajoutez -r pour envoyer tout un répertoire : cdnctl cp -r ./dist assets/ envoie chaque fichier de ./dist dans assets/. Passez --force pour écraser les fichiers déjà existants. Vous pouvez aussi cibler un compte précis directement avec account_uuid:remotepath si vous n'avez pas défini de compte par défaut.
Si vous préférez des sous-commandes explicites, le groupe files fait le même travail et affiche du JSON exploitable dans vos scripts : cdnctl files put --file ./logo.png --target-path images/logo.png [--force] envoie un fichier, cdnctl files ls [--path <path>] liste ce qui est stocké, cdnctl files mkdir --path <path> crée un dossier, et cdnctl files rm --path <path> --yes supprime un élément. C'est le même stockage que le panneau — piloté depuis votre terminal.
Quand utiliser le stockage d'objets compatible S3
Le stockage de fichiers est la façon la plus simple d'héberger et de diffuser des fichiers statiques et des médias via le CDN. Quand vous avez besoin de plus — des buckets, des clés d'accès, ou piloter les envois par programmation avec des outils S3 existants — passez au stockage d'objets compatible S3, adossé à Ceph RGW.
Avec cdnctl, vous créez un bucket avec cdnctl object-storage buckets create --account <uuid> --name <bucket>, vous les listez avec cdnctl object-storage buckets list --account <uuid>, et vous générez des clés d'accès et secrètes S3 avec cdnctl object-storage access-keys create --bucket <bucket_uuid>. À partir de là, n'importe quel client ou SDK compatible S3 peut lire et écrire dans le bucket. Vous pouvez aussi lier un bucket directement à une application conteneurisée pour qu'il arrive sous forme de variables d'environnement — cdnctl object-storage bindings create ... --env-prefix S3 — ce qui est la façon propre de donner son propre stockage à une application. Règle simple : le stockage de fichiers pour héberger et diffuser des fichiers via le CDN ; le stockage d'objets quand vous voulez des buckets, des clés, un accès S3/programmatique, ou un stockage qui alimente une application.
Diffusion, cache et purge
Les fichiers que vous stockez sur le CDN sont diffusés depuis la périphérie et mis en cache à cet endroit, si bien que les requêtes répétées sont servies depuis un emplacement proche du visiteur plutôt que de repartir vers une origine unique. Chaque URL diffusée bénéficie du HTTPS automatique, donc vos liens sont sécurisés sans que vous ayez à gérer de certificats.
Un point à retenir avec la mise en cache à la périphérie : quand vous écrasez un fichier par une nouvelle version, l'ancienne copie peut rester en cache un moment à la périphérie. Si vous remplacez un fichier et que le changement doit être visible immédiatement, purgez-le (depuis le panneau ou l'API) pour que la périphérie récupère la copie fraîche. Une pratique courante pour éviter complètement ce problème consiste à inclure une version dans le nom de fichier ou le chemin — logo.v2.png, ou des assets sous un hash de build — afin qu'un nouveau fichier ait une nouvelle URL et n'entre jamais en collision avec une copie en cache.
CI et automatisation avec cdnctl
cdnctl étant un simple outil en ligne de commande qui s'authentifie avec un jeton, il s'intègre naturellement dans un pipeline CI/CD. Une étape de build type s'authentifie une fois (cdnctl configure --endpoint https://cdn.com.tr --token <token> puis cdnctl accounts use <uuid>), puis envoie les assets fraîchement compilés : cdnctl cp -r ./dist assets/ --force. Votre pipeline envoie les artefacts, la périphérie les diffuse, et vous ne copiez plus jamais de fichiers à la main.
La même approche couvre la publication d'un nouveau téléchargement, la rotation d'un asset marketing, ou la mise en ligne de la sortie d'un site statique à chaque commit — tout est scriptable, répétable, sans aucun serveur d'origine à maintenir.
Ce que les gens diffusent depuis le stockage CDN
Hébergez logos, photos produits, vidéos et audio sur le CDN et diffusez-les rapidement depuis la périphérie — sans serveur de médias à faire tourner.
Placez installeurs, PDF et fichiers de version dans le stockage et proposez des liens de téléchargement rapides, en HTTPS, qui tiennent la charge.
Envoyez le JS, le CSS et les images d'un build depuis votre CI avec cdnctl cp -r et diffusez tout le bundle statique depuis la périphérie.
FAQ sur le stockage de fichiers CDN
Ai-je besoin de mon propre serveur pour diffuser des fichiers depuis le CDN ?
Non. Avec le stockage de fichiers CDN, le CDN lui-même est l'origine — vous envoyez des fichiers sur votre compte et ils sont diffusés depuis la périphérie. Il n'y a aucun serveur d'origine à faire tourner, corriger ou dimensionner.
Comment envoyer des fichiers — panneau ou ligne de commande ?
Les deux utilisent le même stockage. Utilisez la section Fichiers du panneau pour un envoi visuel, sans code, ou la CLI cdnctl quand vous voulez scripter. cdnctl cp fonctionne comme scp : cdnctl cp ./logo.png images/logo.png pour un fichier, ou cdnctl cp -r ./dist assets/ pour tout un dossier.
Quelle est la différence entre le stockage de fichiers et le stockage d'objets ?
Le stockage de fichiers est la façon la plus simple d'héberger et de diffuser des fichiers statiques et des médias via le CDN. Le stockage d'objets est compatible S3 : vous obtenez des buckets et des clés d'accès, et pouvez utiliser des outils S3 standards ou lier un bucket à une application. Utilisez le stockage de fichiers pour diffuser des fichiers ; le stockage d'objets quand vous avez besoin de buckets, de clés ou d'un accès programmatique.
J'ai remplacé un fichier mais l'ancien s'affiche encore — pourquoi ?
Les fichiers diffusés sont mis en cache à la périphérie, donc un fichier écrasé peut continuer à servir l'ancienne copie jusqu'à ce que le cache se mette à jour. Purgez le fichier après l'avoir remplacé, ou incluez une version dans le nom de fichier ou le chemin pour qu'une nouvelle version ait une nouvelle URL.
Les URL des fichiers sont-elles servies en HTTPS ?
Oui. Les fichiers diffusés via le CDN bénéficient du SSL automatique, donc leurs URL sont en HTTPS sans aucun certificat à gérer de votre côté.