hail alternatives and similar packages
Based on the "System" category.
Alternatively, view hail alternatives based on common mentions on social networks and blogs.
-
-
-
-
-
-
-
-
-
-
-
ghc-hotswap
DISCONTINUED. Example code for how we swap compiled code within a running Haskell process. -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
plugins
Dynamic linking and runtime evaluation of Haskell, and C, including dependency chasing and package resolution. -
-
-
-
language-puppet
A library to work with Puppet manifests, test them and eventually replace everything ruby. -
ascii-progress
A simple Haskell progress bar for the console. Heavily borrows from TJ Holowaychuk's Node.JS project -
-
-
-
-
-
-
-
-
CodeRabbit: AI Code Reviews for Developers
Do you think we are missing an alternative of hail or a related project?
README
hail
A service for pull-based continuous deployment based on hydra
Usage
hail --profile PROFILE --job-uri HYDRA_JOB_URI
Optional flags:
--netrc-file NETRC_FILEThe path to a netrc file specifying credentials for the hydra HTTP access. Defaults to/etc/netrcif it exists.--poll-period PERIODThe period with which to poll the job, in minutes (default: 5)--oneshotJust update once, rather than in a loop.
hail assumes that the nix available in its PATH is set up to pull from its hydra's binary cache.
Operation
hail will regularly poll the latest successful build of the provided HYDRA_JOB_URI. When it changes, it will update /nix/var/nix/profiles/PROFILE to point to the new build and run /nix/var/nix/profiles/PROFILE/bin/activate
If there is already a path at /nix/var/nix/profiles/PROFILE when hail starts up, it will run the activate program immediately.
Step-by-step
- Create a hydra jobset with a job that creates the profile for the service in question. The profile should have a program at
bin/activatethat:- Sets up everything needed for the service to run (e.g. adding systemd/init.d services, initializing dbs if needed, etc)
- Is idempotent
- Can detect if there is a previous version of the service running and switch as atomically as possible
- Set up your nix config to pull from your hydra's binary cache.
- Run
hailon all machines that should run the latest version of that service (see Bootstrapping) - Enjoy
Bootstrapping
If there are multiple services each managed independently with hail, you probably want to have those hail instances themselves managed by a manager hail instance. See [hail-systemd-bootstrap.nix](./hail-systemd-bootstrap.nix) for a way to achieve this on systemd-based systems.
Future work
- Error reporting in a monitorable way
- Handle the case where we don't want to update until all of a jobset succeeds
- Native haskell client to talk to the nix daemon
- Proper handling of manually-initiated rollbacks etc.
- Libraries/templates for easily deploying new services
- A good blue-greening story
- Handle service removal
- Incorporate with distro-agnostic service runner