The Open-source self-hosted Platform-as-a-Service written in Go
The developer of this repository has not created any items for sale yet. Need a bug fixed? Help with integration? A different license? Create a request here:
This is ShipBuilder v2.0, based on LXC 2.
The legacy v1.0 branch lives on in maintenance mode.
ShipBuilder is a git-based application deployment and serving system (PaaS) written in Go.
The server has been tested and verified compatible with Ubuntu 16.04.
Releases may be downloaded, or built on a Ubuntu Linux or macOS machine, provided the following are installed and available in the build environment:
go get -u github.com/jteeuwen/go-bindata/...)
Any server application can be run on ShipBuilder, but it will need a corresponding build-pack! The current supported build-packs are:
python- Any python 2.x app
nodejs- Node.js apps
java8-mvn- Java 8 + Maven
java9-mvn- Java 9 + Maven
scala-sbt- Scala SBT applications and projects
playframework2- Play-framework 2.1.x
TODO 2017-10-24: Create additional buildpack provider which uses FS with bindata as a fallthrough, to enable real-time overrides without recompile.
TODO: 2017-12-03: Fix sb-server /etc/shipbuilder dir permissions to disallow other users from viewing the directory contents (downgrade 3rd party perms).
TODO: 2017-12-04: Fix port allocation bug triggered by blind port incrementing, grep for '// Then attempt start it again.' for relevant section of cmd_deploy.go.
TODO: 2017-12-16: Figure out why shutdown_container.py isn't purging iptables rules.
Why isn't the LB gettng updated hap configs?
Also: Revisit git push weirdness / workaround hacks.
TODO: Test rollbacks. TODO: Automatically scrub old app images from slaves.
TODO: Additional protection against dyno port conflicts via checking against running containers on the host during launch in container_start.py.
TODO: Disable remaining services in ubuntu container, e.g.:
TODO: Package SB-logger as a standalone program and stop embedding the full sb binary. Security practice improvement.
/sbin/init /lib/systemd/systemd-journald /lib/systemd/systemd-udevd /lib/systemd/systemd-logind /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation /sbin/dhclient -1 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0 /sbin/agetty --noclear --keep-baud console 115200 38400 9600 linux [ssh] /bin/sh /usr/lib/apt/apt.systemd.daily install /bin/sh /usr/lib/apt/apt.systemd.daily lockisheld install /usr/bin/python3 /usr/bin/unattended-upgrade
Note: it's now recommended to ensure $sbHost is set to a domain name.. example: install/node.sh 2nd ssh cmd.
TOOD: PORT ALLOCATION BUG - could be caused by the tmp.sh during deploy; when there's an error it blindly tries incrementing the port...
2017-12-17: =Idea= What about tracking user activity logging + queries w/ fields: USERNAME . Remember how USERNAME is a difficult thing to infer with the present iteration of shipbuilder. Perhaps make it a pluggable "Addon" or "Module", "Dynamic Plugin Module, etc. One is the current scheme of not caring about or handling anything. Maybe it's a plugin which simply enforces that the other spydaddy plugin isn't installed? Then there is the most granular scenario of the current username where both the username, timestamp, and argv are embedded alongside a system account producing start/stop(/error?) messages. Finally, consider the middleground of not forcing users to get their own accounts, this exists as a clean subset of the more complete solution.
(Also: LDAP integration?)
TODO: 2017-12-18 (Mon) Fix needed for SB client exiting with 0 status code even when connecting to sb-server failed.
TODO: 2017-12-20: SB client can be fixed by adding 'ruok' equivalent in client.go.
TODO: 2017-12-12: Make backup of HAProxy cfg before overwriting, then restore orig config if hap svc restart fails.
TODO: 2017-12-28: Add "git remote add shipbuilder ssh://xxxxxxxxxx" to apps:create output.
TODO 2017-10-15: Migrate client commands to
All applications need a
Procfile. In ShipBuilder, these are 100% compatible with Heroku's Procfiles (documentation).
Sample development workflow:
bash make clean deb \ && rsync -azve ssh dist/*.deb dev-host.lan:/tmp/ \ && ssh dev-host.lan /bin/sh -c \ 'set -e && cd /tmp/ ' \ '&& sudo --non-interactive dpkg -i *.deb && rm *.deb ' \ '&& sudo --non-interactive systemctl daemon-reload ' \ '&& sudo --non-interactive systemctl restart shipbuilder'
Thank you to SendHub for supporting the initial development of this project.