Skip to content
/ god Public

Automation tool to deploy and manage Go services using systemd on GNU/Linux machines

License

Notifications You must be signed in to change notification settings

pioz/god

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

32 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

God - Go-daemons

God (go-daemons) is a tool to deploy and manage daemons in the Go ecosystem on GNU/Linux machines using systemd.

Devil Gopher

God installs your go binary in the remote machine (server) using go install, create the systemd unit file (.service file) and allows you to start/stop/restart the process.

Use case

I often write small micro-services or web-services in Go, and I need to deploy the service on a server in an easy and fast way, without bothering! Usually I compile the executable for the server architecture, log in via SSH on the server, copy the binary, create the configuration file for the new systemd service, install it and start the process. A series of commands that are always the same but that I forget every time and have to look in my notes somewhere. And that's not all: when I make a change to my program, then I have to recompile it, log in via SSH on the server, copy the binary and restart the service. A real waste of time!

So I decided to write God, a tool written in Go. With God I can quickly and easily deploy and manage one or more services written in Go comfortably from my laptop, without logging into the server via SSH using a simple YAML configuration file.

Install God

go install github.com/pioz/god@latest
god -h

Usage

📒 To read the list of all commands and options run god -h.

God uses a simple YAML file like this one to understand what to do:

my_service_name1:
  user: pioz
  host: 119.178.21.21
  go_install: github.com/pioz/go_hello_world_server@latest
my_service_name2:
  user: pioz
  host: 119.178.21.22
  go_install: github.com/pioz/go_hello_world_server2@latest

You can install a new service on a remote server with the following command:

god -f conf/file.yml install my_service_name1

If you omit the -f option, God will try to find the conf file in .god.yml path.

Now, what happens?

God will try to connect via SSH to the server 119.178.21.21 with the user pioz on the default SSH port 22 using the private key stored locally in ~/.ssh/id_rsa. Currently, only authentication via private key is supported and authentication via plain password is not planned. Then perform this sequence of commands:

  1. Check if Go is installed on the remote host
  2. Check if systemd is installed on the remote host
  3. Check if the user pioz is in the lingering list
  4. Install the Go package github.com/pioz/go_hello_world_server@latest in $GOBIN (default $GOBIN)
  5. Create the systemd unit service file in ~/.config/systemd/user/
  6. Reload systemd daemon with systemctl --user daemon-reload
  7. Enable the new service with systemctl --user enable my_service_name1

The systemd unit service file will be saved in ~/.config/systemd/user/my_service_name1.service and its content is something like this:

[Unit]
Description=my_service_name1

[Service]
Type=simple
Restart=always
WorkingDirectory=/home/pioz
ExecStart=/home/pioz/go/bin/go_hello_world_server

[Install]
WantedBy=default.target

Now you can start the service with

god start my_service_name1

that will run in the remote host

systemctl --user start my_service_name1

If you want rollback and clean your server you can uninstall the service with god uninstall my_service_name1.

Install from private repository

If your Go service package is located in a private repository, God allows the remote server to access the repository prepending in the remote ~/.netrc file the login information that you can specify on the God YAML configuration file (read god -h for more details). An example here:

my_private_service:
  user: pioz
  host: 119.178.21.21
  go_install: github.com/pioz/go_hello_world_server_private@latest
  # Private repo access
  go_private: github.com/pioz/go_hello_world_server_private
  netrc_machine: github.com
  netrc_login: [email protected]
  netrc_password: youRgithubAcce$$tok3n

Override YAML configuration options with env variables

All configuration options that you can specify in the .god.yml file can be overridden with environment variables in the form <SERVICE_NAME>_<OPTION_NAME>. For example, the option netrc_password can be overridden with the environment variable MY_PRIVATE_SERVICE_NETRC_PASSWORD. This is really useful if you want to avoid storing sensitive data in the .god.yml file.

So you can install your private service with this command:

MY_PRIVATE_SERVICE_NETRC_PASSWORD=youRgithubAcce$$tok3n god install

Notice that God uses this function to convert the service name in the environment variable. So all characters not in [A-Za-z0-9_] will be replaced by an underscore.

Manage multiple services at the same time

If you do not specify a service name, all services defined in the YAML file will be taken into consideration, for example if you run god restart it will restart all services defined in the YAML file in parallel. 🤩

This is really useful if your infrastructure is made by many microservices.

Copy files

If you need to upload files to the remote working directory you can use the configuration options copy_files in the YAML conf file. For example you can upload a .env file needed by your service.

my_service_name:
  user: pioz
  host: 119.178.21.21
  go_install: github.com/pioz/go_hello_world_server@latest
  copy_files:
    - .env
    - WARNING.txt
    - /home/pioz/icons/

Help

god -h
Usage: god [OPTIONS...] {COMMAND} ...
  -c	Creates the remote service working directory if not exists. With uninstall command, removes log files and the remote working directory if empty.
  -f string
    	Configuration YAML file path. (default ".god.yml")
  -h	Print this help.
  -q	Disable printing.

Commands:
After each command you can specify one or more services. If you do not specify any, all services in the YAML
configuration file will be selected.

install SERVICE...            Install one or more services on the remote host.
uninstall SERVICE...          Uninstall one or more services on the remote host.
start SERVICE...              Start one or more services.
stop SERVICE...               Stop one or more services.
restart SERVICE...            Restart one or more services.
status SERVICE...             Show runtime status of one or more services.
show-service SERVICE...       Print systemd unit service file of one or more services.

Configuration YAML file options:
user                          User to log in with on the remote machine. (default current user)
host                          Hostname to log in for executing commands on the remote host. (required)
port                          Port to connect to on the remote host. (default 22)
private_key_path              Local path of the private key used to authenticate on the remote host. (default
                              '~/.ssh/id_rsa')
go_exec_path                  Remote path of the Go binary executable. (default '$GOBIN/go')
go_bin_directory              The directory where 'go install' will install the service executable. (default
                              '$GOBIN')
go_install                    Go package to install on the remote host. Package path must refer to main packages and
                              must have the version suffix, ex: @latest. (required)
go_private                    Set GOPRIVATE environment variable to be used when run 'go install' to install from
                              private sources.
netrc_machine                 Add in remote .netrc file the machine name to be used to access private repository.
netrc_login                   Add in remote .netrc file the login name to be used to access private repository.
netrc_password                Add in remote .netrc file the password or access token to be used to access private
                              repository.
systemd_path                  Remote path of systemd binary executable. (default 'systemd')
systemd_services_directory    Remote directory where to save user instance systemd unit service configuration file.
                              (default '~/.config/systemd/user/')
systemd_linger_directory      Remote directory where to find the lingering user list. If lingering is enabled for a
                              specific user, a user manager is spawned for the user at boot and kept around after
                              logouts. (default '/var/lib/systemd/linger/')
exec_start                    Command with its arguments that are executed when this service is started.
working_directory             Sets the remote working directory for executed processes. (default: '~/')
environment                   Sets environment variables for executed process. Takes a space-separated list of variable
                              assignments.
log_path                      Sets the remote file path where executed processes will redirect its standard output and
                              standard error.
run_after_service             Ensures that the service is started after the listed unit finished starting up.
start_limit_burst             Configure service start rate limiting. Services which are started more than burst times
                              within an interval time interval are not permitted to start any more. Use
                              'start_limit_interval_sec' to configure the checking interval.
start_limit_interval_sec      Configure the checking interval used by 'start_limit_burst'.
restart_sec                   Configures the time to sleep before restarting a service. Takes a unit-less value in
                              seconds.
copy_files                    [Array] Copy files to the remote working directory.
ignore                        If a command is called without any service name, all services in the YAML configuration
                              file will be selected, except those with ignore set to true. (default false)

All previous configuration options can be overridden with environment variables in the form
<SERVICE_NAME>_<OPTION_NAME>. For example, the option netrc_password can be overridden with the environment variable
MY_SERVICE_NAME_NETRC_PASSWORD.

Contributing

Bug reports and pull requests are welcome on GitHub at https://github.com/pioz/god/issues.

License

The package is available as open source under the terms of the MIT License.

About

Automation tool to deploy and manage Go services using systemd on GNU/Linux machines

Topics

Resources

License

Stars

Watchers

Forks

Languages