Aide CDN.com.tr

Object Storage et AWS CLI

Créez des buckets, faites tourner les clés d'accès, liez des buckets à des applications, et vérifiez avec le point de terminaison compatible S3.

Plateformes et modules gérés

Object Storage et AWS CLI

Créez des buckets, faites tourner les clés d'accès, liez des buckets à des applications, et vérifiez avec le point de terminaison compatible S3.

Chemin dans le panneau

Management Panel
Hosting / Platforms
Object Storage
Bucket / Access Key / Binding
AWS CLI verification

Prerequis

Les droits Object Storage doivent être prêts.
Le secret de clé d'accès n'est affiché qu'à la création et masqué dans les captures d'écran.
La vérification S3 utilise le point de terminaison `https://s3.cdn.com.tr`.

Guide etape par etape

Vérifier le prérequis de stockage

Les droits Object Storage proviennent du forfait de plateforme et sont requis pour les liaisons d'application.

Ouvrir la section Object Storage dans le guide de plateforme.
Vérifier les limites de bucket et de clé.

Resultat attendu: Les droits de création de bucket/clé sont clairs.

cdnctl equivalent

cdnctl object-storage buckets list --account <account_uuid>

Créer bucket/clé/liaison et vérifier avec S3

Une fois le bucket et la clé d'accès prêts, AWS CLI est un outil d'opération/vérification.

Créer le bucket.
Générer la clé d'accès et stocker le secret en toute sécurité.
Créer la liaison d'application.
Tester le point de terminaison avec AWS CLI.

Resultat attendu: Le point de terminaison compatible S3 peut lister ou téléverser des objets.

cdnctl equivalent

cdnctl object-storage buckets create --account <account_uuid> --name uploads
aws --endpoint-url https://s3.cdn.com.tr s3 ls s3://<bucket>

Verification

Le secret de clé d'accès n'est pas écrit dans la documentation.
Le point de terminaison AWS CLI est `https://s3.cdn.com.tr`.
Le bucket est limité au compte sélectionné.

Cas d'usage

Une application migrée a besoin d'uploads utilisateur dans Object Storage et d'un contrôle de fumée en terminal avec AWS CLI.

Workflow rapide

Créer le bucket.
Créer la clé d'accès.
Lier le bucket à l'application.
Exécuter AWS CLI contre `https://s3.cdn.com.tr`.
Faire tourner/révoquer les clés si nécessaire.

Verifications

Le bucket appartient au compte.
Le secret d'accès n'est affiché qu'à la création.
Les variables de compatibilité de somme de contrôle sont documentées.

Pages associees

Choisir une plateforme gérée

Choisissez WordPress, PHP, IA, Knight Online, ou Managed Container selon la charge de travail.

Migration vers Managed Container Apps

Créez une application conteneurisée, un identifiant de registre, des variables d'environnement/secrets, des importations, des tâches, un déploiement, un statut et des journaux depuis les surfaces client.

Ce que vous pouvez exécuter — capacités et limites

Une plateforme conteneurisée gérée (Kubernetes en dessous), pas une VM ou un serveur shell : vous apportez des images de conteneur ou un docker-compose.yml et la plateforme les exécute, avec des modules gérés Redis/PostgreSQL/MySQL/NATS, des volumes persistants, un DNS de service interne, et une exposition HTTP(S) via le nœud périphérique du CDN.

Stockage persistant pour une application gérée

Donnez à une application conteneurisée un volume persistant pour que ses données survivent aux redémarrages et redéploiements : activez le stockage, définissez le chemin de montage dans le conteneur et la taille. Un volume par application, monté sur un chemin, sur CephFS.

Déplacer un site Pull CDN en production vers Platforms sans interruption

Exécutez vos services d'origine sur cdn.com.tr Platforms pendant que votre site continue de servir via Pull CDN : activez les applications en parallèle de votre diffusion actuelle, construisez et validez tout sur des sous-domaines ca-*, puis basculez le domaine principal uniquement lorsque vous êtes prêt — totalement réversible.