We encourage community contributions to Kong. To make sure it is a smooth experience (both for you and for the Kong team), please read CONTRIBUTING.md, CODE_OF_CONDUCT.md, and COPYRIGHT before you start.
If you are planning on developing on Kong, you'll need a development
installation. The master
branch holds the latest unreleased source code.
You can read more about writing your own plugins in the Plugin Development Guide, or browse an online version of Kong's source code documentation in the Plugin Development Kit (PDK) Reference.
For a quick start with custom plugin development, check out Pongo and the plugin template explained in detail below.
Kong comes in many shapes. While this repository contains its core's source code, other repos are also under active development:
- Kubernetes Ingress Controller for Kong: Use Kong for Kubernetes Ingress.
- Kong Docker: A Dockerfile for running Kong in Docker.
- Kong Packages: Pre-built packages for Debian, Red Hat, and OS X distributions (shipped with each release).
- Kong Gojira: A tool for testing/developing multiple versions of Kong using containers.
- Kong Vagrant: A Vagrantfile for provisioning a development-ready environment for Kong.
- Kong Homebrew: Homebrew Formula for Kong.
- Kong CloudFormation: Kong in a 1-click deployment for AWS EC2.
- Kong AWS AMI: Kong AMI on the AWS Marketplace.
- Kong on Microsoft Azure: Run Kong using Azure Resource Manager.
- Kong on Heroku: Deploy Kong on Heroku in one click.
- Kong on IBM Cloud - How to deploy Kong on IBM Cloud
- Kong and Instaclustr: Let Instaclustr manage your Cassandra cluster.
- Master Builds: Docker images for each commit in the
master
branch.
You can find every supported distribution at the official installation page.
You can use Docker / docker-compose and a mounted volume to develop Kong by following the instructions on Kong/kong-build-tools.
Gojira is a CLI that uses docker-compose internally to make the necessary setup of containers to get all dependencies needed to run a particular branch of Kong locally, as well as easily switching across versions, configurations and dependencies. It has support for running Kong in Hybrid (CP/DP) mode, testing migrations, running a Kong cluster, among other features.
Pongo is another CLI like Gojira, but specific for plugin development. It is docker-compose based and will create local test environments including all dependencies. Core features are running tests, integrated linter, config initialization, CI support, and custom dependencies.
The plugin template provides a basic plugin and is considered a best-practices plugin repository. When writing custom plugins, we strongly suggest you start by using this repository as a starting point. It contains the proper file structures, configuration files, and CI setup to get up and running quickly. This repository seamlessly integrates with Pongo.
You can use a Vagrant box running Kong and Postgres that you can find at Kong/kong-vagrant.
Kong is mostly an OpenResty application made of Lua source files, but also requires some additional third-party dependencies. We recommend installing those by following the source install instructions.
Instead of following the second step (Install Kong), clone this repository and install the latest Lua sources instead of the currently released ones:
git clone https://github.com/Kong/kong
cd kong/
# you might want to switch to the development branch. See CONTRIBUTING.md
git checkout master
# install the Lua sources
luarocks make
Modifying the lua_package_path
and lua_package_cpath
directives will allow Kong to find your custom plugin's source code wherever it
might be in your system.
Install the development dependencies ([busted], [luacheck]) with:
make dev
Kong relies on three test suites using the [busted] testing library:
- Unit tests
- Integration tests, which require Postgres and Cassandra to be up and running
- Plugins tests, which require Postgres to be running
The first can simply be run after installing busted and running:
make test
However, the integration and plugins tests will spawn a Kong instance and
perform their tests against it. Because these test suites perform their tests against the Kong instance, you may need to edit the spec/kong_tests.conf
configuration file to make your test instance point to your Postgres/Cassandra
servers, depending on your needs.
You can run the integration tests (assuming both Postgres and Cassandra are
running and configured according to spec/kong_tests.conf
) with:
make test-integration
And the plugins tests with:
make test-plugins
Finally, all suites can be run at once by simply using:
make test-all
Consult the run_tests.sh script for a more advanced example usage of the test suites and the Makefile.
Finally, a very useful tool in Lua development (as with many other dynamic
languages) is performing static linting of your code. You can use [luacheck]
(installed with make dev
) for this:
make lint
When developing, you can use the Makefile
for doing the following operations:
Name | Description |
---|---|
install |
Install the Kong luarock globally |
dev |
Install development dependencies |
lint |
Lint Lua files in kong/ and spec/ |
test |
Run the unit tests suite |
test-integration |
Run the integration tests suite |
test-plugins |
Run the plugins test suite |
test-all |
Run all unit + integration + plugins tests at once |
These are the steps we follow at Kong to set up a development environment.
Gojira is a multi-purpose tool to ease development and testing of Kong by using Docker containers. It's built on the top of Docker and Docker Compose, it separate multiple Kong development environments into different Docker Compose stacks. It also auto-manage the network configuration between Kong and PostgreSQL (if required) by configure the containers' environment variables.
It's fully compatible with all platforms (even Apple Silicon). You can setup your development environment with Gojira in a couple of seconds (depends on your network speed).
See below links to install the dependencies:
Install Gojira (see full instructions):
git clone [email protected]:Kong/gojira.git
mkdir -p ~/.local/bin
ln -s $(realpath gojira/gojira.sh) ~/.local/bin/gojira
Add export PATH=$PATH:~/.local/bin
to your .bashrc
or .zshrc
file.
Clone the Kong project to your development folder.
git clone [email protected]:Kong/kong.git
cd kong
Within the kong
folder run following Gojira commands to start a development version of the Kong Gateway using PostgreSQL:
gojira up -pp 8000:8000 -pp 8001:8001
gojira run make dev
gojira run kong migrations bootstrap
gojira run kong start
Verify the Admin API is now available by navigating to http://localhost:8001
on your host machine browser.
Tips:
- Attach to shell by running
gojira shell
withinkong
folder. - Learn about usage patterns of Gojira.
If you have a Linux development environment (either virtual or bare metal), the build is done in four separate steps:
- Development dependencies and runtime libraries, include:
- Prerequisite packages. Mostly compilers, tools and libraries needed to compile everything else.
- OpenResty system, including Nginx, LuaJIT, PCRE, etc.
- Databases. Kong uses Postgres, Cassandra and Redis. We have a handy setup with docker-compose to keep each on its container.
- Kong itself.
Final deployments are typically on a Linux machine or container, so even if all components are multiplatform, it's easier to use it for development too. If you use MacOS or Windows machines, setting a virtual machine is easy enough now. Most of us use the freely available VirtualBox without any trouble.
If you use Linux for your desktop, you can skip this section.
There are no "hard" requirements on any Linux distro, but RHEL and CentOS can be more of a challenge to get recent versions of many packages; Fedora, Debian or Ubuntu are easier for this.
To avoid long compilation times, give the VM plenty of RAM (8GB recommended) and all the CPU cores you can.
You will need to setup port forwarding on VirtualBox to be able to ssh into the box which can be done as follows:
- Select the virtual machine you want to use and click "Settings"
- Click "Network" tab
- Click "Advanced" dropdown
- Click "Port Forwarding"
- Add a new rule in the popup. The only thing you will need is "Host Port" to be 22222 and "Guest Port" to be 22. Everything else can be left default (see screenshot below)
- Click "Ok"
Now you should be able to ssh <your_name>@127.1 -p 22222
to get SSH prompt. However, this requires us to type a long command and password every time we sign in. It is recommended you setup a public key and SSH alias to make this process simpler:
- On your host machine, generate a keypair for SSH into the guest:
ssh-keygen -t ed25519
. Just keep hitting Enter until the key is generated. You do not need a password for this key file since it is only used for SSH into your guest - Type
cat .ssh/id_ed25519.pub
and copy the public key - SSH into the guest using the command above
- Create the ssh config directory (if it doesn't exist)
$ mkdir -p .ssh
- Edit the authorized keys list:
vim .ssh/authorized_keys
- Paste in the content of .ssh/id_ed25519.pub
- Adjust the required privileges:
chmod 700 .ssh/
andchmod 400 .ssh/authorized_keys
- Logout of guest and make sure you are not promoted password when SSH again
- Edit the .ssh/config file on your host and put in the following content:
Host dev
HostName 127.1
Port 22222
User <your_user_name>
Now try ssh dev
on your host, you should be able to get into the guest directly
For your convenience and to be more efficiently, we recommended install dependencies including OpenResty, OpenSSL, LuaRocks and PCRE by downloading and installing Kong's latest Linux package release (.deb
or .rpm
).
Follow below steps to install download and install Kong package. And you can find all downloadable Linux packages here.
Ubuntu/Debian:
curl -Lo kong-2.7.0.amd64.deb "https://download.konghq.com/gateway-2.x-$(. /etc/os-release && echo "$ID")-$(lsb_release -cs)/pool/all/k/kong/kong_2.7.0_amd64.deb"
sudo dpkg -i kong-2.7.0.amd64.deb
CentOS:
curl -Lo kong-2.7.0.rpm $(rpm --eval "https://download.konghq.com/gateway-2.x-centos-%{centos_ver}/Packages/k/kong-2.7.0.el%{centos_ver}.amd64.rpm")
sudo yum install kong-2.7.0.rpm
Now you have meet all the requirements before install Kong.
The-hard-way to build development environment and also a good start for beginners to understand how everything fits together.
These are the needed tools and libraries that aren't installed out of the box on Ubuntu and Fedora, respectively. Just run one of these, either as root or sudo
.
Ubuntu/Debian:
apt-get update \
&& apt-get install -y \
automake \
build-essential \
curl \
docker \
docker-compose \
git \
libpcre3 \
libyaml-dev \
m4 \
openssl \
perl \
procps \
unzip \
zlib1g-dev
Fedora:
dnf install \
automake \
docker \
docker-compose \
gcc \
gcc-c++ \
git \
libyaml-devel \
make \
patch \
pcre-devel \
unzip \
zlib-devel
We have a build script that makes it easy to pull and compile specific versions of the needed components of the OpenResty system. Their exact versions can be found on the .requirements
file.
These commands don't have to be performed as root, since all compilation is done within a subdirectory, and installs everything in the target specified by the -p
argument (here the build
directory).
git clone https://github.com/kong/kong-build-tools
cd kong-build-tools/openresty-build-tools
./kong-ngx-build -p build \
--openresty 1.19.9.1 \
--openssl 1.1.1m \
--luarocks 3.8.0 \
--pcre 8.45
After this task, we'd like to have the next steps use the built packages and for LuaRocks to install new packages inside this build
directory. For that, it's important to set the $PATH
variable accordingly:
cd $HOME/path/to/kong-build-tools/openresty-build-tools/build
export PATH=$PATH:$(pwd)/openresty/bin:$(pwd)/openresty/nginx/sbin:$(pwd)/luarocks/bin
export OPENSSL_DIR=$(pwd)/openssl
eval `luarocks path`
The $OPENSSL_DIR
variable is needed when compiling Kong, to make sure it uses the correct version of OpenSSL.
You can add these lines to your .profile
or .bashrc
file. Otherwise you could find yourself wondering where is everything!.
The easiest way to handle these as a single group is via docker-compose. It's also recommended to set your user as a docker manager to simplify the next steps.
Make sure the docker daemon is enabled and running: sudo systemctl enable docker
and sudo systemctl start docker
. Verify that docker ps
shows no errors.
On a Fedora VM, you might have to disable SELinux:
sudo vim /etc/selinux/config # change the line to SELINUX=disabled
sudo setenforce 0
Now pull the compose script from the repository and fire it up:
git clone https://github.com/thibaultcha/kong-tests-compose.git
cd kong-tests-compose
docker-compose up
Verify the three new containers are up and running with docker ps
on a separate terminal.
git clone https://github.com/Kong/kong.git
cd kong
git checkout master
make dev
Now run unit tests with make test
and integration test with make test-integration
.
Hack on!
The devcontainer.json
file in Kong's project tells VS Code
how to access (or create) a development container with a well-defined tool and runtime stack.
- Refer to the Kong Gateway Docs for more information.
- Learn about lua-nginx-module.
- Learn about lua-resty-core.
- Learn about the fork luajit2 of OpenResty.
- For profiling, see stapxx, the SystemTap framework for OpenResty.