Skip to content

Commit e58d36a

Browse files
Removed inaccurate warning from Cluster Singleton docs (#4980)
Cluster singletons won't create duplicates in a cluster split scenario, and it's much safer to run them _with_ a split brain resolver on than without. This documentation was just out of date.
1 parent a1fa221 commit e58d36a

File tree

1 file changed

+1
-4
lines changed

1 file changed

+1
-4
lines changed

docs/articles/clustering/cluster-singleton.md

Lines changed: 1 addition & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -34,9 +34,6 @@ This pattern may seem to be very tempting to use at first, but it has several dr
3434

3535
Especially the last point is something you should be aware of — in general when using the Cluster Singleton pattern you should take care of downing nodes yourself and not rely on the timing based auto-down feature.
3636

37-
> [!WARNING]
38-
> Be very careful when using Cluster Singleton together with Automatic Downing, since it allows the cluster to split up into two separate clusters, which in turn will result in `multiple Singletons` being started, one in each separate cluster!
39-
4037
## An Example
4138
Assume that we need one single entry point to an external system. An actor that receives messages from a JMS queue with the strict requirement that only one JMS consumer must exist to be make sure that the messages are processed in order. That is perhaps not how one would like to design things, but a typical real-world scenario when integrating with external systems.
4239

@@ -111,4 +108,4 @@ akka.cluster.singleton-proxy {
111108
# Maximum allowed buffer size is 10000.
112109
buffer-size = 1000
113110
}
114-
```
111+
```

0 commit comments

Comments
 (0)