How we use terms

In any product, technical terms that have a generally-understood meaning in a wider context often refer more specifically to some particular thing or implementation of it in the product - Divio is no exception. This guide is intended to help make it clearer what we mean when we use certain terms.

Applications and projects


A web application is constituted by a complete set of working services that do (or are supposed to do) something. Typically, each Divio project represents one application, but it’s also possible for an application to be built on multiple Divio projects (say a backend and a frontend). Note that application is a somewhat context-dependent term in any case; it’s up to you whether you regard your backend and frontend as independent applications or as parts of one application.


A Divio project is a collection of orchestrated services, managed all together in one place in our Control Panel. In general, Divio billing is based on project subscriptions.


We provide multiple regions for application deployment. For example, if you deploy a project using our free Developer plan, it will use our North America public region, which runs on Amazon Web Services.

A Divio region is the infrastructure required to run our services, at a physical location somewhere in the world.

As well as having a physical location, each region uses resources belonging to a specific vendor or provider, which could be Amazon Web Services, MS Azure, another cloud provider, or even a customer’s own resources.

Finally, for any physical region, we may have multiple logical regions. For example, we can provide a customer with a dedicated, isolated region of their own, that’s based in the same physical region as one of our public regions.

Divio projects and their services can be migrated from one region to another.


For each region, we provide various services - application runners, databases, media storage, and so on - that a complete web application requires in order to run.

Self-service projects on Divio use services on our public regions by default. However as well as entire dedicated regions, it’s also possible to have individual dedicated services (for example, a database) according to needs.

Divio components

Control Panel

A web-based frontend for managing Divio projects.

Application builders

Our application builders build Docker images from a project’s codebase.

Application controllers

A region’s application controllers deploy and scale applications, launching containers from images that have been built and putting them into production.

Application runners

An application runner is a virtual server that hosts containers for one or more applications, and looks after them while they are running.

Ingress controllers

Our ingress controllers are sometimes referred to as load-balancers. They are close to the edge of our infrastructure, and hand off incoming traffic to applications’ containers.