Append records.
Append a batch of records to a stream.
Appends execute atomically — either all the records in a batch will become durable, or none.
S2 returns the range of sequence numbers assigned, the timestamps of the first and last record, and the current tail.
With an AppendSession
(available via most SDKs), you can pipeline batches with an ordering guarantee, and receive acknowledgements back in the corresponding order. If any batch fails, subsequent batches will not become durable.
Concurrency control
Appends support two mechanisms for concurrency control:
Match sequence
Specifying expected current state allows optimistic concurrency control.
You can provide the sequence number that you expect S2 to assign to the first record in a batch as the match_seq_num
.
If it does not match, this will result in a 412 Precondition Failed
status or corresponding SDK error type.
Fencing token
Fencing is a form of pessimistic concurrency control.
It is a cooperative mechanism, so an append that does not specify a fencing token will still be allowed.
When an append does include a fencing_token
and it does not match, this results in in a 412 Precondition Failed
status or corresponding SDK error type.
Setting the current fencing token itself requires appending to the stream, with the fence
command.
Authorizations
Bearer authentication header of the form Bearer <token>
, where <token>
is your auth token.
Headers
Defines the treatment of blob fields when exchanging records as JSON.
Use raw
(default) if you are working with Unicode data — storage will be in UTF-8.
Use base64
for safe transmission and efficient storage of binary data.
raw
, base64
Path Parameters
Stream name.
Body
Payload of an append
request.
Response
Success response to an append
request.