Circuit alternatives and similar packages
Based on the "Other Software" category.
Alternatively, view Circuit alternatives based on common mentions on social networks and blogs.
9.8 9.9 Circuit VS Seaweed File SystemSeaweedFS is a fast distributed storage system for blobs, objects, files, and data lake, for billions of files! Blob store has O(1) disk seek, cloud tiering. Filer supports Cloud Drive, cross-DC active-active replication, Kubernetes, POSIX FUSE mount, S3 API, S3 Gateway, Hadoop, WebDAV, encryption, Erasure Coding. [Moved to: https://github.com/seaweedfs/seaweedfs]
9.8 0.0 Circuit VS limetextOpen source API-compatible alternative to the text editor Sublime Text
9.6 6.6 Circuit VS toxiproxy:alarm_clock: :fire: A TCP proxy to simulate network and system conditions for chaos and resiliency testing
8.8 3.2 Circuit VS DockerNotary is a project that allows anyone to have trust over arbitrary collections of data
8.5 9.9 Circuit VS JujuOrchestration engine that enables the deployment, integration and lifecycle management of applications at any scale, on any infrastructure (Kubernetes or otherwise).
8.4 0.0 Circuit VS Stack UpSuper simple deployment tool - think of it like 'make' for a network of servers
8.2 7.4 Circuit VS DocumizeModern Confluence alternative designed for internal & external docs, built with Go + EmberJS
7.3 7.6 Circuit VS portalPortal is a quick and easy command-line file transfer utility from any computer to another.
7.1 0.0 Circuit VS Go Package StoreAn app that displays updates for the Go packages in your GOPATH.
7.0 0.0 Circuit VS Guora🖖🏻 A self-hosted Quora like web application written in Go 基于 Golang 类似知乎的私有部署问答应用 包含问答、评论、点赞、管理后台等功能
6.0 0.0 Circuit VS ideA Go code editor. With debugging and Autocomplete. 一个 Go 代码编辑器，具有 DEBUGGING 和 AUTOCOMPLETE
* 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 Circuit or a related project?
The CIRCUIT is a new way of thinking. It is deceptively similar to existing software, while being quite different.
Circuit is a programmable platform-as-a-service (PaaS) and/or Infrastructure-as-a-Service (IaaS), for management, discovery, synchronization and orchestration of services and hosts comprising cloud applications.
Circuit was designed to enable clear, accountable and safe interface between the human engineering roles in a technology enterprise, ultimately increasing productivity. Engineering role separation in a typical circuit-based architecture is illustrated above.
Users of circuit are
- Operations engineers, who sustain cloud applications at host, process and network level
- Data scientists, who develop distributed compute pipelines by linking together and distributing third-party utilities
- Manufacturers of distributed software, who wish to codify installation and maintenance procedures in a standardized fashion instead of communicating them through documentation (viz. MySQL)
A few technical features of circuit:
- Single- and multi-datacenter out-of-the-box
- Authentication and security of system traffic
- TCP- and UDP multicast-based (similarly to mDNS) internal node discovery
- Zero-configuration/blind-restart for ease on the host provisioning side
- Global, point-of-view consistent key/value space, where keys are hierarchical paths and values are control objects for data, processes, synchronizations, and so on.
- Consistency guarantees at ultra-high churn rates of physical hosts
- Command-line and programmatic access to the API
- Integration with Docker
In a typical circuit scenario:
- Provisioning engineers ensure newly provisioned machines start the zero-configuration circuit server as a daemon on startup.
- Operations engineers program start-up as well as dynamic-response behavior via command-line tool or language bindings.
- Small footprint: Circuit daemons leave almost no communication and memory footprint when left idle. This makes circuit ideal for incremental adoption alongside pre-existing architectures
- Immediate impact: Even short and simple circuit scripts save manual time going forward
- Knowledge accounting: Circuit scripts can replace textual post-mortem reports with executable discovery, diagnosis, action and inaction recipes.
- Circuit servers log all operations in their execution orders, enabling maximum visibility during post-factum debugging and analysis.
- Circuit programs (sequences of invocations of the circuit API) are not declarative (as in Puppet, Chef, etc.). They are effectively imperative programs in the CSP concurrency model, which allows engineers to encode complex dynamic response behavior, spanning multiple data centers.
Find comparisons to other technologies—like Zookeeper, etcd, CoreOS, raft, Consul, Puppet, Chef, and so forth—in the wiki.
Incomparable but related works
- Google Cloud Platform and Kubernetes
- Hashicorp Consul
- Apache Zookeeper
- Polymer (Google)
- Julia (MIT)
- and so on.
None of these related products sees the cluster as a closed system. In this way, the circuit is different than all. This is explained in precise terms in the next section.
The circuit is a tiny server process which runs instances on a cluster of machines to form an efficient, churn-resilient network, which enables distributed process orchestration and synchronization from any one machine.
Some of the target applications of the circuit are:
- Automatic dynamic orchestration of complex compute pipelines, as in numerical computation, for instance
- Packaging and distribution of universal distributed binaries that can self-organize into complex cloud apps
- Incremental automation of small and large OPS engineering workflows
Dive straight into it with the Quick Start slide deck.
For a conceptual introduction to The Circuit, check out the GopherCon 2014 Video. Since this video was recorded, the API-via-file-system approach was abandoned in favor of a simpler command-line tool and a Go client library.
The circuit is a tool for executing and synchronizing UNIX processes across entire clusters by means of a command-line tool and a client library.
The circuit comes as one binary, which serves the purpose of a server and a command-line client.
The Circuit comprises one small binary. It can be built for Linux and Darwin.
go get github.com/gocircuit/circuit/cmd/circuit
Run the servers
Circuit servers can be started asynchronously (and in any order) using the command
circuit start -if eth0 -discover 184.108.40.206:7711
The same command is used for all instances. The
-if option specifies the
desired network interface to bind to, while the
specifies a desired IP address of a UDP multicast channel to be used for automatic
-discover option can be omitted by setting the environment variable
CIRCUIT_DISCOVER to equal the desired multicast address.
Alternative advanced server startup
To run the circuit server on the first machine, pick a public IP address and port for it to listen on, and start it like so
circuit start -a 10.0.0.1:11022
The circuit server will print its own circuit URL on its standard output. It should look like this:
Copy it. We will need it to tell the next circuit server to “join” this one in a network, i.e. circuit.
Log onto another machine and similarly start a circuit server there, as well.
This time, use the
-j option to tell the new server to join the first one:
circuit start -a 10.0.0.2:11088 -j circuit://10.0.0.1:11022/78517/Q56e7a2a0d47a7b5d
You now have two mutually-aware circuit servers, running on two different hosts in your cluster.
You can join any number of additional hosts to the circuit environment in a similar fashion, even billions. The circuit uses a modern expander graph-based algorithm for presence awareness and ordered communication, which is genuinely distributed; It uses communication and connectivity sparingly, hardly leaving a footprint when idle.
The purpose of each circuit server is to host a collection of control primitives, called elements, on behalf of the user. On each server the hosted elements are organized in a hierarchy (similarly to the file system in Apache Zookeeper), whose nodes are called anchors. Anchors (akin to file system directories) have names and each anchor can host one circuit element or be empty.
The hierarchies of all servers are logically unified by a global circuit root anchor, whose children are the individual circuit server hierarchies. A typical anchor path looks like this
The first component of the path is the ID of the circuit server hosting the leaf anchor.
Except for the circuit root anchor (which does not correspond to any particular circuit server), all other anchors can store a process or a channel element, at most one, and additionally can have any number of sub- anchors. In a way, anchors are like directories that can have any number of subdirectories, but at most one file.
Creating and interacting with circuit elements is the mechanism through which the user controls and reflects on their distributed application. This can be accomplished by means of the included Go client library, or using the command-line tool embodied in the circuit executable itself.
Process elements are used to execute, monitor and synchronize OS-level processes at the hosting circuit server. They allow visibility and control over OS processes from any machine in the circuit cluster, regardless of the physical location of the underlying OS process.
Channel elements are a synchronization primitive, similar to the channels in Go, whose send and receive sides are accessible from any location in the circuit cluster, while their data structure lives on the circuit server hosting their anchor.
Once the circuit servers are started, you can create, observe and control
circuit elements (i) interactively—using the circuit binary which doubles as a command-line client—as
well as (ii) programmatically—using the circuit Go client package
In fact, the circuit command-line tool is simply a front-end for the Go client library.
Clients (the tool or your own) dial into a circuit server in order to interact with the entire system. All servers are equal citizens in every respect and, in particular, any one can be used as a choice for dial-in.
The tool (described in more detail later) is essentially a set of commands that allow you to traverse the global hierarchical namespace of circuit elements, and interact with them, somewhat similarly to how one uses the Zookeeper namespace.
For example, to list the entire circuit cluster anchor hierarchy, type in
circuit ls /
So, you might get something like this in response
The two root-level anchors correspond to the two circuit servers.
Pointing the tool to your circuit cluster
Before you can use the
circuit tool, you need to tell it how to locate
one circuit server for us a dial-in point.
There are two ways to provide the dial-in server address to the tool:
If the circuit servers were started with the
-discoveroption or the
CIRCUIT_DISCOVERenvironment variable, the command-line tool can use the same methods for finding a circuit server. E.g.
circuit ls -discover 220.127.116.11:7711 /...
circuit ls /...
With the command-line option
-d, like e.g.
circuit ls -d circuit://10.0.0.1:11022/78517/Q56e7a2a0d47a7b5d /
Or, equivalently, by setting the environment variable
CIRCUIT to point to a file
whose contents is the desired dial-in address. For example, (in bash):
echo circuit://10.0.0.1:11022/78517/Q56e7a2a0d47a7b5d > ~/.circuit
circuit ls /
A list of available tool commands is shown on the help screen
A more detailed explanation of their meaning and function can be found
in the documentation of the client package,
Example: Make a process
Here are a few examples. To run a new process on some chosen cluster machine, first see what machines are available:
circuit ls /...
Run a new
circuit mkproc /X88550014d4c82e4d/pippi << EOF
See what happened:
circuit peek /X88550014d4c82e4d/pippi
Close the standard input to indicate no intention to write to it:
cat /dev/null | circuit stdin /X88550014d4c82e4d/pippi
Read the output (note that the output won't show until you close the standard input first, as shown above):
circuit stdout /X88550014d4c82e4d/pippi
Remove the process element from the anchor hierarchy
circuit scrub /X88550014d4c82e4d/pippi
Example: Make a docker container
Much like for the case of OS processes, the circuit can create, manage and synchronize Docker containers, and attach the corresponding docker elements to a path in the anchor file system.
To allow creation of docker elements, any individual server must be started with the
-docker switch. For instance:
circuit start -if eth0 -discover 18.104.22.168:7711 -docker
To create and execute a new docker container, using the tool:
circuit mkdkr /X88550014d4c82e4d/docky << EOF
"Lxc": ["lxc.cgroup.cpuset.cpus = 0,1"],
"Volume": ["/webapp", "/src/webapp:/opt/webapp:ro"],
Most of these fields can be omitted analogously to their command-line option counterparts
docker command-line tool.
The remaining docker element commands are identical to those for processes:
wait. In one exception,
peek will return
a detailed description of the container, derived from
Example: Create a channel
Again, take a look at what servers are available:
circuit ls /...
Pick one. Say
let's create a channel on
circuit mkchan /X88550014d4c82e4d/this/is/charlie 3
The last argument of this line is the channel buffer capacity, analogously to the way channels are created in Go.
Verify the channel was created:
circuit peek /X88550014d4c82e4d/this/is/charlie
This should print out something like this:
Sending a message to the channel is accomplished with the command
circuit send /X88550014d4c82e4d/this/is/charlie < some_file
The contents of the message is read out from the standard input of the command above. This command will block until a receiver is available, unless there is free space in the channel buffer for a message.
When the command unblocks, it will send any data to the receiver. If there is no receiver, but there is a space in the message buffer, the command will also unblock and consume its standard input (saving it for an eventual receiver) but only up to 32K bytes.
Receiving is accomplished with the command
circuit recv /X88550014d4c82e4d/this/is/charlie
The received message will be produced on the standard output of the command above.
Example: Make a DNS server element
Circuit allows you to create and dynamically configure one or more DNS server elements on any circuit server.
As before, pick an available circuit server, say
Create a new DNS server element, like so
circuit mkdns /X88550014d4c82e4d/mydns
This will start a new DNS server on the host of the given circuit server, binding it to an available port. Alternatively, you can supply an IP address argument specifying the bind address, as in
circuit mkdns /X88550014d4c82e4d/mydns 127.0.0.1:7711
Either way, you can always retrieve the address on which the DNS server is listening by peeking into the corresponding circuit element:
circuit peek /X88550014d4c82e4d/mydns
This command will produce an output similar to this
Once the DNS server element has been created, you can add resource records to it, one at a time, using
circuit set /X88550014d4c82e4d/mydns "miek.nl. 3600 IN MX 10 mx.miek.nl."
Resource records use the canonical syntax, described in various RFCs.
You can find a list of such RFCs as well as examples in the DNS Go library
that underlies our implementation:
All records, associated with a given name can be removed with a single command:
circuit unset /X88550014d4c82e4d/mydns miek.nl.
The current set of active records can be retrieved by peeking into the element:
circuit peek /X88550014d4c82e4d/mydns
Assuming that a name has multiple records associated with it, peeking would produce an output similar to this one:
Example: Listen on server join and leave announcements
The circuit provides two special element types
called subscriptions. Their job is to notify you when new
circuit servers join the systems or others leave it.
Both of them behave like receive-only channels.
circuit mk@join /X88550014d4c82e4d/watch/join
circuit mk@leave /X88550014d4c82e4d/watch/leave
The join subscription delivers a new message each time a cicruit server joins the system. The received message holds the anchor path of the new server.
circuit recv /X88550014d4c82e4d/watch/join
Similarly, the leave subscription delivers a new message each time a circuit server disappears from the system.
circuit peek /X88550014d4c82e4d/watch/join
The circuit allows for unusual flexibilities in process orchestration. Take a look, for instance, at the two “watchbot” tutorials which demonstrate how to implement a semi-resilient self-sustained mechanism within a cluster. Find the simpler one here
And the more elaborate one, which demonstrate use of channels, here
By default, circuit servers and clients communicate over plaintext TCP. A HMAC-based symmetric authentication, followed by an asymmetric RC4 stream cipher is supported.
To enable encryption, use the
-hmac command-line option to point
the circuit executable to a file containing the private key for your circuit.
circuit start -a 10.0.0.1 -hmac .hmac
Or, if you are invoking the tool:
circuit ls -hmac .hmac /...
Alternatively, you can set the environment
point to the private key file.
To generate a new private key for your circuit, use the command
From a networking and protocol standpoint, circuit servers and clients are peers: All communications (server-server and server-client) use a common RPC framework which often entails a server being able to reverse-dial into a client.
For this reason, circuit clients (the circuit tool or your apps) CANNOT be behind a firewall with respect to the servers they are dialing into.
Ask questions to The Circuit User Group.
The Go client for writing circuit apps is package
The public interface of this package is self-contained. Other packages in the circuit repo are internal.
Tutorials can be found within the client package directory
Additionally, the circuit binary directory contains the implementation of the circuit tool, which is itself built using the client and is another comprehensive example of a circuit app. It can be found in
Donate with a tweet
Please, tweet about the circuit (mention @gocircuit). Tweets are a much appreciated donation and they help us and our sponsors gauge the interest in this unconventional idea.