Using Message Packaging Correctly 

Considerable throughput improvements can be expected for BPE processes that fulfill the following prerequisites:

●      Many messages received for each process instance

●      Messages collected in a relatively short space of time for each process instance

●      Generally high load on the process type

Message packaging is intended primarily for scenarios with high loads. These are scenarios in which there is a throughput of a large number of messages. For this reason, the user needs to check for each process type, whether it is helpful to activate message packaging. The scenarios that particularly profit from message packaging are the "collect scenarios". The following statuses are possible:

●      Gathering and Bundling Messages from One Interface

●      Collecting/Bundling Messages from Multiple Interfaces

Since message packaging can increase the time between when individual messages are received and processed, it is not intended for scenarios in which it is important that individual messages are processed quickly.

Advantages of Message Packaging

The computing time required for the delivery of each message is reduced. This means that the maximum possible throughput, that is, the number of messages that can be processed in a specific amount of time, can increase depending on the scenario.

Using message packaging in BPE can have the following advantages:

●      Increase throughput

Since multiple messages can be processed for each transaction, the data volume to be persisted is reduced:

○       Less message data since multiple messages are persisted in one package

○       Less process instance data because, for example, only one integration process status must be stored for multiple messages in a package

●      Reduce the required computer time

The computing time once required to prepare a message for processing is distributed across multiple messages. The following steps are performed just once for multiple messages:

○       qRFC

○       Reading of definition data

○       Reading of configuration data

●      Reduce the amount of memory space required on the database for the runtime data of the integration process

The ability to send multiple messages within one transaction to a process instance can drastically reduce the database memory space needed for the process instances. This is because a work item does not need to be created for every receive step in the process. Instead, these work items are only created for those receive steps that are still active (receptive) at the end of the transaction.

The reduction in the amount of database memory space required has a positive impact on the reorganization of data and, as a result, on archiving.

The greater the number of messages in a message package, the greater the performance improvement for each message. A high message load on the system memory supports the creation of large message packages and therefore leads to a particularly large improvement in performance and throughput. The amount of memory required is reduced significantly.

Latency Resulting from Message Packaging

Messages that are delivered using message packaging can have a longer actual runtime in inbound processing. This latency has the following reasons:

●      The wait time until an appropriate message package can be produced increases the processing time of a message. You can configure the wait time.

More information: Activating and Configuring Message Packaging

●      The packaging job periodically accesses the messages to be processed and therefore has its own latency