Hollowtrees is a wave for the highest level, the pin-up centrefold for the Mentawai islands bringing a new machine-like level to the word perfection. Watch out for the vigilant guardian aptly named The Surgeons Table, whose sole purpose is to take parts of you as a trophy.

Hollowtrees, a ruleset based watchguard is keeping spot/preemptible instance based clusters safe and allows to use them in production. Handles spot price surges within one region or availability zone and reschedules applications before instances are taking down. Hollowtrees follows the “batteries included but removable” principle and has plugins for different runtimes and frameworks. At the lowest level it manages spot based clusters of virtual machines, however it contains plugins for Kubernetes, Prometheus and Pipeline as well.

Hollowtrees is a core building block of the Pipeline platform. Check out the developer beta:

Warning: Hollowtrees is experimental, under development and does not have a stable release yet. If in doubt, don’t go out.

Quick start

Building the project is as simple as running a go build command. The result is a statically linked executable binary.

make build

Configuration of the project is done through a YAML config file. An example for that can be found under config.yaml.dist

Quick architecture overview

For an introduction and overview of the architecture please read the following blog post


Configuring Prometheus to send alerts to Hollowtrees

Hollowtrees is listening on an API similar to the Prometheus Alert Manager and it can be configured in Prometheus as an Alert Manager. For example if Hollowtrees is running locally on port 9092 (configurable through global.bindAddr), Prometheus can be configured like this to send its alerts to Hollowtrees directly:

# Alertmanager configuration
  - static_configs:
    - targets:
       - localhost:9092

Configuring action flows

After a Prometheus alert is received by Hollowtrees, it first converts it to an event that complies to the OpenEvents specification, then it processes it based on the action flows configured in the config.yaml file, and sends events to its configured action plugins. An example configuration can be found in config.yaml.dist under plugins and flows.

Hollowtrees uses gRPC to send events to its action plugins, and calls the action plugins sequentially. This very simple rule engine will probably change once Hollowtrees will have a release and will support different calling mechanisms, and passing of configuration parameters to the plugins.

Alerts coming from Prometheus are converted to events with a type of prometheus.server.alert.<AlertName>. Prometheus labels are converted to the data payload as JSON. Data payload elements can be used in the action flows to forward events to the plugins only when it matches a specific string.

Advanced control structures in action flows

Action plugins

Action plugins are microservices that can react to different Hollowtrees events. They are listening on a gRPC endpoint and processing events in an arbitrary way. An example action plugin is in examples/grpc_plugin.

To create an action plugin, the grpcplugin package must be imported, the EventHandler interface must be implemented and the gRPC server must be started with

as.Serve(port, newEventHandler())


Copyright (c) 2017-2019 Banzai Cloud, Inc.

Licensed under the Apache License, Version 2.0 (the “License”); you may not use this file except in compliance with the License. You may obtain a copy of the License at


Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an “AS IS” BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.