Systems | Development | Analytics | API | Testing

About two and a half years ago, Kong first announced our Kubernetes Ingress Controller. We were stepping up to invest in the Kubernetes community by building a full-featured API gateway that operated in a Kubernetes-native way. Since then, we – as well as the rest of the broader Kubernetes ecosystem – have hit a number of additional milestones. Our Ingress Controller has run in tens of thousands of Kubernetes clusters, and we’ve continued to expand its functionality and stability.

In 2018, Kong was first positioned onto the Gartner Magic Quadrant for Full Lifecycle API Management Market as a Visionary. This in itself was a very impressive feat given that Kong was started as an open source project just three years before that. I believe Kong’s progress on the Magic Quadrant in this short span of time speaks to how we have aligned Kong’s solutions to our customers’ most challenging problems.

Kong for Kubernetes is a Kubernetes Ingress Controller and a full-fledged edge-router which can route traffic to any destination of your choice. In addition to Ingress management, it provides enhanced security and management capabilities. With Kong, you can use Kubernetes not just for running your workloads but also for securing and monitoring connectivity between your workloads – all managed via Kubernetes manifests .

When we first created Kuma – which means “bear” in Japanese – we dreamed of creating a service mesh that could run across every cluster, every cloud and every application. These are all requirements that large organizations must implement to support their application teams across a wide variety of architectures and platforms: VMs, Kubernetes, AWS, GCP and so on.

Today, we are proud to announce the general availability (GA) of one of the most important releases of Kong Enterprise we’ve had to date — Kong Enterprise 2.1 is here! This release represents a fundamental shift in how customers can deploy, manage and scale Kong Enterprise across their organizations.

It’s not every day that you learn your technology helped a company achieve their highest sales in company history. But that is the story of Kong and Papa John’s. I have always loved Papa John’s for their delicious pizza made with fresh ingredients, but what I also think of is their (incredibly addictive) Special Garlic Dipping Sauce.

We are happy to announce the release of Kuma 0.7.1 with minor improvements and fixes, and a new official distribution: Helm Charts!

In support of our partnership with AWS and the AWS DevOps Competency program, we’re re-examining how some of our major customers are using Kong with AWS. To this end, let’s look at our popular case study with TUNE.

There is a great number of logging plugins for Kong, which might be enough for your needs. However, they have certain limitations: Most of them only work on HTTP/HTTPS traffic. They make sense in an API gateway scenario, with a single Kong cluster proxying traffic between consumers and services. Each log line will generally correspond to a request which is “independent” from the rest.

We are happy to announce the general availability of Kong Mesh 1.0! Kong Mesh is Kong’s first enterprise service mesh built on top of Kuma and Envoy that organizations can use to deploy a modern mesh across every application — running on both Kubernetes and VMs — and on every cloud or data-center.