🚀 Quickly and securely turn any Linux box into a build and deployment assistant.
🔓 Both the Ayup server and client are open source. The Ayup server can run on most Linux systems and the client on Linux, Mac and (eventually) Windows.
🌐 Web applications have their ports forwarded to the client. Allowing them to be accessed as if they were running locally. Applications can also be served on a sub-domain of the server via the builtin proxy.
🛠️ Figuring out how to generate, build or serve your app is left to pluggable assistants. These can be written in any language and are ran inside a container. They can be chained together like middleware.
Ayup is in the early stages of production. Presently the focus is on generalising it by offloading work into generic assistants.
Some of the things that have been done so far are
- Quick source upload
- Build and serve Python applications of a particular form
- Port forwarding to client with fixed ports
- Subdomain routing
- Build and run applications with a Dockerfile
- Secure server login and connection
- Rootless (run as a normal user)
- Pluggable analysis/build/run step(s) (Assistants)
- Detect appropriate ports to forward (In Dockefile)
In the pipeline (in no particular order)
- Multiple simultaneous applications
- All-in-one executable
- Watch mode for build and deploy on save
- Deploy itself in daemon mode
The client CLI can be installed by copying the following into a terminal session:
curl -#L https://raw.githubusercontent.com/premAI-io/Ayup/main/script/install.sh | sh
Or you can download the executable from the release page.
It's just one file, you can copy it to /usr/bin
or wherever you put executables on your system.
Presently the server is in the same executable as the client. However it has some dependencies.
There are two easy ways to install the server: Nix and Docker. In both cases installing and running are practically the same operation.
For Docker you can do
$ mkdir ~/.config/ayup
$ docker run --privileged --rm -it -v ~/.config/ayup:/etc/ayup -p 50051:50051 premai/ayup:latest ay daemon start --host=/ip4/0.0.0.0/tcp/50051
Tip
The Ayup server only supports Linux, but Docker Desktop should be able to run it on Windows and Mac.
With Nix you can start a shell and run ay
$ nix shell github:premAI-io/Ayup
$ ay daemon start --host=/ip4/0.0.0.0/tcp/50051
See the development section for more information on Nix.
To install the server manually, follow the instructions for the client and then install the
dependencies listed in distros/nix/server.nix
.
To start Ayup listening for local connections do
$ ay daemon start
To run it securely on a remote computer listening on all addresses do
$ ay daemon start --host=/ip4/0.0.0.0/tcp/50051
This sets the listen address to a libp2p multiaddress, when Ayup sees this it will only allow encrypted connections using libp2p.
Ayup will print details on how to login to the server from a client. This requires shell access to the Ayup server so that you can interactively authorize the client.
Note
The IP address in the printed multiaddress will only be accessible locally when using Docker. It may need
to be replaced with the host's public IP or DNS name. For e.g
/dns4/example.com/tcp/50051/p2p/1...
Clients can also be pre-authorized by adding their peer IDs to AYUP_P2P_AUTHORIZED_CLIENTS
. A
server config can be generated with the current client pre-authorized.
$ ay daemon preauth > env
Assuming Ayup runs under the ayup user, the env
file can be written to
/home/ayup/.config/ayup/env
or you can set the contained environment variables some other way
If the Ayup server is running locally, then all you need to do is change to a source code directory
and run ay app push
Otherwise you first need to login. The server prints the login command you need to use, it will look something like:
$ ay login /ip4/192.168.0.1/tcp/50051/p2p/1...
If you need to get the client's peer ID to pre-authorize it then just run login with a nonsense address
$ ay login foo
Login always prints the client's peer ID.
The login command will set AYUP_PUSH_HOST
in ~/.config/ayup/env
to the address we used to login
to. So that ay app push
will use it by default. You can override it in the environment or by using
--host
.
All of Ayup's configuration is done via environment variables or command line switches. However you
can also set environment variables in ~/.config/ayup/env
which is in the usual
dotenv format.
Settings you choose interactively will be persisted to the env file if possible. Command line switches and environment variables take precedence over the env file.
You can see all available config using the --help
switch e.g. ay app push --help
, ay daemon start --help
There is an examples directory that contains some applications that are known to work with Ayup.
For example you can do
$ cd $AYUP_SRC/examples/hello-world-flask
$ ay push
You can also run it on its self
$ cd $AYUP_SRC
$ ay push
Presently it just produces the help output.
Ayup is a standard Go project and thus easy to build in most environments. However Nix is used to provide the reference development and build environment.
- Install Nix with flakes/"experimental" features enabled (e.g. use https://github.com/DeterminateSystems/nix-installer)
cd Ayup
Then there is a choice between using the Nix dev shell...
nix develop
(I add--command fish
to my nix command to use Fish instead of Bash)script/gen-src.sh
go build -race -o bin/ay ./go
./bin
is added to the path by Nix so now you can runay
Or using Nix to build/run the project...
nix run .#server
run the servernix run .#cli
run the cli
Also you don't need to Git clone this project onto a system to run it with Nix. You can run the flake from this repo with
nix run github:premAI-io/Ayup#<server,cli>
Or if you want to try out a dev branch
nix run github:<user>/<repo>/<branch>#<server,cli>
Open Telemetry is used to collect logs and traces which requires some kind of collector and UI.
To use Jaeger on your local system do
docker run -d --name jaeger \
-e COLLECTOR_OTLP_ENABLED=true \
-p 16686:16686 \
-p 4317:4317 \
-p 4318:4318 \
jaegertracing/all-in-one:latest
Note that the collector must support gRPC traces.
Ayup only sends traces if the standard environment variable is set
OTEL_EXPORTER_OTLP_ENDPOINT=http://localhost:4317 ay ...
You can view the traces at http://localhost:16686
or wherever the collector/viewer is hosted.
Continuous tracing can be collected with Pyroscope.
docker run -d -p 4040:4040 grafana/pyroscope
And the environment var
PYROSCOPE_ADHOC_SERVER_ADDRESS=http://localhost:4040 ay ...
If you are interested in following Ayup's development then see the discussions dev log or find me (Richard Palethorpe) on social media.
The main point of contact for this project is Richard Palethorpe, [email protected]. You can use the discussions, e-mail or find me elsewhere with questions, suggestions or feedback.