Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente |
| amazon:aws [2018/09/16 09:26] – madko | amazon:aws [2018/09/16 10:04] (Version actuelle) – madko |
|---|
| |
| S3 peut gérer du versionning sur chaque fichier modifié. Attention à l'augmentation de volumétrie si les fichiers changent souvent. Depuis l'interface il est possible de voir toutes les versions, de revenir en arrière sur une suppression etc. Il est aussi possible d'activer le MFA delete pour éviter les suppressions par erreur. Attention, le versionning une fois activé ne peut être complètement supprimé, il ne peut être que suspendu. | S3 peut gérer du versionning sur chaque fichier modifié. Attention à l'augmentation de volumétrie si les fichiers changent souvent. Depuis l'interface il est possible de voir toutes les versions, de revenir en arrière sur une suppression etc. Il est aussi possible d'activer le MFA delete pour éviter les suppressions par erreur. Attention, le versionning une fois activé ne peut être complètement supprimé, il ne peut être que suspendu. |
| | |
| | Il est possible d'intégrer des règles de gestion du cycle de vie des fichiers. |
| | |
| | Depuis l'interface il est bien sûr possible de gérer les fichiers, d'en uploader etc et de jouer sur les permissions, ACL. |
| | |
| | Il est possible de faire de la réplication. En choisissant un bucket dans une autre région. Les fichiers ne sont pas copier initialement, il faut déclencher la copie (par ex avec le CLI: aws s3 cp --recursive bucket1 bucket2). Les versions sont bien répliquées aussi. Attention le delete marker (pour supprimer) est répliqué aussi. Mais pas sa suppression. Idem pour la suppression d'une version spécifique. |
| |
| |
