Back

Blog details

Calling AIOZ Storage's S3 API Directly with Postman

AIOZ Network
4 min readAugust 17, 2026
aioz-storage

There's no ready-made Postman collection to import here, despite what the name of AIOZ's own docs page suggests. What AIOZ Storage's Postman documentation actually walks through is building raw S3 requests by hand in Postman, authenticated with its built-in AWS Signature auth type and your access grant's key pair. This is the lowest-level way to talk to AIOZ Storage covered in this series, useful for debugging a request that's failing somewhere inside an SDK, or for testing a call before you write any code around it.

TL;DR:

  • AIOZ's Postman docs describe manually configuring AWS Signature authentication per request, not importing a prebuilt collection.
  • Auth setup is four fields: Access Key, Secret Key, Service Name (s3), and Region (us-east-1), the same access grant credentials the SDKs and CLI use.
  • Every request targets s3.aiozstorage.network directly, with the bucket and object name in the URL path, not as request parameters.

Setting Up AWS Signature Auth in Postman

Every request in this guide uses Postman's built-in AWS Signature auth type rather than a manually-built Authorization header, sparing you from hand-implementing AWS's own Signature Version 4 signing process that both AWS and AIOZ Storage require underneath. In a new request, open the Authorization tab, select AWS Signature from the Type dropdown, and fill in:

FieldValue
Access KeyYour AIOZ Storage access grant's access key ID
Secret KeyYour AIOZ Storage access grant's secret access key
Service Names3
Regionus-east-1

Postman signs the request for you using these fields, the same request-signing process the AWS CLI and every SDK in this series handle internally. Region being us-east-1 regardless of where your data actually lives is the same placeholder pattern as the CLI and SDK guides, AIOZ Storage isn't region-partitioned, but the signing process requires a region value.

Terminal window showing lines of command-line code

Bucket Operations

Create a bucket:

PUT / HTTP/1.1
Host: s3.aiozstorage.network/your-bucket-name

List your buckets:

GET / HTTP/1.1
Host: s3.aiozstorage.network

Delete a bucket:

DELETE /your-bucket-name HTTP/1.1
Host: s3.aiozstorage.network

In Postman, these become the request URL, https://s3.aiozstorage.network/your-bucket-name for create and delete, https://s3.aiozstorage.network for list, with the method set to match and AWS Signature auth applied.

Object Operations

List objects in a bucket:

GET /your-bucket-name HTTP/1.1

Upload an object:

PUT /your-bucket-name/your-object-name HTTP/1.1

Set the request body to the file or raw data you're uploading. Postman's Body tab supports raw text, JSON, or binary file uploads depending on what you're testing.

Retrieve an object:

GET /your-bucket-name/your-object-name HTTP/1.1

Delete an object:

DELETE /your-bucket-name/your-object-name HTTP/1.1

Copy an object:

PUT /dest-bucket-name/dest-object-name HTTP/1.1
x-amz-copy-source: /source-bucket-name/source-object-name

The copy source is set as a header, not a body or query parameter, x-amz-copy-source tells AIOZ Storage which existing object to copy into the destination path in the request line.

Colorful data dashboard displaying multiple metrics and graphs on a screen

Deleting Multiple Objects in One Request

AIOZ's docs also list the standard S3 batch-delete operation, POST /?delete, which accepts an XML body listing multiple object keys to remove in a single call instead of one DELETE request per object. It's the same operation the AWS CLI's rm --recursive and most SDKs' batch-delete helpers call under the hood, useful in Postman mainly for confirming the exact request/response shape before wiring it into code.

Why Test with Postman Instead of an SDK?

Every SDK and the CLI in this series ultimately send the same signed HTTP requests shown above, they just build and sign them for you. Testing directly in Postman is useful when an SDK call is failing and it's not clear whether the problem is your code, your credentials, or the request itself, isolating the raw request removes a layer of abstraction. It's also a reasonable way to explore AIOZ Storage's S3 API for the first time without committing to a language or framework yet.

Frequently Asked Questions

Is there a downloadable Postman collection for AIOZ Storage?
No. AIOZ's own Postman documentation shows configuring individual requests by hand with AWS Signature auth, not importing a prebuilt collection file.

What credentials does Postman's AWS Signature auth need?
The same access key ID and secret access key from your AIOZ Storage access grant, the same pair used by the CLI and every SDK.

Why does AWS Signature auth in Postman ask for a Region if AIOZ Storage isn't region-partitioned?
The signing process requires a region value regardless of target. AIOZ's docs specify us-east-1 as the placeholder, the same value used across the CLI and SDK guides.

How do I upload a file's contents in a Postman PUT request?
Set the request body (Postman's Body tab) to the file or raw data, with the method set to PUT and the URL pointing at bucket-name/object-name.

How does copying an object work in raw S3 requests?
Send a PUT to the destination path with an x-amz-copy-source header pointing at the source bucket and object, not a request body.

Can I delete more than one object in a single request?
Yes, POST /?delete with an XML body listing multiple keys is the S3 batch-delete operation, the same one the AWS CLI and most SDKs use internally for recursive or bulk deletes.

References

We only send updates when meaningful changes ship, and you can unsubscribe anytime

Related Content

blog thumbnail

How Automatic MIME Type Detection Works on AIOZ Storage

Automatic MIME type detection on AIOZ Storage uses Google Magika to identify a file's type from its content when Content-Type is missing. How it actually works.

aioz-storage
5 min readSeptember 07, 2026
blog thumbnail

AIOZ Storage Developer Platform: SDKs, CLI, and Migrations

The AIOZ storage developer platform in one place: three SDKs, a CLI, direct API access, two migration paths, and the one config pattern tying it all together.

aioz-storage
6 min readSeptember 06, 2026
blog thumbnail

The 3-2-1 Backup Rule: A Practical Framework Explained

The 3-2-1 backup rule: three copies, two media, one off-site. Why it still holds up, why ransomware forced a 3-2-1-1-0 update, and where AIOZ Storage fits.

aioz-storage
8 min readSeptember 05, 2026
blog thumbnail

RBAC vs ABAC vs Capability-Based Access Control Explained

RBAC vs ABAC vs capability-based access control: three different answers to who can do what. NIST defines the first two, AIOZ Storage macaroons are the third.

aioz-storage
8 min readSeptember 04, 2026
blog thumbnail

What Is a CDN and How Does It Relate to Object Storage?

What is a CDN: a network of cached servers placed near users to cut latency. How it sits in front of an origin like S3, and where AIOZ Storage fits in.

aioz-storage
7 min readSeptember 03, 2026
blog thumbnail

Hot vs Cold Storage: Storage Tiers and When They Matter

Hot vs cold storage: hot tiers cost more to store but less to access, cold tiers flip that trade. How AWS and Azure structure it, and where AIOZ Storage fits.

aioz-storage
8 min readSeptember 02, 2026