Documentação do Oracle Cloud Infrastructure

Estimar Uso da Mensagem de Faturamento para uma Tenancy Medida

O cálculo do uso da mensagem de faturamento depende do modelo de consumo da sua tenancy. Este tópico se aplica a tenancies que usam o modelo medido (crédito universal). Use as informações a seguir para ajudar a estimar quantas mensagens de faturamento sua instância usará.

Ao criar uma instância do Oracle Integration, você especifica o número de pacotes de mensagens que espera que a instância use. Os pacotes de mensagens para tenancies com medição de consumo são definidos da seguinte forma:
  • Se você criou uma nova licença do Oracle Integration na nuvem:
    • Cada pacote de mensagens inclui 5.000 mensagens de faturamento por hora.
    • Você pode selecionar até 12 pacotes de mensagens na interface do usuário.
  • Se você trouxe uma licença existente do Oracle Fusion Middleware para a nuvem (BYOL):
    • Cada pacote de mensagens inclui 20.000 mensagens de faturamento por hora.
    • Você pode selecionar até 3 pacotes de mensagens na interface do usuário.

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.

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:

  • Cada atividade do trigger do Oracle Integration conta como 1 mensagem, a menos que a integração esteja chamando outra integração.
  • As solicitações de chamada do Oracle Integration não contam como uma mensagem, e as respostas de chamada só contam se tiverem mais de 50 KB.
  • Cada chamada de processo conta como 1 mensagem, a menos que o processo esteja chamando outro processo.

Chamadas internas

Chamadas internas dentro do mesmo componente não são contadas como mensagens.

Por exemplo, isto não é contado:

  • Integração com integração na mesma instância do Oracle Integration
  • Processo que será processado

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)

  1. Entrada REST com carga útil de 120 KB.

  2. Transformação de dados.

  3. Chamada externa para enviar dados para o Logfire.

O tamanho do payload é considerado no trigger.

máximo (120/50) = 3 mensagens

#1 (Trigger)

Síncrono/Assíncrono (Trigger)

  1. Entrada SOAP com carga útil de 70 KB.

  2. Arquivos de download em um loop.

  3. 3 arquivos baixados de 20 KB, 170 KB e 40 KB, respectivamente

  4. Transformação/enriquecimento de dados.

  5. Chamada externa para enviar dados para um sistema externo via REST.

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)

  1. Adaptador de Banco de Dados extraindo dados de 21 KB e 2 linhas.

  2. Para cada linha, é feita a chamada 1 REST de saída, o que resulta em dados de 20 KB para cada chamada.

  3. Enriquecimento/transformação de dados.

  4. FTP para um local externo.

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)

  1. Entrada SOAP com carga útil de 10 KB.

  2. Arquivos de download em um loop. Dois arquivos baixados de tamanho 20 KB e 70 KB, respectivamente.

  3. Chamada externa para obter mais dados por via adaptador REST. Retorna dados de 100 KB.

  4. FTP para um local externo.

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)

  1. Solicitação REST GET simples com parâmetros de modelo sem payload.

  2. Chame a Oracle Fusion Cloud B2C Service para obter detalhes de contato. Retorna uma resposta de 40 KB.

  3. Retorna os dados de contato.

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
  1. Trigger programado.
  2. Arquivos de download em um loop. Três arquivos baixados de tamanhos 20 KB, 170 KB e 40 KB, respectivamente.

  3. Transformação de dados.

  4. Chamada externa para transferência de dados que resulta em 10 bytes de resposta.

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
  1. Trigger programado.
  2. Adaptador de Banco de Dados extraindo dados de 31 KB e 10 linhas.

  3. Transformação de dados.

  4. Chamada externa para transferência de dados que resulta em 5 bytes de resposta.

Cada chamada/arquivo é considerado em múltiplos de 50KB quando dados da resposta são mais de 50KB.

Não contado.

Nenhuma

Fluxo programado
  1. Trigger programado.
  2. Chamada SOAP externa para obter dados por meio de relatórios do BIP. Retorna dados de 130 KB.

  3. Chamada externa para obter mais dados por via adaptador REST. Retorna dados de 10 KB.

  4. Transformação de dados.

  5. Chamada externa para transferência de dados que resulta em 5 bytes de resposta.

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
  1. Trigger programado.
  2. Arquivos de download em um loop. Dois arquivos baixados de tamanhos 20 KB e 40 KB, respectivamente.

  3. Chamada externa para obter mais dados por via adaptador REST. Retorna dados de 100 KB.

  4. FTP para um local externo.

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
  1. Trigger programado.
  2. Chamada externa para obter dados por meio do adaptador REST. Retorna dados de 10 KB.

  3. Transformação de dados.

  4. Chamada externa REST para transferência de dados que resulta em 500 bytes de resposta.

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
  1. Um fluxo de Integração principal chama um fluxo de Integração secundário via REST em um loop.
  2. O fluxo de Integração secundário envia um e-mail de notificação com as informações transmitidas de um fluxo principal.

  3. A execução do fluxo secundário é concluída.

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
  1. O fluxo de Integração principal faz download de um arquivo CSV por meio do adaptador FTP. O CSV contém 5 linhas.
  2. Cada linha no arquivo CSV chama um fluxo de Integração secundário.

    1. O fluxo de Integração secundário lê um id de pedido informado como entrada.

    2. Chama uma solicitação para o Oracle Fusion Cloud B2C Service para obter dados sobre a ordem. Cada chamada retorna dados de 70 KB.

    3. Transformação de dados no fluxo secundário.

    4. Envia os dados por meio de um adaptador FTP para gravá-los em um arquivo.

    5. A execução do fluxo secundário é concluída.

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.

Observação

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

Automação de Processos
  • +1 mensagem por chamada de processo

    Um processo que chama outro processo não incorrerá neste encargo

  • +1 mensagem por hora de duração do processo após a primeira hora

Decisões
  • +1 mensagem por chamada de decisão

Automação de processo de robótica
  • +1 mensagem por chamada de robô
  • +1 mensagem por 5 minutos de duração do robô após os primeiros 5 minutos

Exemplo de Consumo de Mensagens

As tabelas a seguir mostram um exemplo de cálculos de consumo de mensagens.

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
  • 1.700 chamadas de processo
  • 200 processos com duração de 1 a 2 horas

x 1

1,900

Decisões

1.400 invocações de decisão

x 1

1,400

Automação de processo de robótica
  • 1.200 invocações de robôs
  • 100 invocações de robôs com duração de 5 a 10 minutos

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