Sobre o Uso de Integrações

As regras a seguir se aplicam ao uso da mensagem de integração.

Regras para rastrear o uso da mensagem de integração

Siga estas regras para determinar como o consumo de mensagens é calculado.

Número Regra Descrição

1

Trigger

Cada atividade de trigger conta como pelo menos uma mensagem, até 50 KB de entrada. Se o payload da mensagem de entrada exceder 50 KB, 1 mensagem adicional será contada para cada 50 KB adicionais.

2

Chamada

As solicitações de chamada não contam como mensagens, mas as respostas de chamada acima de 50 KB contam. Se o payload da mensagem exceder 50 KB, 1 mensagem adicional será contada para cada 50 KB adicionais.

3

Arquivo

Para fluxos programados baseados em arquivo nos quais há arquivos de entrada em integrações, cada arquivo só é convertido em uma mensagem faturada (em múltiplos de 50 KB) quando o tamanho é maior que 50 KB.

4

Interno

As chamadas internas dentro da mesma instância do Oracle Integration não são contadas como mensagens. Por exemplo, isto não é contado:

  • Process Automation para o Oracle Integration
  • Visual Builder para o Oracle Integration
  • Oracle Integration para Oracle Integration

A chamada de outra instância do Oracle Integration incorre em mensagens na instância do Oracle Integration de destino e, dependendo do tamanho da resposta, também pode incorrer em mensagens na instância do Oracle Integration de chamada.

Exemplos de Uso 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 payload 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 payload 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 maior que 50 KB também é rastreada. Nesse cenário, somente arquivos com mais de 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 20 KB e 2 linhas.

  2. Para cada linha, 1 chamada REST de saída é feita, 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 maior que 50 KB também é rastreada.

máximo (20/50) = 1 mensagem

#1 (Trigger)

Síncrono/Assíncrono (Trigger)

  1. Entrada SOAP com payload de 10 KB.

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

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

  4. FTP para um local externo.

O tamanho do payload é considerado no trigger. Qualquer resposta subsequente maior que 50 KB também é 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. Chamada para o Oracle Fusion Cloud B2C Service para obter detalhes do contato. Retorna uma resposta de 40 KB.

  3. Retorna os dados de contato.

O tamanho do payload é considerado no trigger. Qualquer resposta subsequente maior que 50 KB também é 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 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 50 KB quando os dados de resposta têm mais de 50 KB.

máximo (170/50) = 4 mensagens

#3 (Arquivo)

Fluxo programado

  1. Trigger programado.
  2. Adaptador de banco de dados extraindo dados de 30 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 50 KB quando os dados de resposta têm mais de 50 KB.

Não contado.

Nenhuma

Fluxo programado

  1. Trigger programado.
  2. Chamada SOAP externa para obter dados por meio de relatórios do BIP. Retorna 130 KB de dados.
  3. Chamada externa para obter mais dados por via adaptador REST. Retorna 10 KB de dados.

  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 50 KB quando os dados de resposta têm mais de 50 KB.

máximo (130/50) = 3 mensagens

#3 (Arquivo)

Fluxo programado

  1. Trigger programado.
  2. Arquivos de download em um loop. Dois arquivos baixados de 20 KB e 40 KB, respectivamente.
  3. Chamada externa para obter mais dados por via adaptador REST. Retorna 100 KB de dados.

  4. FTP para um local externo.

Cada chamada/arquivo é considerado em múltiplos de 50 KB quando os dados de resposta têm mais de 50 KB.

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 10 KB de dados.
  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 50 KB quando os dados de resposta têm mais de 50 KB.

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 ao Oracle Fusion Cloud B2C Service para obter dados sobre o pedido. 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)

Calcular Solicitações por Segundo

Se uma integração síncrona ficar esgotando o tempo limite ou estiver demorando mais do que o normal para ser concluída, pode ser que ela esteja tentando processar muitas solicitações. Saber as solicitações que sua instância processa por segundo ajuda a projetar integrações síncronas que fornecem as respostas rápidas de que você precisa.

O cálculo de solicitações por segundo ajuda a determinar o número aproximado de solicitações simultâneas que o sistema pode receber dos aplicativos clientes. Por exemplo, quando um aplicativo móvel chama o Oracle Integration, quantas solicitações simultâneas do aplicativo móvel sua instância pode processar?
Esse cálculo é especificamente para integrações síncronas, para as quais o Oracle Integration aguarda uma resposta do serviço de destino. Se você tiver uma integração que conclua uma tarefa grande e precise de um longo tempo para ser executada, a Oracle recomenda a criação de uma integração assíncrona.
Observação

  • Geralmente, as palavras "mensagem" e "solicitação" são sinônimas. No entanto, quando estiver trabalhando com payloads grandes, você poderá consumir mais de uma mensagem por solicitação. Essa alteração afeta seus cálculos. Consulte Exibir Métricas de Mensagem e Mensagens Faturáveis.

    Os cálculos nesta seção presumem que cada solicitação tenha 50 KB ou menos.

  • Esse cálculo geralmente é chamado de TPS ou transações por segundo. O TPS não se aplica diretamente ao Oracle Integration por dois motivos:

    • O Oracle Integration processa solicitações, em vez de transações.
    • O dimensionamento no Oracle Integration se baseia no consumo de mensagens por hora, e não no consumo por segundo.

    O Oracle Integration equivalente ao TPS são solicitações por segundo, que é sua simultaneidade.

  1. Determine o número aproximado de solicitações que uma instância pode processar em um minuto.
    1. Determine o número de pacotes de mensagens que você comprou por hora para a instância.

      Para esse exemplo, vamos dizer que você tem uma licença do Oracle Integration e comprou 4 pacotes.

    2. Multiplique o número de pacotes de mensagens pelo número de mensagens do pacote (5.000 mensagens para clientes não BYOL (Bring Your Own License) e 20.000 mensagens para clientes BYOL).

      Nesse exemplo, vamos dizer que você é um cliente não BYOL (Bring Your Own License); portanto, seus pacotes de mensagens contêm 5.000 mensagens.

      4 pacotes de mensagens x 5.000 mensagens por hora = 20.000 solicitações por hora

    3. Divida o número de solicitações por hora por 3.600 para determinar sua capacidade aproximada por segundo.

      20.000 solicitações por hora / 3600 = 5,6 solicitações por segundo

    4. Multiplique as solicitações por segundo por 2; em geral, uma instância pode tratar o dobro da capacidade comprada.

      5,6 solicitações por segundo x 2 = 11 solicitações por segundo

  2. Calcule sua simultaneidade (o número de solicitações simultâneas que o sistema pode tratar dos aplicativos clientes).
    1. Determine o tempo de resposta típico em segundos.

      Por exemplo, execute algumas solicitações e verifique os tempos de resposta nos timestamps do fluxo de atividades. Consulte Rastrear o Status das Instâncias de Integração em Usando Integrações no Oracle Integration 3.

      O tempo de resposta pode variar, dependendo das circunstâncias. Quando o volume de transações aumenta em sua instância, seus tempos de resposta também podem aumentar.

      Neste exemplo, vamos dizer que seu tempo de resposta é 5 segundos.

    2. Multiplique o número de solicitações que você pode processar por segundo pelo tempo de resposta.

      11 solicitações por segundo x 5 segundos = 55 solicitações simultâneas

      Esse valor é sua simultaneidade aproximada.

Exemplo 6-1 Processando o número máximo de solicitações simultâneas

Vamos dar uma olhada em uma fila de amostras de solicitações quando uma instância que possa tratar 55 solicitações simultâneas estiver funcionando em plena capacidade.

A tabela a seguir ilustra como as solicitações chegam e são concluídas à medida que cada segundo se passa. O total de solicitações na fila aumenta até atingir 55 e permanece em 55 indefinidamente. Após 5 segundos (o tempo de resposta), as solicitações começam a ser concluídas.

Tempo decorrido Solicitações que chegam Solicitações concluídas Total de solicitações na fila

1 segundo

11

0

11

2 segundos

11

0

22

3 segundos

11

0

33

4 segundos

11

0

44

5 segundos

11

11

55

6 segundos

11

11

55

7 segundos

11

11

55

8 segundos

11

11

55

Exemplo 6-2 Excedendo o máximo de solicitações simultâneas

Imagine que a mesma instância esteja recebendo um número maior de solicitações por segundo do que o valor máximo de simultaneidade. A tabela a seguir ilustra a rapidez com que o número de solicitações na fila pode ser criado, mesmo quando você excede a simultaneidade em apenas algumas solicitações. Após 3 segundos, a instância já excedeu seu número máximo de solicitações simultâneas e, em 8 segundos, a instância está lidando com o dobro do número máximo de solicitações simultâneas.

Caso seja provável que uma integração exceda a simultaneidade máxima da instância, provavelmente vão ocorrer timeouts quando ela for criada como integração síncrona. Em vez disso, crie a integração como assíncrona.

Tempo decorrido Solicitações que chegam Solicitações concluídas Total de solicitações na fila

1 segundo

20

0

20

2 segundos

20

0

40

3 segundos

20

0

60

4 segundos

20

0

80

5 segundos

20

11

89

6 segundos

20

11

98

7 segundos

20

11

107

8 segundos

20

11

116

Usar a Ferramenta Cost Estimator para Determinar sua Fatura Mensal

A Oracle fornece uma ferramenta de estimativa de custos para ajudá-lo a determinar seu uso mensal e faturar o Oracle Integration.

  1. Vá para a ferramenta do estimador de custos.
  2. Na lista Selecionar categoria, escolha Integração.
  3. Na caixa Integração de Aplicativos, clique em Carregar.

    As guias Serviços, Formas de computação, Arquiteturas de referência, Meus favoritos e Pesquisa avançada são mostradas. A guia Serviços foi selecionada. A lista Selecionar categoria mostra Integração selecionada. Um campo Pesquisar é exibido à direita. Abaixo estão as caixas denominadas Gerenciamento de API e Integração de Aplicativos. Ambas as caixas incluem um botão Carregar.

  4. Siga as instruções na página para calcular seus custos.
    O custo mensal estimado é exibido.