S3 Bucket Notifications Compatibility
Ceph’s Bucket Notifications and PubSub Module APIs follow AWS S3 Bucket Notifications API. However, some differences exist, as listed below.
Note
Compatibility is different depending on which of the above mechanism is used
Supported Destination
AWS supports: SNS, SQS and Lambda as possible destinations (AWS internal destinations). Currently, we support: HTTP/S, Kafka and AMQP. And also support pulling and acking of events stored in Ceph (as an internal destination).
We are using the SNS ARNs to represent the HTTP/S, Kafka and AMQP destinations.
Notification Configuration XML
Following tags (and the tags inside them) are not supported:
Tag |
Remaks |
---|---|
|
not needed, we treat all destinations as SNS |
|
not needed, we treat all destinations as SNS |
REST API Extension
Ceph’s bucket notification API has the following extensions:
Deletion of a specific notification, or all notifications on a bucket, using the
DELETE
verb
In S3, all notifications are deleted when the bucket is deleted, or when an empty notification is set on the bucket
Getting the information on a specific notification (when more than one exists on a bucket)
In S3, it is only possible to fetch all notifications on a bucket
In addition to filtering based on prefix/suffix of object keys we support:
Filtering based on regular expression matching
Filtering based on metadata attributes attached to the object
Filtering based on object tags
Each one of the additional filters extends the S3 API and using it will require extension of the client SDK (unless you are using plain HTTP).
Filtering overlapping is allowed, so that same event could be sent as different notification
Unsupported Fields in the Event Record
The records sent for bucket notification follow format described in: Event Message Structure. However, the following fields may be sent empty, under the different deployment options (Notification/PubSub):
Field |
Notification |
PubSub |
Description |
---|---|---|---|
|
Supported |
Not Supported |
The identity of the user that triggered the event |
|
Not Supported |
The IP address of the client that triggered the event |
|
|
Supported |
Not Supported |
The request id that triggered the event |
|
Supported |
Not Supported |
The IP address of the RGW on which the event was triggered |
|
Supported |
Not Supported |
The size of the object |
Event Types
Event |
Notification |
PubSub |
||
---|---|---|---|---|
|
Supported |
|||
|
Supported |
Supported at |
||
|
Supported |
Not Supported |
||
|
Supported |
Supported at |
||
|
Supported |
Supported at |
||
|
Supported |
Supported only the specific events below |
||
|
Supported |
|||
|
Supported |
|||
|
Supported, Ceph extension |
|||
|
Supported, Ceph extension |
|||
|
Supported, Ceph extension |
|||
|
||||
|
Supported, Ceph extension |
|||
|
Supported, Ceph extension |
|||
|
Not applicable to Ceph |
|||
|
Not applicable to Ceph |
|||
|
Note
The s3:ObjectRemoved:DeleteMarkerCreated
event presents information on the latest version of the object
Note
In case of multipart upload, an ObjectCreated:CompleteMultipartUpload
notification will be sent at the end of the process.
Topic Configuration
In the case of bucket notifications, the topics management API will be derived from AWS Simple Notification Service API. Note that most of the API is not applicable to Ceph, and only the following actions are implemented:
CreateTopic
DeleteTopic
ListTopics
We also have the following extensions to topic configuration:
In
GetTopic
we allow fetching a specific topic, instead of all user topicsIn
CreateTopic
we allow setting endpoint attributes
we allow setting opaque data that will be sent to the endpoint in the notification