Bucket, object, version, manifest
ObjectDB
Begin with the scoped S3 Core bucket/object path, then treat native object version and manifest language as preview-contract direction unless a reference page names the behavior.
- Bucket
- Meaning: An S3-shaped namespace for current bucket and object workflows.
- Use now: Use for scoped s3-core-v1 bucket discovery, create/list behavior, policy subset copy, CORS, tagging, location, multipart, and object routes.
- Boundary: Does not imply IAM parity, lifecycle, replication configuration, inventory, Object Lock, notifications, SelectObjectContent, ACLs, or website hosting.
- Object
- Meaning: A payload addressed through a bucket/key workflow, with metadata, tags, range reads, multipart state, and delegated upload shapes where listed.
- Use now: Use for live S3 Core object CRUD, listing, metadata/tagging, checksum, ETag, range, multipart, and local request-limit language.
- Boundary: Does not imply every S3 operation or customer durability, recovery, performance, scale, or support claim.
- Version
- Meaning: A native object-model concept and operation-adjacent identifier that must stay distinct from S3 bucket versioning support.
- Use now: Use when explaining why native object-platform direction can talk about object history separately from the active s3-core-v1 compatibility profile.
- Boundary: S3 versioning is excluded from s3-core-v1; do not publish customer-facing version-management guidance until public references and evidence exist.
- Manifest
- Meaning: A preview native object-model word for describing object state and related platform metadata beyond compatibility-facing S3 fields.
- Use now: Use as planning vocabulary for native object model, placement, policy, and event-oriented discussions.
- Boundary: Does not imply a public native manifest API, hosted control plane, automatic event delivery, or reviewed placement outcome.
Evidence: DOCS-029, DOCS-030, DOCS-038, ODB-EVID-009, ODB-EVID-010