What you will prove
You will write, read, and delete one object through the adapter’s AWS S3 endpoint, then verify the same object through Scaleway’s native S3 endpoint with a separate verification profile. The S3 on Scaleway profile covers common CRUD, ranges, conditional requests, copy, batch operations, pagination, metadata, multipart upload, and versioning. SSE-KMS, bucket policy, notifications, ACL, and object lock are outside the route profile. Cloud Adapter also preserves S3 rejection of an invalidContent-MD5 rather than accepting a weaker backend result.
Prerequisites
- an installed AWS-origin Cloud Adapter endpoint;
- an S3 to Scaleway Object Storage service adapter;
- origin-side AWS credentials for the adapter;
- a separate Scaleway verification profile with read access to the test bucket;
- a selected Scaleway region and native object-storage endpoint;
- AWS CLI v2.
Set values
AWS_REQUEST_CHECKSUM_CALCULATION=WHEN_REQUIRED keeps this smoke test on the required S3 checksum path. Validate optional flexible-checksum behavior separately if your application enables it.
The commands below use an explicit --endpoint-url. To route every S3 client in the process instead, set AWS_ENDPOINT_URL_S3="$T9_CLOUD_ADAPTER_ENDPOINT" and omit the command-level override.
Write through Cloud Adapter
Verify natively in Scaleway
Exercise integrity and error behavior
Request a missing key withget-object and confirm an AWS-shaped not-found response. S3 can return permission denied instead when the caller lacks permission to establish that the object is missing. If your workload supplies Content-MD5, add a test with a correct digest and a deliberate bad digest. The bad digest should be rejected before you rely on that integrity behavior.
Do not begin with SSE-KMS or bucket-policy tests; they are outside this route profile.