Stability

Showing 5 of 53

Chained replicas

Current implementation of read-only replicas require them to be connected to the cluster. It means that every new replica adds some overhead to the operational cluster nodes, particularly its leader. It creates limitation of the feature as one mig...

Alexey Zimarev 3 months ago in EventStoreDB / Performance / Stability 0

3 VOTE

Projections next-gen

Move custom and standard projections to Connectors.

Alexey Zimarev 11 months ago in EventStoreDB / Performance / Stability 0 Planned

2 VOTE

Persistent subscriptions next-gen

Seems like persistent subscriptions aim to solve two problems: Server-side checkpointing for use cases when events are being forwarded to a place that doesn't have the ability to store checkpoints (message brokers), or users just don't want to dea...

Alexey Zimarev 11 months ago in EventStoreDB / Dev experience / Performance / Stability 0

1 VOTE

Handle backpressure

ESDB can be overloaded with read/write operations and it has no limitations enforced on the edge to prevent this. The idea is to set the connection limit (in general or per operation) and deny requests when the limit is exceeded. It will improve t...

Alexey Zimarev 11 months ago in EventStoreDB / Operations / Stability 0 Planned

1 VOTE

Replication between clusters

Allow one cluster to mirror another. Could be similar to read-only replica, but instead of a single node that is known to the source cluster, the mirror would be a read-only replicated cluster. One use of it is to enable faster reads. If the "oper...

Alexey Zimarev 11 months ago in EventStoreDB / Operations / Stability 0

Please enter your email address

FILTER BY CATEGORY