Meridian Storage S3
meridian-storage-s3 is the S3-compatible Object Adapter for Meridian V1. It implements
the released meridian-storage-object-common==1.0.2 contract behind the s3 adapter id.
Consumers continue to use mapping-first object Catalog Expressions; bucket names, keys,
endpoints, credentials, SDK objects, retention controls, and migration state remain private to
deployment composition and this adapter.
Contract and guarantees
The adapter implements all eight V1 Object operation contracts:
publish_schemaandcreate_resourcefor adapter-owned Object registry metadata;- streaming
putandgetwith SHA-256 verification and bounded memory; - inclusive
read_rangewith per-chunk integrity verification; stat, maintenance-only bounded-prefixlist, and exact-versiondelete;- S3 multipart upload above a validated threshold;
- portable user metadata and immutability/retention intent;
- optional S3 Object Lock enforcement when the IaC-owned bucket enables it;
- deterministic capabilities, authenticated health probes, physical verification, and externally orchestrated migration hooks.
The adapter never provisions a bucket, changes bucket policy, enables versioning/Object Lock, creates identities, manages ACLs, configures lifecycle/replication/recovery, or returns a pre-signed URL. Those authorities remain with Platform or Vangu IaC.
Installation
python -m pip install meridian-storage-s3==1.0.2
Python 3.12 or newer is required. The package pins the released Object Common contract,
resolving with Core 1.0.1 and Semantics 2.0.0. It is discovered through the
meridian_storage.adapters entry-point group.
Deployment configuration
S3AdapterFactory consumes a closed Meridian BindingConfig. The physical namespace is
bucket or bucket/prefix; the binding endpoint, opaque identity/credential secret values,
TLS policy, and validated settings are translated privately to the S3 SDK. Supported settings
are listed below; unknown settings fail closed.
identityresolves to the UTF-8 S3 access-key id.credentialresolves either to the UTF-8 secret access key or to{"secretAccessKey":"...","sessionToken":"..."}for temporary credentials.endpointmust already be resolved by IaC. HTTP is accepted only with disabled TLS andallowInsecureHttp: true; authenticated server TLS requires HTTPS plus resolved CA material. Mutual TLS is rejected because the boto3 transport cannot safely consume the Core client identity contract.regiondefaults tous-east-1;addressingStyleisauto,path, orvirtual.multipartThresholdBytes,multipartPartBytes,spoolMemoryBytes,integrityChunkBytes,maxObjectBytes,maxRangeBytes, andmaxAttemptsare bounded before an SDK client or transfer is created.verifyAfterWritedefaults to true.checksumHeadersenables provider SHA-256 headers in addition to Meridian's mandatory end-to-end digest verification.serverSideEncryptionisAES256oraws:kms;kmsKeyIdis required only foraws:kms.requireVersioningfails authenticated startup unless versioning is verified.objectLockModeisGOVERNANCEorCOMPLIANCEand requires an IaC-created Object-Lock bucket.
Development-only HTTP endpoints require allowInsecureHttp: true. Production bindings should
use authenticated TLS. Enforced retention is advertised only when objectLockMode is configured
and the authenticated probe verifies Object Lock on the bucket. This is enforcement evidence,
not a WORM compliance or certification claim.
S3MigrationHooks exposes a deterministic forward-only metadata plan and idempotent apply hook.
It validates access and records the adapter metadata revision; the external IaC migration job
still owns scheduling, rollback/recovery decisions, bucket changes, and lifecycle policy.
Failure and data handling
Payloads are spooled with bounded memory, hashed before publication, uploaded with conditional metadata records, and read back for verification by default. Multipart sessions are aborted on every incomplete path. Range reads fetch and verify every complete integrity chunk covering the requested inclusive range. Logical ids, bucket names, endpoints, credentials, physical keys, and provider response text are absent from consumer references and normalized failures.
The adapter maps authenticated provider failures to the released Object error taxonomy, including conditional conflicts, not-found, range, throttling, quota, corruption, authorization, retention, and unavailable outcomes. Maintenance listing scans a bounded number of pages and uses an opaque logical cursor.
Verification
python -m pytest
python -m mypy src
python -m ruff check .
python -m build
The integration suite targets a disposable real MinIO server and runs the released Object Common conformance runner plus provider-specific multipart, range, metadata, retention, and normalized failure checks. The engine image is pinned by immutable multi-platform digest. CI regenerates and byte-compares the committed conformance report; the locked design/contract inputs and released Object Common wheel hash are recorded in the design baseline.
License
Apache License 2.0. See LICENSE and NOTICE.
Payload composition (1.0.1)
Installed S3 discovery uses Object Common’s default_payload_registry(). An Object
consumer using that same default can upload and read through Meridian without
registering a second S3 factory. Core intentionally rejects injecting s3 again
when its installed entry point is present. Explicit SPI compositions may still pass
S3AdapterFactory(payloads=registry); an empty registry is preserved by identity.
Metadata
Release files for meridian-storage-s3 1.0.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| meridian_storage_s3-1.0.2.tar.gz | 46.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| meridian_storage_s3-1.0.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 85.1 kB
Release files / meridian_storage_s3-1.0.2.tar.gz
| Download URL | meridian_storage_s3-1.0.2.tar.gz |
|---|---|
| Size | 46.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
adaee9c7b07fe5b643c4e9d1f533ec74dcdca91b4cd3d7380c68efee88ad53e2
|
|
BLAKE2b-256 checksum How to use checksums |
76cfcfd743fcca0461805d095cdd830390843f72f68d9f646a3780af8c8570be
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 7, 2026.
Transparency logRelease files / meridian_storage_s3-1.0.2-py3-none-any.whl
| Download URL | meridian_storage_s3-1.0.2-py3-none-any.whl |
|---|---|
| Size | 38.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
c02cb1f1a39516ffca8ac5e3137fda4014f33f1184dea1122b0fc44ece93f14e
|
|
BLAKE2b-256 checksum How to use checksums |
549789cd25e52dd2be43cacd3b2565ca63717445a36aa99509e46ed24fa6dd8f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 7, 2026.
Transparency log