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:
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) |
|
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 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) |
|
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) |
|
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) |
|
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 |
|
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 |
|
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 |
|
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 |
|
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 |
|
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 |
|
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) |
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.
-
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.
- Determine o número aproximado de solicitações que uma instância pode processar em um minuto.
- Calcule sua simultaneidade (o número de solicitações simultâneas que o sistema pode tratar dos aplicativos clientes).
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 |