<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>API Gateway on Atlas</title><link>https://www.javiercd.es/en/tags/api-gateway/</link><description>Recent content in API Gateway on Atlas</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 26 Jul 2026 00:00:00 +0200</lastBuildDate><atom:link href="https://www.javiercd.es/en/tags/api-gateway/index.xml" rel="self" type="application/rss+xml"/><item><title>Introduction to Kong Gateway</title><link>https://www.javiercd.es/en/posts/kong/01-introduccion-kong-gateway/01-introduccion-kong-gateway/</link><pubDate>Sun, 26 Jul 2026 00:00:00 +0200</pubDate><guid>https://www.javiercd.es/en/posts/kong/01-introduccion-kong-gateway/01-introduccion-kong-gateway/</guid><description>&lt;p&gt;Kong Gateway is an &lt;strong&gt;API Gateway&lt;/strong&gt; built on &lt;strong&gt;NGINX&lt;/strong&gt; and developed in &lt;strong&gt;Lua&lt;/strong&gt;. It acts as the entry point between API consumers and backend services, playing the role of an advanced &lt;strong&gt;reverse proxy&lt;/strong&gt; with powerful capabilities for managing, securing, and observing traffic.&lt;/p&gt;
&lt;p&gt;Its purpose goes far beyond forwarding requests. Some of the native capabilities it provides are:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Authentication and authorization through mechanisms such as API Keys, JWT, Basic Auth, or OIDC.&lt;/li&gt;
&lt;li&gt;Traffic control through rate limiting policies, quotas, and allow lists.&lt;/li&gt;
&lt;li&gt;Request and response transformations without changing the applications.&lt;/li&gt;
&lt;li&gt;Event, metric, and trace logging to improve observability.&lt;/li&gt;
&lt;li&gt;Centralized exposure of multiple services through a single entry point.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Thanks to this approach, APIs can focus exclusively on business logic while Kong Gateway takes care of common concerns such as security, traffic control, observability, and communication handling.&lt;/p&gt;</description></item><item><title>Installing Kong Ingress Controller (KIC)</title><link>https://www.javiercd.es/en/posts/kong/03-instalacion-kic/03-instalacion-kic/</link><pubDate>Sun, 26 Jul 2026 00:00:00 +0200</pubDate><guid>https://www.javiercd.es/en/posts/kong/03-instalacion-kic/03-instalacion-kic/</guid><description>&lt;p&gt;In this article, we will move from theory to a real deployment. The goal is to install &lt;strong&gt;Kong Ingress Controller (KIC)&lt;/strong&gt; in a Kubernetes cluster, verify that &lt;strong&gt;Kong Gateway&lt;/strong&gt; is working properly, and prepare the external exposure of the proxy so that we can publish applications from the cluster itself.&lt;/p&gt;
&lt;p&gt;To keep the lab simple, I will use a single virtual machine created with &lt;strong&gt;Vagrant&lt;/strong&gt; on which I will run a &lt;strong&gt;k3s&lt;/strong&gt; cluster. This choice does not change the way Kong works, but it allows us to focus on what really matters: what KIC installs, why the proxy service initially appears in &lt;code&gt;Pending&lt;/code&gt;, and how to solve that with &lt;strong&gt;MetalLB&lt;/strong&gt;.&lt;/p&gt;</description></item></channel></rss>