G2

Cyril S.

Senior Backend Developer

Mid-Market (51-1000 emp.)

9/3/2026

"Flexible, Extensible KrakenD with Collaborative Support"

4/5

Describe the project or task KrakenD API Gateway helped with:

KrakenD provides a flexible and extensible API gateway solution that supports contract-first setups using OpenAPI specifications. It allows for seamless integration of custom Go plugins to extend functionality beyond the stock configuration. The collaborative support ensures that users receive real answers and assistance in solving complex problems, particularly with MCP specifications. However, the documentation could be improved to better differentiate between Enterprise and Community versions and to provide comprehensive coverage of all features and behaviors. Review collected by and hosted on G2.com.

What do you like best about KrakenD API Gateway?

The flexibility. We run a contract-first setup: our OpenAPI specs are the single source of truth, and a build step compiles them into KrakenD configuration. Not a single line of our gateway config is written by hand, and KrakenD never fought us on that.

When we hit something the stock configuration could not express, the plugin system let us write our own Go plugins and drop them in. We have several running in production today. Being able to extend the gateway instead of working around it is the main reason we are still on it.

The support deserves its own paragraph, and I did not expect to be writing that. It has been genuinely collaborative: we ask a question, we get a real answer, and on the harder problems we worked through them together rather than being handed the tool and left to figure it out. On MCP in particular they acted on what we asked for and updated KrakenD to the recent MCP specs. Review collected by and hosted on G2.com.

What do you dislike about KrakenD API Gateway?

The documentation is not the most pleasant I have worked with. You do end up finding what you need, but a search often lands you on the Community page when you are running Enterprise, and the variations between the two are small enough that you lose your bearings. It also does not say everything: some behaviours we depend on only show up by testing, which is why we run a small integration lab against a real KrakenD before implementing against it. Their AI assistant tooling helps here, edition checks included.

Plugin development takes some setup: plugins have to be compiled against the exact Go and musl versions of the target build, using their builder image, so you cannot simply build locally. In fairness that is Go's plugin model rather than anything KrakenD chose, and once the pipeline is in place it does not move. A first-day cost, not an ongoing one. Review collected by and hosted on G2.com.

Recommendations to others considering KrakenD API Gateway:

To improve the documentation, consider creating separate sections for Enterprise and Community users to avoid confusion. Additionally, ensure that all behaviors and features are well-documented to reduce reliance on testing for discovery. Streamlining the plugin development process by providing more detailed guides and examples could also be beneficial. Review collected by and hosted on G2.com.

What problems is KrakenD API Gateway solving and how is that benefiting you?

Our API started as a single monolith, with JWT validation, request and response validation and rate limiting implemented endpoint by endpoint, inside the application. That holds up while there is only one application. The moment we wanted to pull services out of it, each one would have re-implemented the same logic its own way.

KrakenD is what made that extraction practical. Our API definitions are centralised in OpenAPI contracts and the gateway enforces those cross-cutting concerns at the edge, so a service we extract inherits them instead of carrying them. We are not chasing microservices, the services we pull out are large, but they come out uniform by construction rather than by discipline.

The bigger payoff came later. Because the gateway config is generated from those same contracts, we exposed the same operations as MCP tools for LLM agents - more than 200 of them - with a single annotation per operation, plus per-audience API documentation served from the gateway itself. One contract, three delivery surfaces, and the governance we had already built for REST applied to the agent surface for free. Review collected by and hosted on G2.com.

Response from Albert Lombarte of KrakenD API Gateway

edit

Hi Cyril, thanks for your review! Indeed, there was a problem in the documentation: when you searched the Enterprise docs, you would end up on the community pages with an equivalent result. That was fixed a while ago and should not happen again. In addition, we added a dropdown to all documentation so you can see the exact version you are reading and switch to another.

See how KrakenD API Gateway improved