krakend pulls statistics

Quick reference

• Maintained by: the KrakenD Maintainers • Where to get help: documentation, community support, open an issue, other support channels

Supported tags and respective Dockerfile links

• 3.0.1, 3.0, 3, latest

Quick reference (cont.)

• Where to file issues: https://github.com/krakend/krakend-ce/issues • Supported architectures: (more info) amd64, arm64v8 • Published image artifact details: repo-info repo's repos/krakend/ directory (history) (image metadata, transfer size, etc) • Image updates: official-images repo's library/krakend label official-images repo's library/krakend file (history) • Source of this description: docs repo's krakend/ directory (history)

What is KrakenD?

KrakenD is a stateless, high-performance, enterprise-ready, open-source API gateway written in Go. Its engine (formerly known as *KrakenD Framework*) is now a Linux Foundation Project codenamed Lura Project. Lura is the only enterprise-grade API Gateway hosted in a neutral, open forum.

KrakenD is lightweight and straightforward, as it only requires writing the configuration file. No Go knowledge is required. It offers connectivity to internal and external services, data transformation and filtering, and aggregation of multiple data sources (APIs, gRPC, queues and pub/sub, lambda, etc.) simultaneously or in cascade. It protects access to your API, throughputs its usage, and integrates with many third-parties.

All features are designed to offer extraordinary performance and infinite scalability.

How to use this image

KrakenD only needs a single configuration file to create an API Gateway, although you can have a complex setup reflecting your organization structure. The configuration file(s) can live anywhere in the container, but the default location (the workdir) is /etc/krakend.

To use the image, COPY your krakend.json file inside the container or mount it using a volume. The configuration is checked only once during the startup and never used again. Don't have a config file yet? Generate it with the KrakenD Designer UI.

⚠️ NOTICE: KrakenD does not use live reload when your configuration changes. Restart the container.

Quick start

You can start an empty gateway with a health check with the following commands:

More Examples

The following are several examples of running KrakenD. By default, the command run is executed, but you can pass other commands and flags at the end of the run command.

The configuration files are taken from the current directory ($PWD). Therefore, all examples expect to find at least the file krakend.json.

Run with the debug enabled (flag -d):

This flag is SAFE to use in production. It's meant to enable KrakenD as a fake backend itself by enabling a /__debug endpoint

Checking the syntax of your configuration file

See the check command

Show the help:

Building your custom KrakenD image

Most production deployments will not want to rely on mounting a volume for the container but to use their image based on krakend:

Your Dockerfile could look like this:

If you want to manage your KrakenD configuration using multiple files and folders, reusing templates, and distributing the configuration amongst your teams, you can use the flexible configuration (FC). The following Dockerfile combines FC, the krakend check command, and a 2-step build.

Then build with docker build -t my_krakend .

The configuration above assumes you have a folder structure like the following:

. ├── config │ ├── partials │ ├── settings │ │ └── env.json │ └── templates │ └── some.tmpl ├── Dockerfile └── krakend.tmpl

Docker Compose example

Finally, a simple docker compose file to start KrakenD with your API would be:

And another one that uses the flexible configuration and a custom template filename (my_krakend.tmpl) on each start:

Container permissions and commands

All krakend commands are executed as krakend user (uid=1000), and the rest of the commands (e.g., sh) are executed as root.

You can directly use sub-commands of krakend like run, help, version, check, check-plugin, or test-plugin as the entrypoint will add the krakend command automatically. For example, the following lines are equivalent:

License

View license information for the software contained in this image.

As with all Docker images, these likely also contain other software which may be under other licenses (such as Bash, etc from the base distribution, along with any direct or indirect dependencies of the primary software being contained).

Some additional license information which was able to be auto-detected might be found in the repo-info repository's krakend/ directory.

As for any pre-built image usage, it is the image user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.

Description from the Docker Hub listing.