Subscription-based model

Learn more about the new SaaS subscription model of the Digibee Integration Platform
This article introduces the key concepts of the new subscription model launched in April 2022.
Digibee offers a SaaS subscription-based committed use model where the customer has access to the Digibee Integration platform, support and customer success for a certain period of time. Limited by unique integration flow deployments (build as many as you want), test and production runtime unit capacities, platform usage limits and delivery limitations.
If you want to know more about how to deploy a pipeline, please read the article Deploying a pipeline.


Pipeline subscription

Pipeline subscription is the starting price item that allows customers to access Digibee's platform, support, customer success services and Intellectual Property (IP). One pipeline subscription refers to one unique integration flow deployed into Digibee's platform. Limited to two (2) Production RTUs deployed in the Production environment paired with one (1) Test RTU deployed in the Test environment and all the underlying infrastructure needed to run them as defined in the Usage Limits article.

Unique integration flow

A business or technology necessity to capture, transform and/or deliver data from a source to another. Unique means a single Pipeline on a specific version.

Pipeline version

It's a number (E.g.: 1.2) that represents the unique state of a pipeline. Digibee follows the simplified Semantic Versioning ( scheme with only the MAJOR and MINOR components. Digibee does not support "additional labels for pre-release and build metadata", and MAJOR versions start with 1. For each pipeline subscription, only one pipeline major version can be active (deployed) in a given environment at a given time.
  • Pipeline Major Version: Specifies the version component that controls the breaking changes to a Pipeline, ie, changes that WOULD make two major versions incompatible in terms of the exposed APIs, behavior or output.
  • Pipeline Minor Version: Specifies the version component that controls the changes that do NOT make two different minor versions with the same major version incompatible in terms of the exposed APIs, behavior or output.

RTU (Runtime Unit)

RTU (Runtime Unit) is a measure of computing capacity for processing integrations on the Digibee Integration Platform. RTUs can be used to scale integrations vertically and horizontally. When scaled vertically they can be used in three different sizes: small (consumes 1 RTU), medium (consumes 2 RTUs) and large (consumes 4 RTUs). When scaled horizontally, each new replica will consume the same amount of RTU as the original deployment. Each RTU comes with the underlying infrastructure to run them. Please refer to the Usage Limits article for more information.
  • Test RTU represents the processing capacity to run integrations under an active subscription in a test environment. RTUs must be paired with an existing Pipeline subscription.
  • Production RTU represents the processing capacity to run integrations under an active subscription in a production environment. To deploy a new pipeline in a production environment, Pipeline Subscriptions and Prod RTUs must be available in your realm.

Platform Usage Limits

Platform Usage Limits are technical limits imposed on each Realm in order to avoid platform abuse. They were created based on the average usage of the platform. These are some of the limits:
  • Deployment Size and Replicas (meaning CPU and Memory to run a pipeline or a set of replicas)
  • Egress Traffic Rate of Messages being produced/consumed
  • Messages being held in the pipeline for processing
  • Logs retention
  • VPNs
  • Object Store, Digibee Storage and Relationship data

Main rules

Deployed pipeline subscription rules

You can build as many pipelines as you want in the platform. All limits are applied in the deployment stage. Each pipeline developed can be deployed in test or production environments, respecting the number of available pipeline subscriptions and RTUs.
Pipelines that are deployed on an environment consume (Test or Production) RTUs in accordance with their pipeline deployment size and replicas.
In the table below, you can see how many RTUs are consumed by each pipeline deployment size:
Consumption of RTUs
Replicas will consume as many RTUs as the multiplication of the number of replicas and the number of RTUs for the pipeline deployment size.
Every time a pipeline is deployed on a given environment, it is said that a pipeline subscription has been consumed on that environment. Regardless of the number of available RTUs, you can only deploy as many unique pipelines as the number of available pipeline subscriptions.

Pipeline versions

Two different major versions of the same pipeline are considered two different and unique pipelines and, therefore, consume 2 pipeline subscriptions.
For each pipeline subscription, only one pipeline version can be active in a given environment at a given time.

Subscription and RTUs validations

The following algorithm is applied before each pipeline deployment in a given environment: first the algorithm checks if the number of unique pipelines deployed is lower than the number of available pipeline subscriptions. If this checks out, then the algorithm checks if the number of available RTUs for that particular environment can accommodate the number of RTUs being requested for that pipeline deployment. If this further check passes, then the pipeline is deployed. Otherwise, the deployment fails due to the lack of available pipeline subscriptions or number of available RTUs.

Deployed RTU Rules

Test and production RTUs accumulate as more pipeline subscriptions are added. When a pipeline is deployed on any given environment, the number of corresponding RTUs is deducted from the total number of RTUs available on that environment. When there are no more available RTUs in a given environment, then no additional pipelines will be deployable.
Test RTUs and production RTUs and intended to be used in their respective environments and cannot be swapped.
The use of test or production RTUs always requires an existing Pipeline subscription. Spare RTUs cannot be used to run pipelines that do not have a Pipeline subscription associated with it.