bige-ops Gratuit

Object Storage · S3, R2, OOS & backups

Connecte AWS S3, Cloudflare R2, Outscale OOS ou un endpoint compatible S3 pour explorer, prévisualiser et transférer tes objets. Bige Ops peut reproduire un ou plusieurs buckets sur OOS, conserver leurs noms et reprendre une copie interrompue sans supprimer la source.

Deux usages séparés. Le Storage Explorer sert à parcourir, rechercher, prévisualiser, transférer et migrer les objets. Les backups de bases de données utilisent aussi un bucket, mais gardent leur propre configuration, leur planning, leur rétention et leur restauration.

Storage Explorer multi-provider

Dans l’app, l’onglet Storage accepte AWS S3, OOS, Cloudflare R2 et un endpoint compatible S3. Une connexion manuelle et ses secrets restent dans le workspace courant : elle n’apparaît pas dans les autres espaces de travail. Les buckets OOS déjà détectés dans l’inventaire peuvent être ouverts directement par une connexion gérée liée au compte.

Parcourir et chercher : arbre paresseux dossiers/fichiers, fil d’Ariane, pagination et recherche bornée par lots.
Comprendre : poids des objets courants, nombre d’objets, métadonnées, tags et nom original lorsqu’il existe — sans appeler cette mesure la facture exacte.
Contrôler l’exposition : état privé, potentiellement public ou inconnu selon les protections et policies réellement lisibles.
Agir : aperçu local intégré, téléchargement, upload et suppression récursive d’un dossier ou d’un bucket avec inventaire, confirmation exacte et progression.
Migrer : flux Source → Destination, 16 transferts parallèles par défaut (réglables), reprise après interruption, recherche des clés manquantes et vérification ; la source n’est jamais supprimée ni écrasée automatiquement.
Reproduire plusieurs buckets : sélection partielle ou globale d’une connexion S3, création automatique des buckets OOS manquants avec les mêmes noms, puis suivi et reprise par bucket et par objet.

Migration complète en quatre étapes. Choisis la connexion source, sélectionne un ou tous ses buckets, choisis la connexion OOS de destination, puis prépare le plan. Bige Ops crée les buckets OOS manquants avec les mêmes noms et lance les copies parallèles. La console affiche le bucket, les objets terminés, les octets, le débit, l’estimation et le nombre de transferts actifs. Fermer l’app interrompt le processus local et libère son verrou sans détruire le suivi : l’action Reprendre continue les objets non terminés ou non vérifiés.

flowchart LR
  SRC["AWS S3 / R2 / S3 custom"] -->|sélectionner un ou tous les buckets| PLAN[Plan local]
  PLAN -->|créer les buckets manquants avec les mêmes noms| OOS[(Outscale OOS)]
  PLAN -->|copie parallèle et reprenable| OOS
  SRC -.->|source conservée| SRC

Un plan liste les métadonnées ; les contenus ne sont copiés qu’au lancement de la migration.

Une clé contenant des caractères non imprimables peut être refusée par OOS. Bige Ops ne la renomme jamais silencieusement : l’objet reste dans la source et apparaît dans le rapport d’alerte pour une correction ciblée.

Les aperçus utilisent un cache privé et borné du workspace. Images, texte, PDF, audio, vidéo et principaux formats bureautiques (DOC/DOCX, RTF, OpenDocument, XLS/XLSX et PPT/PPTX) sont rendus dans l’app lorsque le format le permet. Les variantes non prises en charge gardent un repli explicite vers le téléchargement ou l’application système.

flowchart LR
  DB[(Postgres / Mongo…)] -->|backup.enabled| B[backup.sh]
  B --> OOS[(bucket OOS)]
  VOL[Volume / snapshot] -.->|filet bloc| DB
  OOS -->|dumps / objets| SAFE[Rétention et restauration : ton exploitation]

Bloc pour les données chaudes · OOS pour les objets et les dumps.

Ce qu’OOS apporte

Un stockage régional. Un volume BSU vit dans une Subregion ; un bucket OOS vit dans la Région. Outscale y combine erasure coding (gros objets) et réplication (petits objets) entre zones : un objet reste lisible même si une zone entière tombe (mécanismes de résilience).
Un endpoint par Région : https://oos.<région>.outscale.com, disponible dans les cinq Régions publiques.
Les fonctions S3 attendues : versioning, cycle de vie, verrouillage d’objets, chiffrement côté serveur, URL pré-signées, CORS, site statique (introduction à OOS).
Un coût lisible : au catalogue public, OOS se paie au GiB stocké par mois ; le trafic sortant et les requêtes y sont à 0 € HT en eu-west-2, cloudgouv-eu-west-1, us-east-2 et us-west-1.

Deux règles Outscale à connaître. Un nom de bucket est unique dans toute la Région, fait 3 à 63 caractères (minuscules, chiffres, tirets) et ne se renomme pas. Et OOS s’utilise avec les access keys du compte : les utilisateurs EIM n’y ont pas accès.

Déclarer un bucket

Pose un oos_bucket dans la simulation (palette Storage de Visual, ou YAML). generate produit les ressources Terraform S3 pointées sur l’endpoint OOS de ta Région, avec versioning en option. L’apply crée le bucket sur ton compte.

components:
  - type: oos_bucket
    name: app-backups
    bucket: app-backups
    versioning: true

Lien base → backup

Sur un nœud base, active le backup et choisis le bucket (backup.enabled + oos_bucket). Visual dessine l’edge backup et, si aucun bucket n’existe encore, en ajoute un à la simulation (<stack>-backups, versioning activé).

Après generate, bige-ops prépare bige-ops/app/<stack>/backup.sh : le bucket, l’endpoint OOS de ta Région, le planning (0 2 * * * par défaut) et la rétention visée (7 jours) y sont renseignés. Tu y branches la commande de dump de ta base, puis tu l’installes en cron sur l’hôte de la base. Pour la rétention, OOS sait expirer les objets lui-même grâce au cycle de vie du bucket.

flowchart TB
  F[Formulaire base] -->|active backup| S[Simulation]
  S -->|generate| T[Terraform OOS + backup.sh]
  T -->|apply| C[Bucket créé]
  C --> H[Toi : dump, cron, tests de restauration]

Secrets

Les access keys OOS passent par le coffre local et terraform.tfvars, jamais par project.yaml ni par le config-history Git. Voir secrets.

Un bucket protégé

Un bucket contient tes sauvegardes, alors bige-ops ne le détruit jamais par effet de bord : le Terraform porte prevent_destroy, et plan, apply et inventory clean refusent tout plan qui supprimerait de l’Object Storage.

Le catalogue des buckets du compte est enregistré dans shared.yaml et apparaît dans l’Inventaire et le Storage Explorer. Un Visual affiche uniquement les buckets explicitement attachés à sa simulation. Retirer cette référence du Visual ne supprime jamais le bucket cloud.

La suppression cloud se fait uniquement depuis le Storage Explorer et demande de saisir le nom exact. Un bucket vide peut être supprimé directement. Pour un bucket non vide, bige-ops inspecte d’abord les objets courants, versions, marqueurs de suppression et uploads multipart, puis exige une confirmation explicite de purge avant toute suppression définitive.

Une base sans backup vers OOS perd ses données à la destruction de sa VM ou de ses pods (en mono-VM, l’app et les bases partagent le même disque). L’app te le signale dans Visual, au préflight et au plan. Voir bases de données.

Inventaire

L’inventaire liste les buckets du compte ; ils ne sont pas réécrits en YAML. Pour piloter un bucket existant depuis bige-ops, déclare-le dans la simulation.

Doc Outscale

Data : bases de données. Config Git : GitHub config-history. Machines : VMs · OKS.