Modelo baseado em Subscription

Saiba mais sobre o novo modelo SaaS Subscription da Digibee Integration Platform.

Este artigo apresenta conceitos importantes do novo modelo baseado em subscription, lançado em abril de 2022.

A Digibee oferece um modelo de SaaS baseado em subscription e committed use, no qual o cliente tem acesso à Digibee Integration Platform e aos serviços de suporte e sucesso do cliente por um determinado período.

Nesse modelo, as implantações serão realizadas baseadas na quantidade de Pipeline Subscriptions e RTUs (Runtime Units) de testes ou produção. Além disso, são aplicados cotas de uso da Plataforma e limitações de entrega.

Para saber mais sobre como implantar um pipeline, leia o artigo de implantação de um pipeline.

Definições

Pipeline subscription

Pipeline subscription é o item de preço inicial que permite aos clientes acessar a Plataforma, suporte, serviços de sucesso do cliente e Propriedade Intelectual (IP) da Digibee. Um pipeline subscription refere-se a um fluxo de integração exclusivo implantado na Digibee Integration Platform.

Contém dois (2) RTUs de produção implantados no ambiente de produção, emparelhados com um (1) RTU de teste implantado no ambiente de teste e toda a infraestrutura subjacente necessária para executá-las. Saiba mais sobre a definição no artigo de Capacidade e cotas de uso.

Fluxo de integração único

Uma necessidade de negócios ou tecnologia para capturar, transformar e/ou entregar dados de uma fonte para outra. Único porque é um único pipeline em uma versão específica.

Pipeline version

É um número (ex.: 1.2) que representa o estado único de um pipeline. A Digibee segue o esquema simplificado de Versão Semântica (www.semver.org) com apenas os componentes Major e Minor. A Digibee não suporta "rótulos adicionais para metadados de pré-lançamento e compilação", e as versões Major começam com 1.

Para cada pipeline subscription, apenas uma versão principal do pipeline pode estar ativa (implantada) em um determinado ambiente e momento.

• Versão Major do pipeline: especifica o componente de versão que controla as alterações de quebra em um pipeline, ou seja, alterações que tornariam duas versões Major incompatíveis em termos de APIs expostas, comportamento ou saída.

• Versão Minor do pipeline: especifica o componente de versão que controla as alterações que não tornam duas versões Minor diferentes com a mesma versão Major incompatíveis, em termos de APIs expostas, comportamento ou saída.

RTU (Runtime Unit)

RTU (Runtime Unit) é uma medida da capacidade de computação para processar integrações na Digibee Integration Platform. Os RTUs podem ser usados para dimensionar integrações vertical e horizontalmente. Quando dimensionados verticalmente, eles podem ser usados em três tamanhos diferentes: Small (consome 1 RTU), Medium (consome 2 RTUs) e Large (consome 4 RTUs).

Quando dimensionado horizontalmente, cada nova réplica consumirá a mesma quantidade de RTU que a implantação original. Cada RTU vem com a infraestrutura subjacente para executá-los. Para mais informações, consulte o artigo de Capacidade e cotas de uso.

• RTU de teste representa a capacidade de processamento para executar integrações em uma subscription ativa em um ambiente de teste. Os RTUs devem ser pareados com um pipeline subscription existente.

• RTU de produção representa a capacidade de processamento para executar integrações sob uma subscription ativa em um ambiente de produção. Para implantar um novo pipeline em um ambiente de produção, os pipeline subscriptions e os RTUs de produção devem estar disponíveis em seu realm.

Cotas de uso da plataforma

As cotas de uso da plataforma são limites técnicos impostos em cada realm para evitar a sobrecarga da Plataforma e foram criados com base no uso médio da Plataforma. Estes são alguns dos limites:

• Tamanho de implantação e réplicas (ou seja, CPU e memória para executar um pipeline ou um conjunto de réplicas);

• Tráfego de saída;

• Taxa de mensagens sendo produzidas/consumidas;

• Mensagens retidas no pipeline para processamento;

• Retenção de logs;

• VPNs;

• Armazenamento de objetos, armazenamento Digibee e dados de relacionamento.

Principais regras

Regras para pipeline subscription implantado

Você pode construir quantos pipelines quiser na Digibee Integration Platform. Todas as cotas são aplicadas na fase de implantação. Cada pipeline desenvolvido pode ser implantado em ambientes de teste ou produção, respeitando o número de pipeline subscriptions e RTUs disponíveis.

Os pipelines implantados em um ambiente consomem RTUs (teste ou produção) conforme o tamanho e as réplicas de implantação do pipeline.

Na tabela abaixo, você pode ver quantas RTUs são consumidas por cada tamanho de implantação de pipeline:

Tamanho	RTUs Consumidos
Small	1
Medium	2
Large	4

Réplicas consumirão tantas RTUs quanto a multiplicação do número de réplicas e o número de RTUs para o tamanho da implantação do pipeline.

Sempre que um pipeline é implantado em um determinado ambiente, diz-se que um pipeline subscription foi consumido nesse ambiente. Independentemente do número de RTUs disponíveis, você só poderá implantar a quantidade de pipelines correspondente à quantidade de pipelines subscription disponíveis.

Versões dos pipelines

Duas versões Major diferentes do mesmo pipeline são consideradas dois pipelines diferentes e exclusivos e, portanto, consomem dois pipeline subscriptions.

Para cada pipeline subscription, apenas uma versão de pipeline pode estar ativa em um determinado ambiente e momento.

Validação de subscriptions e RTUs

Antes de cada implantação do pipeline em um determinado ambiente, um algoritmo é aplicado: primeiro, o algoritmo verifica se o número de pipelines exclusivos implantados é menor que o número de pipeline subscriptions disponíveis.

Se essa verificação for aprovada, o algoritmo verificará se o número de RTUs disponíveis para esse ambiente específico pode acomodar o número de RTUs solicitadas para essa implantação de pipeline. Caso essa checagem passar, o pipeline será implantado.

Caso contrário, a implantação falhará devido à falta de pipeline subscriptions disponíveis ou de RTUs disponíveis.

Regras para RTUs implantadas

As RTUs de teste e produção se acumulam à medida que pipeline subscriptions são adicionados. Quando um pipeline é implantado em um determinado ambiente, o número de RTUs correspondentes é reduzido do número total de RTUs disponíveis nesse ambiente. Quando não houver mais RTUs disponíveis em um determinado ambiente, nenhum pipeline adicional será implantado.

RTUs de teste e RTUs de produção são destinados a serem usados em seus respectivos ambientes e não podem ser trocados.

O uso de RTUs de teste ou produção sempre requer um pipeline subscription existente. As RTUs sobressalentes não podem ser usadas para executar pipelines que não tenham um pipeline subscription associado a ela.