Como os Recursos Afetam as Mensagens de Faturamento
Quando você usa determinados recursos no Oracle Integration, as mensagens de faturamento são consumidas pela sua instância. Isso pode ser óbvio para coisas como o envio de dados com integrações, mas também inclui recursos como retenção estendida de dados e recuperação de desastres.
Sua instância deve incluir pacotes de mensagens suficientes para oferecer suporte ao uso de mensagens de faturamento para garantir operações diárias suaves, escaláveis e resilientes. Consulte Estimar Uso do Pacote de Mensagens para uma Tenancy Medida.
O número de pacotes de mensagens que você assina também pode afetar o tempo de processamento de solicitações síncronas. Consulte Uso do Pacote de Mensagens e Solicitações Síncronas/Assíncronas.
Revise as seções a seguir para ver como o uso da mensagem de faturamento é calculado.
Regras Comuns de Consumo de Mensagens
As regras a seguir se aplicam ao consumo de mensagens em todos os componentes do Oracle Integration.
| Regra | Descrição |
|---|---|
| Aciona e chama |
Triggers e chamadas são geralmente contados como 1 mensagem com algumas exceções. Por exemplo:
|
|
Chamadas internas |
Chamadas internas dentro do mesmo componente não são contadas como mensagens. Por exemplo, isto não é contado:
No entanto, uma integração em uma instância do Oracle Integration que chama uma integração em outra instância do Oracle Integration não incorpora mensagens na instância de destino do Oracle Integration. |
|
Payloads de mensagem acima de 50 KB |
Para payloads de mensagem com mais de 50 KB, 1 mensagem adicional é contada para cada 50 KB adicionais. Por exemplo, se um payload de mensagem for de 102 KB, 2 mensagens adicionais serão contadas. |
Consumo de Mensagens de Integração
Siga estas regras para determinar como o consumo de mensagens é calculado.
| Número da regra | Regra | Descrição |
|---|---|---|
|
1 |
Trigger |
Cada atividade do trigger conta como pelo menos uma mensagem, com até 50 KB. Se o payload de mensagem de entrada exceder 50 KB, 1 mensagem adicional é contada para cada 50 KB adicionais. |
|
2 |
Chamada |
As solicitações de invocação não contam como mensagens, mas chamam respostas com mais de 50KB de contagem. Se o payload da mensagem exceder 50KB, 1 mensagem adicional é contada para cada 50KB adicional. |
|
3 |
Arquivo |
Para fluxos programados baseados no arquivo em que há arquivos de entrada em integrações, cada arquivo é convertido em uma mensagem faturada (em múltiplos de 50 KB) somente quando o tamanho é maior que 50 KB. |
|
4 |
Interno |
A integração com chamadas de integração dentro da mesma instância do Oracle Integration não é contada. No entanto, chamar outra instância do Oracle Integration não incorre em mensagens na instância de destino do Oracle Integration. |
Exemplos de Consumo de Mensagens de Integração
Esta tabela mostra, por exemplo, como o faturamento de mensagens é calculado e as regras que se aplicam.
| Tipo de Integração | Cenário/Fluxo | Cálculo do Faturamento de Mensagens | Regras Aplicáveis |
|---|---|---|---|
|
Síncrono/Assíncrono (Trigger) |
|
O tamanho do payload é considerado no trigger. máximo (120/50) = 3 mensagens |
#1 (Trigger) |
|
Síncrono/Assíncrono (Trigger) |
|
O tamanho do payload é considerado no trigger. Qualquer resposta subsequente superior a 50 KB também será rastreada. Neste cenário, apenas arquivos maiores que 50 KB são considerados. máximo (70/50) + máximo (170/50) = 2 +4 = 6 mensagens |
#1 (Trigger) #3 (Arquivo) |
|
Síncrono/Assíncrono (Trigger) |
|
O tamanho do payload é considerado no trigger. Qualquer resposta subsequente superior a 50 KB também será rastreada. máximo (20/50) = 1 mensagem |
#1 (Trigger) |
|
Síncrono/Assíncrono (Trigger) |
|
O tamanho do payload é considerado no trigger. Qualquer resposta subsequente superior a 50 KB também será rastreada. máximo (10/50)+ máximo (70/50) + máximo (100/50) = 1+2+2 = 5 mensagens |
#1 (Trigger) #2 (Chamada) #3 (Arquivo) |
|
Síncrono/Assíncrono (Trigger) |
|
O tamanho do payload é considerado no trigger. Qualquer resposta subsequente superior a 50 KB também será rastreada. Como o trigger é apenas uma solicitação GET sem payload, ele é considerado 1 mensagem faturada. 1 mensagem |
#1 (Trigger) |
|
Fluxo programado |
|
Cada chamada/arquivo é considerado em múltiplos de 50KB quando dados da resposta são mais de 50KB. máximo (170/50) = 4 mensagens |
#3 (Arquivo) |
|
Fluxo programado |
|
Cada chamada/arquivo é considerado em múltiplos de 50KB quando dados da resposta são mais de 50KB. Não contado. |
Nenhuma |
|
Fluxo programado |
|
Cada chamada/arquivo é considerado em múltiplos de 50KB quando dados da resposta são mais de 50KB. máximo (130/50) = 3 mensagens |
#3 (Arquivo) |
|
Fluxo programado |
|
Cada chamada/arquivo é considerado em múltiplos de 50KB quando dados da resposta são mais de 50KB. máximo (100/50) = 2 mensagens |
#2 (Chamada) |
|
Fluxo programado |
|
Cada chamada/arquivo é considerado em múltiplos de 50KB quando dados da resposta são mais de 50KB. Não contado. |
#4 (Interno) Nenhum é contado |
|
Fluxo de Integração Secundário |
|
A chamada do fluxo secundário de integração é isenta de medição. Não contado. Observe que o principal pode ser contado. |
#4 (Interno) Nenhum é contado |
|
Fluxo de Integração Secundário |
|
As chamadas do fluxo secundário de integração são isentas de medição. Qualquer resposta subsequente é medida. Cada fluxo secundário = máximo (70/50) = 2 mensagens Observe que o principal pode ser contado. |
#2 (Chamada) |
Consumo de Mensagem de Retenção de Dados Estendido
Por padrão, as instâncias da edição Standard e Enterprise retêm dados por 32 dias, e as instâncias da edição Healthcare retêm dados por 184 dias. Se você tiver uma instância do Enterprise Edition, poderá estender o período de retenção de dados se quiser.
Não é possível alterar o período de retenção para instâncias da edição Standard ou Healthcare.
A adição de retenção de dados estendida aumenta o consumo de mensagens por hora pela porcentagem listada na tabela a seguir. Esse aumento se aplica aos seus totais por hora para mensagens de entrada e saída para solicitações de acionamento e chamada.
| Período estendido de retenção de dados | Consumo adicional de mensagens para retenção de dados | Exemplo de cálculo do consumo total de mensagens horárias |
|---|---|---|
| 93 dias (3 mês) | +10% | 3.000 mensagens + 300 mensagens para retenção de dados = 3.300 mensagens no total |
| 184 dias (6 mês) | +20% | 3.000 mensagens + 600 mensagens para retenção de dados = 3.600 mensagens no total |
Cuidado:
Se posteriormente você diminuir o período de retenção de dados, todos os dados anteriores ao período recém-selecionado serão excluídos quando você salvar sua seleção.Consumo de Mensagens de Recuperação de Desastre
A Oracle fornece uma solução de recuperação de desastres que permite que você faça failover rapidamente de desastres naturais ou causados pelo homem e forneça continuidade dos negócios em sua região secundária. Você também pode usar essa solução para migrações planejadas e alternar entre regiões periodicamente. A Oracle gerencia quase todas as responsabilidades de recuperação de desastres automaticamente para você. Suas responsabilidades administrativas são mínimas.
Você pode adicionar a recuperação de desastre às instâncias da edição Enterprise ou Healthcare.
A adição de recuperação de desastre aumenta o consumo do pacote de mensagens com base no consumo do pacote de mensagens existente. O consumo de pacotes de mensagens existente é o número de pacotes de mensagens consumidos por integrações, retenção de dados, Automação de Processos, decisões e automação de processos robóticos.
| Consumo do pacote de mensagens existente | Consumo adicional do pacote de mensagens para recuperação de desastre | Exemplo de cálculo do consumo total do pacote de mensagens |
|---|---|---|
| 1-3 pacotes de mensagens | +1 pacote de mensagens | 2 pacotes de mensagens + 1 pacote de mensagens = 3 pacotes de mensagens |
| 4-8 pacotes de mensagens | +2 pacotes de mensagens | 6 pacotes de mensagens + 2 pacotes de mensagens = 8 pacotes de mensagens |
| 8+ pacotes de mensagens | +3 pacotes de mensagens | 12 pacotes de mensagens + 3 pacotes de mensagens = 15 pacotes de mensagens |
Consumo de Mensagens Adicionais para Recursos Opcionais
O Oracle Integration inclui várias tecnologias e serviços que você pode ativar para recursos adicionais.
Esta tabela mostra o consumo adicional de mensagens quando você ativa recursos opcionais.
| Recurso | Consumo adicional de mensagens |
|---|---|
|
A medição rastreia o número de usuários concorrentes, exclusivos interagindo com aplicativos Visual Builder em um intervalo de 1 hora. Esses usuários do Visual Builder são convertidos em uso de mensagens. Um usuário do Visual Builder por hora é equivalente a 100 mensagens por hora. |
|
|
|
|
|
|
Exemplo de Consumo de Mensagens para uma Tenancy Medida
As tabelas a seguir mostram um exemplo de cálculos de consumo de mensagens para uma tenancy medida (usando créditos universais).
Consumo de Mensagens por Componente
O primeiro passo é determinar as mensagens consumidas por cada componente e calcular o total de mensagens consumidas por todos os componentes.
| Componente | Consumo de componentes | Conversão para mensagens | Mensagens consumidas |
|---|---|---|---|
|
Integrações |
9.000 mensagens |
x 1 |
9.000 |
|
Retenção de dados estendida |
6 meses |
20% x |
1.800 |
|
Automação de Processos |
|
x 1 |
1.900 |
|
Decisões |
1.400 invocações de decisão |
x 1 |
1.400 |
|
Automação de processo de robótica |
|
x 1 |
1.300 |
|
Total da mensagem |
N/A | N/A |
15.400 |
Consumo do Pacote de Mensagens
O próximo passo é descobrir o total de pacotes de mensagens necessários para cobrir o total de mensagens.
| Tipo de licença | Mensagens por pacote | Número de pacotes consumidos |
|---|---|---|
| Nova licença do Oracle Integration na nuvem | 5.000 | 4 |
| Licença existente do Oracle Fusion Middleware para a nuvem (BYOL) | 20.000 | 1 |
Consumo do Pacote de Mensagens para Recuperação de Desastre
Opcionalmente, se você tiver configurado a recuperação de desastre, será necessário adicionar o número apropriado de pacotes de mensagens para a recuperação de desastre.
| Tipo de licença | Número de pacotes de mensagens consumidos | Número de pacotes de mensagens para recuperação de desastre |
|---|---|---|
| Nova licença do Oracle Integration na nuvem | 4 | 2 |
| Licença existente do Oracle Fusion Middleware para a nuvem (BYOL) | 1 | 1 |
Consumo Total do Pacote de Mensagens
Finalmente, você adiciona tudo para obter o consumo total do seu pacote de mensagens.
| Tipo de licença | Número de pacotes de mensagens consumidos | Número de pacotes de mensagens para recuperação de desastre | Total geral |
|---|---|---|---|
| Nova licença do Oracle Integration na nuvem | 4 | 2 | 6 |
| Licença existente do Oracle Fusion Middleware para a nuvem (BYOL) | 1 | 1 | 2 |