Gatling Enterprise Cloud

My main use case for using Gatling Enterprise is for doing load testing, performance testing, or API level testing for a lot of the API endpoints in my back-end services here at Intuit. We use Gatling Enterprise for creating endpoints and then calling them and adding load, making sure our system scales properly.

We use Gatling Enterprise by defining the APIs inside Gatling. We create simulations and scenarios which are directly read by Gatling. In those scenarios, we define in the code what APIs we need to call. We then add load via the Gatling Enterprise user interface over a given amount of time by adding a number of users or requests for that particular scenario over a given time period. We then see how well our system is performing in that case.

The interesting thing about Gatling Enterprise is the fact that we can define scenarios wherein a particular scenario can have multiple API calls as a downstream happening in one scenario. This helps us load test a particular scenario or use case overall in depth. That really makes our system scalable.

The ability to add scenarios, the ability to configure concurrent users per second, and the ability to define how long a particular test should last are valuable features. After that, I can draw conclusive reports and graphs around how well the particular test took, how many API calls were successful versus how many errored out, how many were failing due to authentication errors, and what sort of granular errors I got. That really helps us understand the scale at which our system is performing.

I rely on the fact that we are able to add a particular number of users per second as simulations in the code or in Gatling Enterprise. The reason it is very important for my team is because it mimics the way actual users use our product in their day-to-day lives where there are periods wherein our system and product receive way more traffic, and that traffic results in way more downstream traffic, which Gatling Enterprise perfectly helps me capture.

It has led us to have really robust scalability testing, performance testing, and load testing, thereby making sure of our system integrity during crunch time or during times of peak traffic. It has helped build confidence in our systems.

We saw fewer outages and fewer periods of slowness in the product. Our number of customer complaints or customer escalations reduced by almost 20 to 30 percent over the period of a year when we initially started using Gatling Enterprise. As more and more teams are adopting this, the number is growing. It has led to real positive impact here.

The UI can be made a little better to understand. The overall user interface can be made so that non-technical people should be able to easily integrate with and understand what is happening in Gatling Enterprise. Additionally, there could be a really good AI integration in Gatling Enterprise, especially in the front end or UI part of it, wherein you should be able to describe a scenario in plain English, and the code should be able to automatically be generated.

I have used Gatling Enterprise for the last around five years, ever since I have been working with this company.

I have not experienced any stability issues with Gatling Enterprise.

Gatling Enterprise is pretty decent in terms of scalability. It scales well to all products and all services, and it is pretty uniformly implementable.

I have not needed to contact customer service.

It is definitely time and money saved in terms of user escalations and user actions occurring, but I am not able to speak on the exact details about it.

Before you start using Gatling Enterprise, please make sure to read all the documentation and then get up to speed with the UI because that is the biggest learning curve, but overall, it becomes smooth after that.

Gatling Enterprise is pretty decent. I have never needed to use customer support, but whenever needed, I find a good community online.

I gave this review a rating of 7 out of 10.

Public Cloud

Amazon Web Services (AWS)

What do you like best about the product?

What I like most about Gatling is the flexibility and freedom it gives you when designing performance tests. It makes it easy to create reusable scenarios, build complex test chains, and structure tests in a maintainable way.

The ability to use a real programming language such as Kotlin is a major advantage, as it allows for advanced logic and customization that would be difficult to achieve with more restrictive tools. This gives me full control over how I design, organize, and execute my tests.

I also appreciate how clear and intuitive the reporting is. The reports are easy to understand and communicate to both technical and non-technical stakeholders. Overall, the coding-first approach and the level of control it provides are what make Gatling stand out for me.

What do you dislike about the product?

One area where Gatling could improve is troubleshooting and error analysis. The reports do not always provide enough detail about failed requests, which can make investigations more difficult. For example, when a request returns an HTTP 500 error, it would be helpful to see the underlying error message or stack trace directly in the report instead of having to search through application logs. Having more detailed failure information available out of the box would make debugging and root-cause analysis much faster and more efficient.

What problems is the product solving and how is that benefiting you?

The main problems Gatling solves for me are performance regression control and load testing under realistic conditions. It helps detect whether a new update has negatively impacted API performance, such as increased response times or reduced throughput, which is crucial for maintaining stability in production.

Another key benefit is the ability to simulate different load scenarios on various machine specifications. This makes it possible to evaluate how systems behave under stress and identify potential bottlenecks or scaling issues before they affect real users. Overall, Gatling provides valuable insight into performance trends and system reliability over time.

What do you like best about the product?

I like the flexibility I get in implementing data generators (feeders). This allows for representative and sufficiently random data that ultimately gives meaningful performance test results.
I also like the simulation run management and history offered by the enterprise product which lets non-engineers to access and use the results directly.
The technical documentation is an ever-evolving artifact but in its current state it is useful and well structured and helps newcomers create effective simulations, not just "hello world" versions.

What do you dislike about the product?

Some of our integrations (e.g. with Github workflows) are brittle, although I should add that they are improving both the integrations themselves and the relevant documentation.

What problems is the product solving and how is that benefiting you?

Infrastructure management (minimum viable configuration)
Infrastructure budget projections
Identification of throughput bottlenecks
SLO monitoring
Performance regression

What do you like best about the product?

The integration with other tools, along with the out-of-the-box reports, is what I like most.

What do you dislike about the product?

When I first started using Gatling, it was only compatible with Scala, but that’s no longer the case. What I dislike most is that it isn’t fully open source.

What problems is the product solving and how is that benefiting you?

As part of our broader software performance metrics work, Gatling helped me fine-tune request rates and limits across different microservices. That, in turn, made it easier to reduce our overall cloud costs.

What do you like best about the product?

Gatling’s biggest strength, in my experience, is the developer experience when building test scripts. A lot of effort has clearly gone into the fluent style of writing tests, and even though the scenarios are written as code, they remain easy for humans to read and understand.

What do you dislike about the product?

There’s a lack of automatic correlation detection for test scripts, which makes the process more manual than it needs to be.

What problems is the product solving and how is that benefiting you?

I’ve integrated Gatling into my resilience testing framework, using Kafka along with other messaging protocols. Gatling’s core is highly efficient in terms of memory and overall resource management, which makes it a powerhouse load-testing platform and a strong foundation for expanding support across additional protocols.

What do you like best about the product?

I use Gatling for performance testing and I really like its functionality and reports. It's been good for all aspects so far. The initial setup was easy too, which was a plus.

What do you dislike about the product?

Nothing

What problems is the product solving and how is that benefiting you?

Gatling helps me assess the performance of my APIs with its functionality and reports, which I find very valuable.

What do you like best about the product?

Flexibility. I like to write in Scala, others prefer Kotlin, Frontend and QA colleagues prefer TypeScript or Javascript. All as code, all in cloud. Perfect setup for current times

What do you dislike about the product?

Setting up the internal network runners is not ideal, but nothing overcomplicated

What problems is the product solving and how is that benefiting you?

Gatling is helping us solve two main problems.

First, it removes the ceiling we hit with local testing. When we run tests locally, we’re limited by how many users a workstation can handle, which is usually not enough to understand real scaling behavior (at least with Java; with Scala it’s much better). With Gatling Enterprise, we can safely push tests into the thousands of users and see how our systems actually behave under load.

Second, it gives us a controlled way to stress critical user paths so we can validate autoscaling and overall system stability. The biggest benefit isn’t the report itself, but the engineering signal: whether the service stays healthy, whether scaling kicks in correctly, and where it breaks as load increases.

With Gatling cloud, we also have the option to run tests from external networks or private IPs, which is great for validating the end-to-end user journey.

What do you like best about the product?

Gatling and the Gatling Enterprise API streamlines our load testing development and scheduling flow.

We were able to build a command line tool to automate the simulation scheduling flow so that our developers could iterate fast.

What do you dislike about the product?

I think more code examples, especially completed projects could be really helpful for users to understand the expected usage of certain features.

What problems is the product solving and how is that benefiting you?

We use Gatling and Gatling Enterprise to write and run simulations which help us load test our backend services so that we are ready for big events of the year such as Black Friday / Cyber Monday.

What do you like best about the product?

One of the first tools I used for performance testing, and to this day, it's still the one I use the most to run large-scale tests. It's lightweight, captures flows easily with its recorder, and the logs are easy to understand—making Gatling, for me, the perfect tool for my analyses.

- Excellent (dynamic) reporting

- Support for different programming languages

- Easy-to-understand and learn documentation

- Open source with an easy-to-use injection platform

- Integration in CI/CD

What do you dislike about the product?

Although I don't have many remarks, I would like to see the integration with Grafana resumed and the addition of more open-source protocols for the community.

What problems is the product solving and how is that benefiting you?

One of the major problems Gatling has helped me with is creating realistic simulations and scenarios to detect bottlenecks across multiple flows in the banking and e-commerce sectors. With its dynamic and easy-to-interpret reports, I can identify issues and request queuing (REST) from the client side.