This library (akka-data-replication) has been included in Akka, in the module Distributed Data.
It will not be maintained in patriknw/akka-data-replication. All bug fixes and new features will be done in akka/akka.
The functionality of akka-distributed-data-experimental 2.4.0 is very similar to akka-data-replication 0.11. Here is a list of the most important changes:
"com.typesafe.akka" % "akka-distributed-data-experimental_2.11" % 2.4.0
(or later)akka.cluster.ddata
DistributedData
ORSetKey[Int]("set2")
GetSuccess
and Changed
messages. Instead it is accessed with the get
method. E.g. case c @ Changed(DataKey) => val e = c.get(DataKey).elements
. The reason is to utilize the type information from the typed keys.Update
message. If you need to read from other replicas before performing the update you have to first send a Get
message and then continue with the Update
when the GetSuccess
is received.BigInt
is used in GCounter
and PNCounter
instead of Long
This was (see above) an EARLY PREVIEW of a library for replication of data in an Akka cluster. It is a replicated in-memory data store supporting low latency and high availability requirements. The data must be so called Conflict Free Replicated Data Types (CRDTs), i.e. they provide a monotonic merge function and the state changes always converge.
For good introduction to CRDTs you should watch the Eventually Consistent Data Structures talk by Sean Cribbs.
CRDTs can't be used for all types of problems, but when they can they have very nice properties:
Built in data types:
GCounter
, PNCounter
LWWRegister
, Flag
GSet
, ORSet
ORMap
, LWWMap
, PNCounterMap
, ORMultiMap
You can use your own custom data types by implementing the merge
function of the ReplicatedData
trait. Note that CRDTs typically compose nicely, i.e. you can use the provided data types to build richer data structures.
The Replicator
actor implements the infrastructure for replication of the data. It uses direct replication and gossip based dissemination. The Replicator
actor is started on each node in the cluster, or group of nodes tagged with a specific role. It communicates with other Replicator
instances with the same path (without address) that are running on other nodes. For convenience it is typically used with the DataReplication
Akka extension.
A short example of how to use it:
class DataBot extends Actor with ActorLogging {
import DataBot._
import Replicator._
val replicator = DataReplication(context.system).replicator
implicit val cluster = Cluster(context.system)
import context.dispatcher
val tickTask = context.system.scheduler.schedule(5.seconds, 5.seconds, self, Tick)
replicator ! Subscribe("key", self)
def receive = {
case Tick =>
val s = ThreadLocalRandom.current().nextInt(97, 123).toChar.toString
if (ThreadLocalRandom.current().nextBoolean()) {
// add
log.info("Adding: {}", s)
replicator ! Update("key", ORSet(), WriteLocal)(_ + s)
} else {
// remove
log.info("Removing: {}", s)
replicator ! Update("key", ORSet(), WriteLocal)(_ - s)
}
case _: UpdateResponse => // ignore
case Changed("key", ORSet(elements) =>
log.info("Current elements: {}", elements)
}
override def postStop(): Unit = tickTask.cancel()
}
The full source code for this sample is in DataBot.scala.
More detailed documentation can be found in the ScalaDoc of Replicator
and linked classes.
Other examples:
Latest version of akka-data-replication
is 0.11
. This version depends on Akka 2.3.9 and is cross-built against Scala 2.10.5 and 2.11.6.
Add the following lines to your build.sbt
file:
resolvers += "patriknw at bintray" at "http://dl.bintray.com/patriknw/maven"
libraryDependencies += "com.github.patriknw" %% "akka-data-replication" % "0.11"