在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
开源软件名称:liftbridge-io/liftbridge-api开源软件地址:https://github.com/liftbridge-io/liftbridge-api开源编程语言:Python 96.4%开源软件介绍:Liftbridge APIThis repository contains the public API definitions for Liftbridge. It is primarily intended for Liftbridge client developers. gRPC APIThe client-facing gRPC API is defined in api.proto. Direct NATS APIIt is also possible for a client to publish messages to Liftbridge via NATS directly. Liftbridge accepts plain NATS messages, allowing it to make existing subjects durable without any publisher changes. However, these messages will not have some features such as acks. In order to opt into Liftbridge-specific features, the message must be prefixed
with the following header and be encoded as a Liftbridge Envelope HeaderAll Liftbridge messages and RPCs sent over NATS are prefixed with an envelope header. This includes client-facing messages, such as publishes and acks, as well as internal RPCs like replication.
Magic number [4 bytes]The Liftbridge magic number is Version [1 byte]The version byte allows for future protocol upgrades. This should only be bumped if the envelope format changes or if the message encoding changes in a non-backwards-compatible way. Adding fields to the messages should not require a version bump. Currently, the only supported protocol version is v0, i.e. HeaderLen [1 byte]The header length is the offset of the payload. This is included primarily for safety. Flags [1 byte]The flag bits are defined as follows:
MsgType [1 byte]This is the Liftbridge-specific message type the envelope contains:
CRC-32C [4 bytes, optional]The CRC-32C (Castagnoli) is the checksum of the payload (i.e. from HeaderLen to the end). This is optional but should significantly reduce the chance that a random NATS message is interpreted as a Liftbridge message. |
2023-10-27
2022-08-15
2022-08-17
2022-09-23
2022-08-13
请发表评论