The Developer lab.
Dab is a flexible tool for managing multiple interdependent projects and their orchestration, all while providing a friendly user experience and handy devops tools.
Simply download the dab wrapper script to somewhere in your PATH environment variable, for example:
$ sudo curl https://raw.githubusercontent.com/Nekroze/dab/master/dab -o /usr/local/bin/dab
$ sudo chmod 755 /usr/local/bin/dabAfter this the dab command should be available in your shell:
$ dab completionIf you are an OSX user you will want to set the DAB_GID environment variable to 0 to avoid docker access issues and the DAB_AUTOUPDATE_COMPLETION environment variable to false as completion is only supported on Linux out of the box.
You need only have docker installed and any POSIX compliant shell to run the wrapper scripts and get going with dab. This will start the dab container and forward all arguments into it:
$ dab --helpIf you do not need to build the docker image yourself and just want to use dab, the dab script we just executed is all that is needed and can be used from (or moved to) any location.
It is recommended you add the directory containing the dab script to your shell's PATH environment variable.
If you want to execute dab with sudo and retain set environmental variables, you can use the following to execute dab:
$ sudo -E dab --helpThe latest image is built off of the ever changing master branch. While all efforts are made to keep the UI and behaviour stable, you may wish to use the stable docker tag (and thus git branch) which receives periodic merges from the master branch.
You can control the image to be used with the DAB_IMAGE_TAG environment variable like so:
export DAB_IMAGE_TAG=stableIf you are not yet sure if Dab is right for you, Play With Docker (PWD) will allow you to spin up a temporary cloud server with Dab available. You will be presented with a terminal containing the latest version of Dab ready to use.
As a developer I work on a heaps of projects each with their own needs and quirks. Lets use dab to manage a project for us, first we need to register its existence:
$ dab repo add containaruba https://github.com/Nekroze/containaruba.gitThis will register the containaruba repository and attempt to clone it into $DAB_REPO_PATH which defaults to ~/dab.
Now we can set the type of entrypoint we want this repo to use.
$ dab repo entrypoint create containaruba
$ dab config add repo/containaruba/entrypoint/start ./test.shNow whenever we start this repo, or a repo that depends upon this one, the test.sh script within the root of the containaruba repo will be executed.
$ dab repo entrypoint start containarubaThere is an ever growing selection of tools and services dab provides (checkout dab apps list) for recording metrics, databases, etc.
$ dab apps start grafana
$ dab apps start ntopng
$ dab apps start redisDab has a self updating mechanism in that it will pull the latest version of the dab image when dab is next executed a day or more after the last time it checked. So generally you do not have to do anything at all to stay up to date with the latest features, bug fixes, and security improvements. This new image will update the wrapper script if necessary.
The Dab UX project stores user experience tests that should almost always be added to and not modified or removed. This allows for a stable command line interface with a clear notification if that interface changes in the form of changes to that project. Each version of Dab itself is tested against the current tests in Dab UX before released to ensure no regression. These tests are also used to generate the Dab UX Website where you can learn more about what Dab can do for you.
- Only depends on docker and a small wrapper script
- Manage code repositories
- Manage entrypoints into repositories eg. starting and stopping a project
- Easy tool access like CyberChef
- Easy service access like Redis
- Auto update of dab image
- Setup of private lab network
- Automatically collect logs to explore via TICK and Logspout
- Automatically update out of date wrapper script
- Groups allow combining repositories, and even groups to be orchestrated together
- Shared base image, most all docker container dab uses utilize an alpine base image that is lean
- Simple, thanks to the subcommander dispatcher most subcommands are implemented in only a few SLOC
- Tree structured configuration that can be shared (eg. via git or tar)
- Managed x509 PKI
Dab supports various means of customization primarily through environment variables.
Any exported environment variable starting with DAB_ will be passed into any dab container by the wrapper. You can also set environment variables without altering your shell(s) by writing to the dab config. For example any file in the config directory (defaults to ~/.config/dab but customizable via the $DAB_CONF_PATH environment variable) under a directory called environment (so ~/.config/dab/environment by default) will be loaded as Dab starts into env vars where the filename is the name of the env var and the contents of the file its value.
Once you are passing in environment variables they can be used to tweak a great many knobs. For example most dockerized apps can have their version changed or their settings altered, try dab apps config to explore your options.
The following is an (incomplete) list of environment variables dab knows about and what they do:
DAB_UMASKChange the umask of the process running in a dab container.DAB_UIDChange the user id (uid) running in the dab container.DAB_GIDChange the group id (gid) running in the dab container.DAB_USERChange the user name running in the dab container.DAB_AUTOUPDATEcan be set to either'true'or'false'to enable or disable all auto updating.DAB_AUTOUPDATE_IMAGEcan be set to either'true'or'false'to enable or disable dab image auto updating.DAB_AUTOUPDATE_WRAPPERcan be set to either'true'or'false'to enable or disable wrapper auto updating.DAB_AUTOUPDATE_COMPLETIONcan be set to either'true'or'false'to enable or disable completion auto updating.DAB_TIPScan be set to either'true'or'false'to enable or disable once hourly tips.DAB_TIPS_BUILTINcan be set to either'true'or'false'to enable or disable the builtin set of tips.DAB_PROFILINGif set totruethe time at the start and stop of major functions is displayed.DAB_DEBUGif set totruethen every thing dab executes is displayed before hand viaset -x.DAB_APPS_*Is a glob pattern, many apps can be tweaked such as the version, trydab apps configto find uses.DAB_APPS_<NAME>_*Is a glob pattern where NAME is an app name, the prefix is removed and passed into the apps container.DAB_REPO_PATHpath to your dab managed repos, defaults to~/dab.DAB_DEFAULT_REMOTEthe remote to use when interacting with git, defaults to origin.DAB_IMAGE_NAMESPACEimage user/namespace, defaults tonekroze.DAB_IMAGE_NAMEthe name of the image under the namespace for dab.DAB_IMAGE_TAGthe docker image tag to use, defaults tolatest.DAB_IMAGEthe dab image to use, defaults to$DAB_IMAGE_NAMESPACE/$DAB_IMAGE_NAME:$DAB_IMAGE_TAG.DAB_LAB_INTERNETis a boolean switch that toggles external routing on thelabnetwork, defaults to false.DAB_LAB_SUBNETCIDR describing the shape and size of th3labnetwork, defaults to10.10.0.0/16.DAB_UMASKallows tweaking the umask to run as in the dab container.
The environment can be further customized by setting specific config keys.
repo/<NAME>/tipif set a repo will checkout the value after clone and compare against this fordab repo reportstatusuptodate.repo/<NAME>/websiteif set this will be displayed indab repo list.repo/<NAME>/remotes/<REMOTENAME>if set dab will ensure this repo has a remote named from what you put instead of<REMOTENAME>with a url it gets from the value of this key.tips/customis a list of custom tips to be mixed in with dab's tips.apps/<NAME>some apps will mount a path under this config namespace such as kubernetes.
If you would like to help hone dab into a better tool check out our contributing documentation.
The following projects are used to write dab:
Pull Requests accepted without corresponding issues provided they are well explained and reasoned.
Small note: If editing the README, please conform to the standard-readme specification.