ALIBABA CLOUD OSS → STACKIT OBJECT STORAGE · HANDLEIDING
Alibaba OSS naar STACKIT Object Storage, stap voor stap
Een OSS-bucket wordt een STACKIT Object Storage-bucket met een S3-API. Dit voorbeeld neemt drie OSS-buckets in Terraform, laat StackToIT ze beoordelen en leest wat de run over elk zegt: welke instellingen op het doel opnieuw moeten worden opgebouwd, wat STACKIT erover documenteert en waarom de datakopie een beslissing is die de run aan u overlaat.
Stap 1: één bucket met echte instellingen, beoordeeld
Een kleine Alibaba Cloud-omgeving, voor deze pagina geschreven: drie buckets, op 4 november 2026 door StackToIT beoordeeld. Links: de bucket met de meeste instellingen, uit de invoer. Rechts: het resultaat dat de run ervoor vastlegde, een fragment van assessment.json met de waarden precies zoals de run ze schreef. assessment.json staat op één regel, dus het paneel toont geselecteerde velden per eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.
resource "alicloud_oss_bucket" "assets" {
bucket = "shop-assets-prod"
storage_class = "Standard"
acl = "private"
versioning {
status = "Enabled"
}
server_side_encryption_rule {
sse_algorithm = "AES256"
}
lifecycle_rule {
id = "expire-tmp"
prefix = "tmp/"
enabled = true
expiration {
days = 30
}
}
cors_rule {
allowed_origins = ["https://shop.example.com"]
allowed_methods = ["GET", "HEAD"]
allowed_headers = ["*"]
max_age_seconds = 3600
}
}{
"id": "alicloud_oss_bucket.assets",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT Object Storage",
"resources": [
"stackit_objectstorage_bucket",
"stackit_objectstorage_credentials_group",
"stackit_objectstorage_credential"
]
},
"reason": "An OSS bucket becomes a STACKIT Object Storage bucket with an S3 API. Applications that use the OSS SDK change their client; lifecycle, replication and access settings need review."
}
}Klasse: RECONFIGURE
De bucket behoudt zijn rol en krijgt een nieuwe vorm. Alle drie de buckets van de run zijn RECONFIGURE met zekerheidsniveau MEDIUM, in golf 1, zonder afhankelijkheid van een andere eenheid.
Drie doelresources
De run noemt stackit_objectstorage_bucket, stackit_objectstorage_credentials_group en stackit_objectstorage_credential. De bucket heeft inloggegevens nodig voor de clients die ermee werken, dus die horen bij het doel.
De client verandert
Applicaties die de OSS-SDK gebruiken, stappen over op een S3-client. Dat is de reden van de run in de eigen woorden van de run, en het is het deel van de overstap dat de applicatiecode raakt.
Stap 2: de instellingen die de run voor u noemt
StackToIT toont elke instelling die het uit de bucket las en neemt er geen enkele stilzwijgend over. Voor de bucket hierboven noemt het 13 instellingen; de andere twee buckets noemen er 3 en 4.
assets: 13 instellingen
acl, bucket, storage_class, versioning.status, server_side_encryption_rule.sse_algorithm, lifecycle_rule.id, lifecycle_rule.prefix, lifecycle_rule.enabled, lifecycle_rule.expiration.days, cors_rule.allowed_origins, cors_rule.allowed_methods, cors_rule.allowed_headers en cors_rule.max_age_seconds.
archive: 3 instellingen
acl, bucket en storage_class. Let vooral op de opslagklasse Archive: de introductie van STACKIT Object Storage noemt geen opslagklassen, dus plan deze bucket als gewone opslag en bepaal hoe het toegangspatroon wordt afgedekt.
site: 4 instellingen
acl, bucket, website.index_document en website.error_document. De bucket is public-read en levert een statische site uit.
Een concept ter beoordeling
StackToIT schrijft een STACKIT-Terraform-concept voor Alibaba Cloud-bronnen dat uw architecten beoordelen. De conceptmap omvat de drie buckets; uw team beoordeelt het aan de hand van de genoemde instellingen voor inloggegevens en policies.
Stap 3: wat STACKIT per instelling documenteert
De rechterkolom komt uit de STACKIT Docs-pagina's onder bronnen, niet uit de run. Controleer ze voor de regio en het project waarin u terechtkomt.
| OSS-instelling in het voorbeeld | Wat STACKIT documenteert | Wat u bepaalt |
|---|---|---|
| versioning.status = Enabled | Versiebeheer is beschikbaar. Eenmaal ingeschakeld kan het niet worden uitgeschakeld, alleen worden onderbroken, en een object is beperkt tot 1.000 versies. | Of de bucket versies nodig heeft en hoe oude versies worden verwijderd. |
| lifecycle_rule met expiration.days = 30 | Get, put en delete van een lifecycleconfiguratie van een bucket staan als ondersteunde bewerkingen vermeld. | Maak de regel opnieuw aan en test die op een kopie voordat de data is overgezet. |
| cors_rule voor https://shop.example.com | Get, put en delete van bucket-CORS staan als ondersteunde bewerkingen vermeld. | Pas de origin, de methoden en de max age opnieuw toe zodra de hostnaam voor de cutover bekend is. |
| server_side_encryption_rule (AES256) | Get, put en delete van bucketversleuteling staan vermeld; de introductie noemt versleuteling aan de serverkant als beschikbaar. | Of de standaardversleuteling van het doel volstaat voor uw dataklasse. |
| acl = private / public-read | Alleen het lezen van een bucket-ACL staat vermeld. Toegang wordt geregeld via bucketpolicies en inloggegevens. | Vertaal elke ACL naar een policy; de public-read sitebucket vereist een bewuste beslissing. |
| website-index en error-document | De pagina met ondersteunde bewerkingen noemt geen bewerking voor websitehosting. | Bevestig statische sitehosting bij STACKIT voordat de sitebucket wordt verplaatst, of host de site elders. |
Bucketnamen moeten uniek zijn binnen het hele systeem en 3 tot 63 tekens lang zijn. Een naam als shop-assets-prod kan al bezet zijn, dus controleer de naam voordat u clients eromheen plant.
Stap 4: de datakopie staat op de lijst, maar wordt niet gekozen
StackToIT verplaatst nooit data. Voor de drie buckets schrijft het een bestand voor dataverplaatsing dat elk als stateful eenheid toont en het mechanisme open laat. Fragment van migration/data-movement.md, ongewijzigd overgenomen.
StackToIT never moves data. 3 stateful source units are listed here: a person must choose a data-movement mechanism for each, and none is chosen (the mechanism is UNKNOWN).
State: DECISION REQUIRED.
## Stateful source units
| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| alicloud_oss_bucket.archive | alicloud_oss_bucket | STACKIT Object Storage | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| alicloud_oss_bucket.assets | alicloud_oss_bucket | STACKIT Object Storage | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| alicloud_oss_bucket.site | alicloud_oss_bucket | STACKIT Object Storage | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |Mechanisme UNKNOWN
De omvang van de data, de wijzigingssnelheid en de downtime die u accepteert staan niet in de Terraform-code, dus de run kan geen methode kiezen. Het laat die keuze aan een persoon.
Dataklasse, RPO, downtime
De drie kolommen tonen NOT_PROVIDED. Ze worden woordelijk gevuld uit een applicatiebestand dat u aan de run meegeeft; er wordt niets aangenomen.
Stap 5: de objecten verplaatsen
Algemene praktijk voor de kopie zelf. De run voert daar niets van uit.
Maak eerst het doel aan
Maak de Object Storage-bucket en een credentials group aan, en daarna inloggegevens voor de kopieertaak. Maak de instellingen voor lifecycle, CORS en versleuteling uit stap 3 aan voordat het eerste object binnenkomt.
Kies een tool die met beide kanten overweg kan
De OSS-documentatie behandelt kopieën van OSS naar OSS: ossutil cp voor kleine en middelgrote volumes binnen één regio en account, replicatie binnen dezelfde regio voor grote of accountoverschrijdende verplaatsingen en replicatie tussen regio's voor verplaatsingen over regio's heen. De pagina over ossutil cp vermeldt dat cp niet over accounts of regio's heen kopieert. Gebruik voor een kopie van OSS naar een S3-API een tool met een remote voor elke kant, bijvoorbeeld rclone.
Kopieer en herhaal
Voer een volledige kopie uit terwijl de bron in gebruik blijft en herhaal die om wijzigingen op te pikken. Latere rondes kosten meestal veel minder tijd dan de eerste. Stop schrijvers alleen voor de laatste ronde als consistentie dat vereist.
Vergelijk voordat u omschakelt
Vergelijk het aantal objecten en de totale omvang per prefix aan beide kanten en controleer checksums steekproefsgewijs. Houd de OSS-bucket aan totdat de nieuwe clients een volledige bedrijfscyclus hebben gedraaid.
Let op de limieten
STACKIT documenteert een maximale objectgrootte van 5 TB, 1.000 buckets per project en 500 MB/s upload- en downloadbandbreedte per project. Een zeer grote bucket vereist een plan voor de duur van de kopie.
Voordat u iets toepast
De provider vastzetten
De run waarschuwt dat geen lockbestand de alicloud-provider vastzet, waardoor elke eenheid wordt beperkt tot zekerheidsniveau MEDIUM. Commit .terraform.lock.hcl en voer de run opnieuw uit.
De regio beantwoorden
De inputs-template bevat één vraag die het concept blokkeert: target.region, met eu01 of eu02 als opties. Vul die in en voer de run opnieuw uit.
Een eigenaar benoemen
De run plaatst alle drie de buckets in één werkpakket, WP-01, met de rol Storage Architect als eigenaar. Benoem de persoon met die rol voordat de kopie wordt ingepland.
De vastlegging bewaren
Nadat u de regio hebt beantwoord en beoordelingen hebt vastgelegd, voert u het assessment opnieuw uit naar een nieuwe map en vergelijkt u het met de eerste run via stacktoit verify --same-as. Bewaar beide mappen, zodat elke wijziging is gedocumenteerd.
Vragen over OSS naar Object Storage
Werkt de OSS-SDK met STACKIT Object Storage?
Niet zoals de run het ziet. STACKIT Object Storage biedt een S3-API en de run vermeldt dat applicaties die de OSS-SDK gebruiken hun client wijzigen. Plan de codewijziging per applicatie.
Kopieert StackToIT de objecten?
Nee. Het toont elke bucket als stateful eenheid in het bestand voor dataverplaatsing en laat het mechanisme, het venster en de controle aan u over.
Wat gebeurt er met een bucket die een statische site serveert?
De run koppelt die aan Object Storage zoals elke andere bucket en noemt het website-index- en error-document als instellingen. De pagina met ondersteunde bewerkingen van STACKIT noemt geen bewerking voor websitehosting, dus bevestig die route voordat u de site verplaatst.
Heb ik een STACKIT-account nodig om het assessment uit te voeren?
Nee. StackToIT leest de Terraform-code lokaal en maakt geen verbinding met uw Alibaba Cloud-account of met STACKIT.
Bronnen
- Oplossingen voor datamigratie vanuit diverse bronnen, OSS (Alibaba Cloud Docs)
- Objecten kopiëren met het commando ossutil cp (Alibaba Cloud Docs)
- Ondersteunde bewerkingen op buckets en objecten (STACKIT Docs)
- Bucketversiebeheer in Object Storage beheren (STACKIT Docs)
- Limieten van Object Storage (STACKIT Docs)
- Inloggegevens voor Object Storage aanmaken en verwijderen (STACKIT Docs)
Uw volgende stap: STACKIT.
Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.
Laat uw gegevens achter, onze specialisten nemen contact met u op.
Liever zelf een e-mail sturen? connect@stacktoit.com
Hartelijk dank.
Uw verzoek is bij ons binnengekomen. Onze specialisten nemen contact met u op.