AMAZON S3 → STACKIT OBJECT STORAGE
Amazon S3 zu STACKIT Object Storage
STACKIT Object Storage spricht die S3-API; Ihre Anwendungen behalten also ihre S3-Clients. StackToIT schreibt Bucket und Schlüssel in Terraform, macht aus Versionierung und Lifecycle-Regeln S3-API-Dokumente und gibt Ihrem Team ein Runbook für die Datenkopie.
Ein versionierter, verschlüsselter Bucket mit Lifecycle-Regel
Eine kleine Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts die Ressourcenblöcke des STACKIT-Terraforms, das die Engine geschrieben hat; die Prüfkommentare über jedem Block in der Datei sind hier ausgelassen.
resource "aws_s3_bucket" "documents" {
bucket = "acme-customer-documents"
}
resource "aws_s3_bucket_versioning" "documents" {
bucket = aws_s3_bucket.documents.id
versioning_configuration {
status = "Enabled"
}
}
resource "aws_s3_bucket_server_side_encryption_configuration" "documents" {
bucket = aws_s3_bucket.documents.id
rule {
apply_server_side_encryption_by_default {
sse_algorithm = "AES256"
}
}
}
resource "aws_s3_bucket_public_access_block" "documents" {
bucket = aws_s3_bucket.documents.id
block_public_acls = true
block_public_policy = true
ignore_public_acls = true
restrict_public_buckets = true
}
resource "aws_s3_bucket_lifecycle_configuration" "documents" {
bucket = aws_s3_bucket.documents.id
rule {
id = "expire-old-versions"
status = "Enabled"
filter {}
noncurrent_version_expiration {
noncurrent_days = 90
}
}
}resource "stackit_objectstorage_credentials_group" "consumers" {
for_each = var.objectstorage_consumers
project_id = var.project_id
name = each.key
}
resource "stackit_objectstorage_credential" "consumers" {
for_each = var.objectstorage_consumers
project_id = var.project_id
credentials_group_id = stackit_objectstorage_credentials_group.consumers[each.key].credentials_group_id
}
resource "stackit_objectstorage_bucket" "documents" {
project_id = var.project_id
name = "acme-customer-documents"
}Bucket und Schlüssel in Terraform
Der Bucket behält seinen Namen, und für jeden Verbraucher, den Sie angeben, entstehen eine Credentials-Gruppe und ein Schlüssel.
Versionierung und Lifecycle über die S3-API
Der STACKIT-Provider hat dafür keine Attribute, die S3-API von STACKIT nimmt sie aber an. StackToIT schreibt die genauen Dokumente für diesen Schritt.
Verschlüsselung im Ruhezustand
Die AES256-Standardverschlüsselung braucht keine Einstellung: Ein STACKIT-Bucket wendet sie ohnehin an.
Schutz vor öffentlichem Zugriff benannt
STACKIT hat keinen Public Access Block. Der Code sagt das und bittet Sie zu bestätigen, dass keine Bucket-Policy den Bucket öffentlich macht.
Die S3-API-Dokumente von StackToIT
Über die S3-API von STACKIT auf den neuen Bucket angewendet, bevor Daten kopiert werden.
{
"Status": "Enabled"
}{
"Rules": [
{
"ID": "expire-old-versions",
"Status": "Enabled",
"Filter": {
"Prefix": ""
},
"NoncurrentVersionExpiration": {
"NoncurrentDays": 90
}
}
]
}Das Runbook für die Datenkopie
Neben dem Bucket für Ihr Team geschrieben, Schritt für Schritt.
Entscheiden und vorbereiten
Offene Entscheidungen prüfen, den Bucket anlegen und die S3-API-Dokumente anwenden.
Kopieren, während geschrieben wird
Eine erste Kopie mit Prüfsummen, einschließlich der Versionshistorie, während die Anwendungen weiter in S3 schreiben.
Cutover-Fenster
Schreibende Anwendungen anhalten, Änderungen nachkopieren und die Verbraucher auf Endpunkt und Schlüssel von STACKIT umstellen.
Prüfen und abnehmen
Anzahl, Schlüssellisten und Inhalte vergleichen, mit der Anwendung prüfen und die Quelle nach der Abnahme stilllegen.
Die für diesen Bucket erfassten Entscheidungen
Die Bewertung dieses einen Buckets benennt, wer was beantwortet, bevor die Daten übertragen werden.
| Entscheidung | Verantwortlich | Was sie festlegt |
|---|---|---|
| Aufrufe der Object-Storage-S3-API erlauben | Platform Architect | Die S3-API von STACKIT Object Storage trägt kein Versionslabel, und die Produktdokumentation weist sie nicht als allgemein verfügbar aus. Der Plan ruft eine solche API erst auf, wenn Sie es erlauben; die Schritte für Versionierung und Lifecycle warten auf diese Antwort. |
| Kopiermethode wählen | Data Architect | AWS CLI, rclone oder ein eigenes Werkzeug. Die Wahl hängt von Datenmenge, Schreibrate und der Ausfallzeit ab, die das Unternehmen akzeptiert; die Quelle nennt davon nichts. |
| Versionierung und Lifecycle bestätigen | Storage Architect | Zwei Einstellungen, die der Entwurf über die S3-API umsetzt. Versionierung lässt sich bei STACKIT nach dem Aktivieren nur aussetzen, nicht ausschalten. |
| Bestätigen, dass keine Policy den Bucket öffentlich macht | Identity Architect | Der Public Access Block hat keine Entsprechung; wer lesen darf, entscheidet daher allein die Bucket-Policy. |
Quelle: die StackToIT-Bewertung dieses Buckets vom 4. November 2026.
Was der Plan über den Datenumzug weiß
Neben dem Terraform enthält der Plan die Schritte der Kopie für beide Werkzeuge und die Prüfungen, die sie abschließen.
Welle 1, keine Abhängigkeiten
Der Bucket steht in der ersten Welle der Abhängigkeitsfolge und hängt von keiner anderen Einheit ab, kann also zuerst umziehen.
Zwei Kopierwerkzeuge, keine Replikation
Der Plan enthält Schritte für Erstkopie, Delta-Sync, Schreibstopp, Abschluss-Sync, Abgleich und Aufräumen für die AWS CLI und für rclone. S3 Replication wird nicht angeboten, weil sie zwischen Amazon-S3-Buckets kopiert.
Prüfungen nach der Übertragung
Objektanzahl und Bytes, Schlüssellisten, Inhalte, Versionen, eine Anwendungsprüfung und eine Rollback-Grenze. Drei manuelle Abgleichschritte vergleichen Quelle und Ziel bei angehaltenen Schreibern.
Der Weg zurück
Bei einem No-Go zeigen die Clients weiter auf die Quelle, die bis zum Schreibstopp aktuell ist. Den Punkt, ab dem ein Rollback Daten verliert, hält die verantwortliche Person vor dem Fenster fest.
Neun Arbeitspakete
Sie reichen von den Schritten für Funktionslücken über Kopie, Umstellung der Verbraucher und den Go-oder-Rollback-Eintrag bis zur Stilllegung der Quelle.
Unbekanntes bleibt benannt
Datenmenge, Änderungsrate, tolerierte Ausfallzeit, Recovery Point und Datenklassifizierung stehen nicht in der Quelle. Der Plan führt sie als unbekannt und nimmt keinen Standardwert an.
Bewiesen an einer echten AWS-Umgebung
Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS, von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf es geschrieben hat.
Fallstudie ansehen (Englisch)- 282
- Terraform-Ressourcendefinitionen analysiert
- 44
- Migrationseinheiten identifiziert
- 38
- Zieleinheiten erzeugt, von 52 betrachteten
- 331
- Planschritte erstellt
Fragen aus Storage-Teams
Brauchen unsere Anwendungen ein neues SDK?
Nein. STACKIT Object Storage implementiert die S3-API; S3-Clients arbeiten also mit neuem Endpunkt und neuen Schlüsseln weiter. StackToIT prüft die Konfiguration jedes Buckets gegen das, was STACKIT unterstützt.
Kopiert StackToIT die Daten?
Nein. StackToIT ändert in keiner Cloud etwas. Es schreibt das Runbook, und Ihr Team führt die Kopie mit dem Werkzeug seiner Wahl aus.
Was ist mit KMS-verschlüsselten Buckets?
STACKIT beantwortet aws:kms-Verschlüsselung mit 501 Not Implemented. StackToIT benennt Buckets, die sie nutzen, und fordert eine Entscheidung zu ihrer Verschlüsselung.
Können wir S3 Replication für die Kopie nutzen?
Nein. Der Plan bietet sie nicht an, weil S3 Replication zwischen Amazon-S3-Buckets kopiert. Stattdessen enthält er die Schritte für zwei Kopierwerkzeuge, die AWS CLI und rclone, und lässt Raum für ein eigenes Werkzeug.
Können wir die Versionierung bei STACKIT wieder abschalten?
Nein. Einmal aktiviert, lässt sich die Versionierung nur aussetzen. StackToIT sagt das neben dem Versionierungsdokument, damit Sie vor dem Anwenden entscheiden.
Was passiert mit dem Ablauf, bis die Lifecycle-Regel angewendet ist?
Bis dahin läuft nichts ab, und Daten werden länger gehalten, als die Aufbewahrung der Quelle erlaubt. Nach dem Anwenden der Regel entfernt STACKIT abgelaufene Objekte laut Lauf durch Löschroutinen innerhalb von etwa 10 Tagen.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.