pub struct Config {Show 25 fields
pub deliver_subject: String,
pub durable_name: Option<String>,
pub name: Option<String>,
pub description: Option<String>,
pub deliver_group: Option<String>,
pub deliver_policy: DeliverPolicy,
pub ack_policy: AckPolicy,
pub ack_wait: Duration,
pub max_deliver: i64,
pub filter_subject: String,
pub filter_subjects: Vec<String>,
pub replay_policy: ReplayPolicy,
pub rate_limit: u64,
pub sample_frequency: u8,
pub max_waiting: i64,
pub max_ack_pending: i64,
pub headers_only: bool,
pub flow_control: bool,
pub idle_heartbeat: Duration,
pub num_replicas: usize,
pub memory_storage: bool,
pub metadata: HashMap<String, String>,
pub backoff: Vec<Duration>,
pub inactive_threshold: Duration,
pub pause_until: Option<OffsetDateTime>,
}Expand description
Configuration for consumers. From a high level, the
durable_name and deliver_subject fields have a particularly
strong influence on the consumer’s overall behavior.
Fields§
§deliver_subject: StringThe delivery subject used by the push consumer.
durable_name: Option<String>Setting durable_name to Some(...) will cause this consumer
to be “durable”. This may be a good choice for workloads that
benefit from the JetStream server or cluster remembering the
progress of consumers for fault tolerance purposes. If a consumer
crashes, the JetStream server or cluster will remember which
messages the consumer acknowledged. When the consumer recovers,
this information will allow the consumer to resume processing
where it left off. If you’re unsure, set this to Some(...).
Setting durable_name to None will cause this consumer to
be “ephemeral”. This may be a good choice for workloads where
you don’t need the JetStream server to remember the consumer’s
progress in the case of a crash, such as certain “high churn”
workloads or workloads where a crashed instance is not required
to recover.
name: Option<String>A name of the consumer. Can be specified for both durable and ephemeral consumers.
description: Option<String>A short description of the purpose of this consumer.
deliver_group: Option<String>Deliver group to use.
deliver_policy: DeliverPolicyAllows for a variety of options that determine how this consumer will receive messages
ack_policy: AckPolicyHow messages should be acknowledged
ack_wait: DurationHow long to allow messages to remain un-acknowledged before attempting redelivery
max_deliver: i64Maximum number of times a specific message will be delivered. Use this to avoid poison pill messages that repeatedly crash your consumer processes forever.
filter_subject: StringWhen consuming from a Stream with many subjects, or wildcards, this selects only specific incoming subjects. Supports wildcards.
filter_subjects: Vec<String>server_2_10 only.Fulfills the same role as Config::filter_subject, but allows filtering by many subjects.
replay_policy: ReplayPolicyWhether messages are sent as quickly as possible or at the rate of receipt
rate_limit: u64The rate of message delivery in bits per second
sample_frequency: u8What percentage of acknowledgments should be samples for observability, 0-100
max_waiting: i64The maximum number of waiting consumers.
max_ack_pending: i64The maximum number of unacknowledged messages that may be in-flight before pausing sending additional messages to this consumer.
headers_only: boolOnly deliver headers without payloads.
flow_control: boolEnable flow control messages
idle_heartbeat: DurationEnable idle heartbeat messages
num_replicas: usizeNumber of consumer replicas
memory_storage: boolForce consumer to use memory storage.
metadata: HashMap<String, String>server_2_10 only.backoff: Vec<Duration>Custom backoff for missed acknowledgments.
inactive_threshold: DurationThreshold for consumer inactivity
pause_until: Option<OffsetDateTime>server_2_11 only.Create a consumer paused until provided deadline.