Figaf Friday: Should you performance test your SAP Cloud Integration (CPI)?

We hosted a webinar this week about how to test SAP Cloud Integration (CPI). We showed how easily you can create test cases for your SAP CPI IFlows with a few clicks and run and maintain them. If you are interested, you can see the replay here.

We covered:

  • How to automate your testing
  • How to test mock services
  • Testing PI to CPI migrations

I did get one interesting question that I get from time to time when talking about our testing tool.

If you want to run a load test on your SAP Cloud Integraiton/CPI then we recommend our updated blog here. Here we show how you can easy trigger an iflow 1000s of times. 

Question: Will this help test performance?

It is a really valid question because you want to see if the infrastructure or the code you have created successfully are performing differently. If you get a performance decrease of 20% there is something you should be looking into.

It could be because you have added some memory or CPU-hungry part of the process that you would like to understand.

For now, the answer is No.

And there are a few reasons.

What is performance?

First, we need to understand what the performance of an IFlow is and how you want to be testing it. There could be a number of versions:

  • How long time does it take to run a given iflow with the the content
  • How many concurrent processes can run

Both of these depends on:

  1. Payload
  2. Processing time on the server
  3. Latency with calling external services
  4. Current load on the server and the network
  5. What the CPI system othise is doing
  6. Database access

In an SAP PI world, it was easy to control 4+5 because you know what the server is up to.  In a CPI world, you can have many nodes and my guess is the runtime nodes run on servers that are somehow shared. It means that if other clients were performing testing at the same time it would affect the free CPU utilization. It would make it much harder to what the current performance is.

With that in mind, it could be normal that the iflow perform 50% slower because the above factors are different.

Could we implement this at Figaf?

Yes, it would be possible to include this into the Figaf server or to allow you to export the file as an Apache Jmeter that you can start run as a part of your daily processing.

It could provide some good metrics about if you have introduced.

We could take the single iFlow processing time and compare it to the last time you ran that test. It would give you some of how the system is performing.

But what would a value give of confidence that you would need to make a better process?

Do let me know how you think a good performance testing should be.

Please share here.

Simplify your SAP Integration in under 10 minutes with Figaf DevOps Suite on Cloud.

No credit card is required. 30 days free trial.

Latest Articles