sms-web | Receives SMSs from Twilio , pulls out the relevant data | AWS library

This is quite normal behaviour for any Java application. As long as your application is running, objects will be created, even when it's not being used (threadpools being checked/refreshed, ...).

That means that it's only normal that heap memory goes up over time. However, when necessary, the garbage collector will run, and will destroy any objects that are no longer in use. That's why you can see a clear memory usage drop at certain times.

Now, the garbage collector will only run when necessary. This process often happens when your memory in use (blue line) is getting close to the memory that is allowed to be used (orange line).

This explains two things:

1. It explains the zigzag lines during your loadtest, which means many objects were being created and being destroyed afterwards by the garbage collector.
2. It explains why your application can use more than 800MB of memory before freeing anything, because there was still more memory it allowed to be consumed.

Now, if you think it's problematic that your application allows about 1GB (or more) memory to be consumed, you'll have to play around with your JVM settings, and perhaps reduce the -Xmx parameter to a reasonable amount. Make sure to run some loadtests afterwards, to see how your application behaves when reducing the maximum allowed memory, as it could have a higher impact on the performance of your application since the garbage collector would have to run more often.

Looks like you have a mess in your dependencies mixing different spring versions. Try using dependencies below: