serf alternatives and similar tools
Based on the "Cloud Orchestration" category.
Alternatively, view serf alternatives based on common mentions on social networks and blogs.
9.8 9.8 serf VS etcdDistributed reliable key-value store for the most critical data of a distributed system
9.6 10.0 serf VS consulConsul is a distributed, highly available, and data center aware solution to connect and configure applications across dynamic, distributed infrastructure.
9.2 9.9 L2 serf VS SaltSoftware to automate the management and configuration of any infrastructure or application at scale. Get access to the Salt software package repository here:
8.7 9.9 serf VS NomadNomad is an easy-to-use, flexible, and performant workload orchestrator that can deploy a mix of microservice, batch, containerized, and non-containerized applications. Nomad is easy to operate and scale and has native Consul and Vault integrations.
7.4 9.7 serf VS RundeckEnable Self-Service Operations: Give specific users access to your existing tools, services, and scripts
7.4 9.6 serf VS StackStormStackStorm (aka "IFTTT for Ops") is event-driven automation for auto-remediation, security responses, troubleshooting, deployments, and more. Includes rules engine, workflow, 160 integration packs with 6000+ actions (see https://exchange.stackstorm.org) and ChatOps. Installer at https://docs.stackstorm.com/install/index.html. Questions? https://forum.stackstorm.com/.
6.4 9.4 L4 serf VS BOSHCloud Foundry BOSH is an open source tool chain for release engineering, deployment and lifecycle management of large scale distributed services.
6.0 9.9 serf VS JujuUniversal Operator Lifecycle Manager (OLM) for Kubernetes operators, and operators for traditional Linux and Windows apps, with declarative integration between operators for automated microservice integration.
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of serf or a related project?
Serf is a decentralized solution for service discovery and orchestration that is lightweight, highly available, and fault tolerant.
Serf runs on Linux, Mac OS X, and Windows. An efficient and lightweight gossip protocol is used to communicate with other nodes. Serf can detect node failures and notify the rest of the cluster. An event system is built on top of Serf, letting you use Serf's gossip protocol to propagate events such as deploys, configuration changes, etc. Serf is completely masterless with no single point of failure.
Here are some example use cases of Serf, though there are many others:
- Discovering web servers and automatically adding them to a load balancer
- Organizing many memcached or redis nodes into a cluster, perhaps with something like twemproxy or maybe just configuring an application with the address of all the nodes
- Triggering web deploys using the event system built on top of Serf
- Propagating changes to configuration to relevant nodes.
- Updating DNS records to reflect cluster changes as they occur.
- Much, much more.
Next, let's start a couple Serf agents. Agents run until they're told to quit and handle the communication of maintenance tasks of Serf. In a real Serf setup, each node in your system will run one or more Serf agents (it can run multiple agents if you're running multiple cluster types. e.g. web servers vs. memcached servers).
Start each Serf agent in a separate terminal session so that we can see the output of each. Start the first agent:
$ serf agent -node=foo -bind=127.0.0.1:5000 -rpc-addr=127.0.0.1:7373 ...
Start the second agent in another terminal session (while the first is still running):
$ serf agent -node=bar -bind=127.0.0.1:5001 -rpc-addr=127.0.0.1:7374 ...
At this point two Serf agents are running independently but are still unaware of each other. Let's now tell the first agent to join an existing cluster (the second agent). When starting a Serf agent, you must join an existing cluster by specifying at least one existing member. After this, Serf gossips and the remainder of the cluster becomes aware of the join. Run the following commands in a third terminal session.
$ serf join 127.0.0.1:5001 ...
If you're watching your terminals, you should see both Serf agents
become aware of the join. You can prove it by running
to see the members of the Serf cluster:
$ serf members foo 127.0.0.1:5000 alive bar 127.0.0.1:5001 alive ...
At this point, you can ctrl-C or force kill either Serf agent, and they'll update their membership lists appropriately. If you ctrl-C a Serf agent, it will gracefully leave by notifying the cluster of its intent to leave. If you force kill an agent, it will eventually (usually within seconds) be detected by another member of the cluster which will notify the cluster of the node failure.
Full, comprehensive documentation is viewable on the Serf website:
Next, clone this repository into
then just type
make. In a few moments, you'll have a working
$ make ... $ bin/serf ...
make will also place a copy of the executable under
Serf is first and foremost a library with a command-line interface,
Serf library is independent of the command line agent,
binary is located under
cmd/serf and can be installed stand alone by issuing
go get -u github.com/hashicorp/serf/cmd/serf. Applications using
the Serf library should only need to include
Tests can be run by typing
If you make any changes to the code, run
make format in order to automatically
format the code according to Go standards.