Welcome to Nebula Documentation
Nebula is a open source project created for Docker orchestration and designed to manage massive clusters at scale, it achieves this by scaling each project component out as far as required. The project’s aim is to act as Docker orchestrator for IoT devices as well as for distributed services such as CDN or edge computing. Nebula is capable of simultaneously updating tens of thousands of IoT devices worldwide with a single API call in an effort to help devs and ops treat IoT devices just like distributed Dockerized apps.
Among other things Nebula allows to:
- Change ports
- Change envvars
- Stop\start\restart\rolling restart containers
- Force pull updated containers
- Change # of containers running per core/instance
- Change image used
- Manage multiple apps over different worker servers, each server "pod" of apps is determined by what APP_NAME envvar value comma separated list you start the worker-manager container with, allowing you to mix and match for different worker clusters while still managing all of them from the same api-manager containers.
- Mount volumes
- Set containers with privileged permissions
- Mount devices
- Control containers network affiliation
There are 2 custom created services:
- api manager - a REST API endpoint to control nebula, fully stateless (all data stored in DB only).
- worker manager - a container which listens to rabbit and manages the worker server it runs on, one has to run on each worker, fully stateless.
As each worker server is in charge only of it's own containers all pulls from rabbit and work happens on the same time on all servers so pushing 50 million containers on a million servers will take roughly the same amount of time as pushing 50 containers on 1 server.
Example use cases
- Apps with resource and\or traffic requirements so massive other orchestrators can't handle (thousands of servers and\or tens or even hundreds of millions of requests per minute)
- Managing apps that spans multiple regions and\or clouds from a single source with a single API call
- IOT\POS\client deployments - a rather inventive use case which can allow you to deploy a new version to all of your clients (even if they range in the thousands) appliances with a single API call in minutes
- SAAS providers - if you have a cluster per client (as you provide them with managed "private" instances) or such Nebula allows you to push new versions all your clients managed instances at once
- A form of docker configuration management, think of it as a cross between Docker-Compose to Puppet\Chef only it also pushes changes in configurations to all managed servers.
Repo folder structure
- api-manager - the api endpoint through which Nebula is controlled, includes api-manager Dockerfile & entire code structure
- docs - docs (schematics, wishlist\todo's, and API doc)
- worker-manager - the worker manager that manages individual Nebula workers, includes worker-manager Dockerfile & entire code structure
- nebula-python-sdk - a pythonic SDK for using Nebula
- nebula-cmd - a CLI for using Nebula
- nebula-orchestrator.github.io - the Jekyll based main website
docker hub repos
- api-manager - prebuilt docker image of the api-manager
- worker-manager - prebuilt docker image of the worker-manager
- This is an open source project, see attached license for more details.
- While still being a young project Nebula is already seeing production use at multiple companies across a variety of industries.
- Help is very much welcomed.
- Tested OS: CoreOS, RancherOS, Ubuntu server 14.04 & 16.04, CentOS 6 & 7, Amazon linux, expected to work with any Docker compatible Linux distro.
- Tested Docker versions: each Nebula version is tested on the latest Docker version at the time of it's release but any Docker version that has support for user networks should work with Nebula.
Attached are 3 example for you to draw inspiration from when designing yours, a more detailed explanation of it can be found at the architecture page: