Skip to content
Kong Docs are moving soon! Our docs are migrating to a new home. You'll be automatically redirected to the new site in the future. In the meantime, view this page on the new site!
Kong Logo | Kong Docs Logo
  • Docs
    • Explore the API Specs
      View all API Specs View all API Specs View all API Specs arrow image
    • Documentation
      API Specs
      Kong Gateway
      Lightweight, fast, and flexible cloud-native API gateway
      Kong Konnect
      Single platform for SaaS end-to-end connectivity
      Kong AI Gateway
      Multi-LLM AI Gateway for GenAI infrastructure
      Kong Mesh
      Enterprise service mesh based on Kuma and Envoy
      decK
      Helps manage Kong’s configuration in a declarative fashion
      Kong Ingress Controller
      Works inside a Kubernetes cluster and configures Kong to proxy traffic
      Kong Gateway Operator
      Manage your Kong deployments on Kubernetes using YAML Manifests
      Insomnia
      Collaborative API development platform
  • Plugin Hub
    • Explore the Plugin Hub
      View all plugins View all plugins View all plugins arrow image
    • Functionality View all View all arrow image
      View all plugins
      AI's icon
      AI
      Govern, secure, and control AI traffic with multi-LLM AI Gateway plugins
      Authentication's icon
      Authentication
      Protect your services with an authentication layer
      Security's icon
      Security
      Protect your services with additional security layer
      Traffic Control's icon
      Traffic Control
      Manage, throttle and restrict inbound and outbound API traffic
      Serverless's icon
      Serverless
      Invoke serverless functions in combination with other plugins
      Analytics & Monitoring's icon
      Analytics & Monitoring
      Visualize, inspect and monitor APIs and microservices traffic
      Transformations's icon
      Transformations
      Transform request and responses on the fly on Kong
      Logging's icon
      Logging
      Log request and response data using the best transport for your infrastructure
  • Support
  • Community
  • Kong Academy
Get a Demo Start Free Trial
Kong Gateway
2.8.x LTS
  • Home icon
  • Kong Gateway
  • Get Started
  • Comprehensive
  • Expose your Services with Kong Gateway
github-edit-pageEdit this page
report-issueReport an issue
  • Kong Gateway
  • Kong Konnect
  • Kong Mesh
  • Kong AI Gateway
  • Plugin Hub
  • decK
  • Kong Ingress Controller
  • Kong Gateway Operator
  • Insomnia
  • Kuma

  • Docs contribution guidelines
  • 3.10.x (latest)
  • 3.9.x
  • 3.8.x
  • 3.7.x
  • 3.6.x
  • 3.5.x
  • 3.4.x (LTS)
  • 3.3.x
  • 2.8.x (LTS)
  • Archive (3.0.x and pre-2.8.x)
  • Introduction
    • Overview of Kong Gateway
    • Version Support Policy
    • Stages of Software Availability
    • Changelog
  • Install and Run
    • Overview
    • Kubernetes
    • Helm
    • OpenShift with Helm
    • Docker
    • Amazon Linux
    • CentOS
    • Debian
    • RHEL
    • Ubuntu
    • Migrating from OSS to EE
    • Upgrade Kong Gateway
    • Upgrade Kong Gateway OSS
    • Upgrade from 2.8 LTS to 3.4 LTS
  • Get Started
    • Quickstart Guide
      • Configuring a Service
      • Configuring a gRPC Service
      • Enabling Plugins
      • Adding Consumers
    • Comprehensive Guide
      • Prepare to Administer
      • Expose your Services
      • Protect your Services
      • Improve Performance
      • Secure Services
      • Set Up Intelligent Load Balancing
      • Manage Administrative Teams
      • Publish, Locate, and Consume Services
  • Plan and Deploy
    • Running Kong as a Non-Root User
    • Resource Sizing Guidelines
    • Hybrid Mode
      • Deploy Kong Gateway in Hybrid Mode
    • Kubernetes Deployment Options
    • Control Kong Gateway through systemd
    • Performance Testing Framework
    • DNS Considerations
    • Default Ports
    • Licenses
      • Access Your License
      • Deploy Your License
      • Monitor License Usage
    • Security
      • Start Kong Gateway Securely
      • Keyring and Data Encryption
      • Kong Security Update Process
      • Secrets Management
        • Getting Started
        • Advanced Usage
        • Backends
          • Environment Variables
          • AWS Secrets Manager
          • GCP Secret Manager
          • HashiCorp Vault
        • Reference Format
  • Configure
    • Authentication and Authorization
      • Authentication Reference
      • OpenID Connect Plugin
        • OpenID Connect with Curity
        • OpenID Connect with Azure AD
        • OpenID Connect with Google
        • OpenID Connect with Okta
        • OpenID Connect with Auth0
        • OpenID Connect with Cognito
        • OpenID Connect Plugin Reference
      • Allowing Multiple Authentication Methods
      • Auth for Kong Manager
        • Create a Super Admin
        • Configure Networking
        • Configure Kong Manager to Send Email
        • Reset Passwords and RBAC Tokens
        • Configure Workspaces
        • Basic Auth
        • LDAP
        • OIDC
        • Sessions
      • Role-based Access Control (RBAC)
        • Add a Role
        • Add a User
        • Add an Admin
      • Mapping LDAP Service Directory Groups to Kong Roles
    • Configure gRPC Plugins
    • GraphQL Quickstart
    • Logging Reference
    • Network and Firewall
  • Dev Portal
    • Overview
    • Enable the Dev Portal
    • Structure and File Types
    • Portal API Documentation
    • Working with Templates
    • Using the Editor
    • Configuration
      • Authentication
        • Basic Auth
        • Key Auth
        • OIDC
        • Sessions
        • Adding Custom Registration Fields
      • SMTP
      • Workspaces
    • Administration
      • Manage Developers
      • Developer Roles and Content Permissions
      • Application Registration
        • Authorization Provider Strategy
        • Enable Application Registration
        • Enable Key Authentication for Application Registration
        • External OAuth2 Support
        • Set up Okta and Kong for external OAuth
        • Set Up Azure AD and Kong for External Authentication
        • Manage Applications
    • Customization
      • Easy Theme Editing
      • Migrating Templates Between Workspaces
      • Markdown Rendering Module
      • Customizing Portal Emails
      • Adding and Using JavaScript Assets
      • Single Page App in Dev Portal
      • Alternate OpenAPI Renderer
    • Helpers CLI
  • Monitor
    • Kong Vitals
      • Metrics
      • Reports
      • Vitals with InfluxDB
      • Vitals with Prometheus
      • Estimate Vitals Storage in PostgreSQL
    • Prometheus plugin
    • Zipkin plugin
  • Reference
    • Admin API
      • DB-less Mode
      • Declarative Configuration
      • Supported Content Types
      • Information Routes
      • Health Routes
      • Tags
      • Service Object
      • Route Object
      • Consumer Object
      • Plugin Object
      • Certificate Object
      • CA Certificate Object
      • SNI Object
      • Upstream Object
      • Target Object
      • Vaults Beta
      • Licenses
        • Licenses Reference
        • Licenses Examples
      • Workspaces
        • Workspaces Reference
        • Workspace Examples
      • RBAC
        • RBAC Reference
        • RBAC Examples
      • Admins
        • API Reference
        • Examples
      • Developers
      • Consumer Groups
        • API Reference
        • Examples
      • Event Hooks
        • Event Hooks Reference
        • Examples
      • Audit Logging
      • Keyring and Data Encryption
      • Securing the Admin API
    • DB-less and Declarative Configuration
    • Configuration Reference
    • CLI Reference
    • Load Balancing Reference
    • Proxy Reference
    • Rate Limiting Library
    • Health Checks and Circuit Breakers Reference
    • Clustering Reference
    • Plugin Development Kit
      • kong.client
      • kong.client.tls
      • kong.cluster
      • kong.ctx
      • kong.ip
      • kong.log
      • kong.nginx
      • kong.node
      • kong.request
      • kong.response
      • kong.router
      • kong.service
      • kong.service.request
      • kong.service.response
      • kong.table
      • kong.vault
    • Plugin Development Guide
      • Introduction
      • File structure
      • Implementing custom logic
      • Plugin configuration
      • Accessing the datastore
      • Storing custom entities
      • Caching custom entities
      • Extending the Admin API
      • Writing tests
      • (un)Installing your plugin
    • Plugins in Other Languages
    • File Permissions Reference
enterprise-switcher-icon Switch to OSS
On this pageOn this page
  • What are Services and Routes?
  • Add a Service
  • Add a Route
  • Verify the Route is forwarding requests to the Service
  • Summary and next steps
You are browsing documentation for an older version. See the latest documentation here.

Expose your Services with Kong Gateway

In this topic, you’ll learn how to expose your Services using Routes.

If you are following the Getting Started workflow, make sure you have completed Prepare to Administer Kong Gateway before moving on.

If you are not following the Getting Started workflow, make sure you have Kong Gateway installed and started.

What are Services and Routes?

Service and Route objects let you expose your services to clients with Kong Gateway. When configuring access to your API, you’ll start by specifying a Service. In Kong Gateway, a Service is an entity representing an external upstream API or microservice — for example, a data transformation microservice, a billing API, and so on.

The main attribute of a Service is its URL, where the service listens for requests. You can specify the URL with a single string, or by specifying its protocol, host, port, and path individually.

Before you can start making requests against the Service, you will need to add a Route to it. Routes determine how (and if) requests are sent to their Services after they reach Kong Gateway. A single Service can have many Routes.

After configuring the Service and the Route, you’ll be able to start making requests through Kong Gateway.

This diagram illustrates the flow of requests and responses being routed through the Service to the backend API.

Services and routes

Add a Service

For the purpose of this example, you’ll create a Service pointing to the httpbin API. Httpbin is an “echo” type public website that returns requests back to the requester as responses. This visualization will be helpful for learning how Kong Gateway proxies API requests.

Kong Gateway exposes the RESTful Admin API on port 8001. The gateway’s configuration, including adding Services and Routes, is done through requests to the Admin API.

Using Kong Manager
Using the Admin API
Using decK (YAML)
  1. On the Workspaces tab in Kong Manager, scroll to the Workspace section and click the default workspace.

    This example uses the default workspace, but you can also create a new workspace, or use an existing workspace.

  2. Scroll down to Services and click Add a Service.

  3. In the Create Service dialog, enter the name example_service and the URL https://httpbin.konghq.com.

  4. Click Create.

The service is created, and the page automatically redirects back to the example_service overview page.

cURL
HTTPie
curl -i -X POST http://localhost:8001/services \
  --data name=example_service \
  --data url='https://httpbin.konghq.com'
http POST http://localhost:8001/services \
  name=example_service \
  url='https://httpbin.konghq.com'

If the service is created successfully, you’ll get a 201 success message.

Verify the service’s endpoint:

cURL
HTTPie
curl -i http://localhost:8001/services/example_service
http http://localhost:8001/services/example_service
  1. In the kong.yaml file you exported in Prepare to Administer Kong Gateway, define a Service with the name example_service and the URL https://httpbin.konghq.com:

     _format_version: "1.1"
     services:
     - host: httpbin.konghq.com
       name: example_service
       port: 80
       protocol: http
    
  2. Save the file. From your terminal, sync the configuration to update your gateway instance:

     deck sync
    

    The message should show that you’re creating a service:

     creating service example_service
     Summary:
     Created: 1
     Updated: 0
     Deleted: 0
    

Add a Route

For the Service to be accessible through the API gateway, you need to add a Route to it.

Using Kong Manager
Using the Admin API
Using decK (YAML)
  1. From the example_service overview page, scroll down to the Routes section and click Add Route.

    The Create Route dialog displays with the Service field auto-populated with the Service name and ID number. This field is required.

    Note: If the Service field is not automatically populated, click Services in the left navigation pane. Find your Service, click the clipboard icon next to the id field, then go back to the Create Route page and paste it into the Service field.

  2. Enter a name for the Route, and at least one of the following fields: Host, Methods, or Paths. For this example, use the following:
    1. For Name, enter mocking.
    2. For Path(s), click Add Path and enter /mock.
  3. Click Create.

The Route is created and you are automatically redirected back to the example_service overview page. The new Route appears under the Routes section.

Define a Route (/mock) for the Service (example_service) with a specific path that clients need to request. Note at least one of the hosts, paths, or methods must be set for the Route to be matched to the service.

cURL
HTTPie
curl -i -X POST http://localhost:8001/services/example_service/routes \
  --data 'paths[]=/mock' \
  --data name=mocking
http :8001/services/example_service/routes \
  paths:='["/mock"]' \
  name=mocking

A 201 message indicates the Route was created successfully.

  1. Paste the following into the kong.yaml file, under the entry for example_service:

     routes:
     - name: mocking
       paths:
       - /mock
       strip_path: true
    

    Your file should now look like this:

     _format_version: "1.1"
     services:
     - host: httpbin.konghq.com
       name: example_service
       port: 80
       protocol: http
       routes:
       - name: mocking
         paths:
         - /mock
         strip_path: true
    
  2. Sync the configuration:

     deck sync
    
  3. (Optional) You can update your local file with the new configuration:

    Be careful! Any subsequent deck dump will overwrite the existing kong.yaml file. Create backups as needed.

     $ deck dump
    

    Alternatively, you will also see this configuration in the diff that decK shows when you’re syncing a change to the configuration.

    You’ll notice that both the Service and Route now have parameters that you did not explicitly set. These are default parameters that every Service and Route are created with:

     services:
     - connect_timeout: 60000
       host: httpbin.konghq.com
       name: example_service
       port: 80
       protocol: http
       read_timeout: 60000
       retries: 5
       write_timeout: 60000
       routes:
       - name: mocking
         paths:
         - /mock
         path_handling: v0
         preserve_host: false
         protocols:
         - http
         - https
         regex_priority: 0
         strip_path: true
         https_redirect_status_code: 426
    

    You can do this after any deck sync to see Kong Gateway’s most recent configuration.

    The rest of this guide continues using the simplified version of the configuration file without performing a deck dump for every step, to keep it easy to follow.

Verify the Route is forwarding requests to the Service

By default, Kong Gateway handles proxy requests on port 8000. The proxy is often referred to as the data plane.

Using a Web Browser

From a web browser, navigate to http://localhost:8000/mock/anything.

Summary and next steps

In this section, you:

  • Added a Service named example_service with a URL of https://httpbin.konghq.com.
  • Added a Route named /mock.
  • This means if an HTTP request is sent to the Kong Gateway node on port 8000(the proxy port) and it matches route /mock, then that request is sent to https://httpbin.konghq.com.
  • Abstracted a backend/upstream service and put a route of your choice on the front end, which you can now give to clients to make requests.

Next, go on to learn about enforcing rate limiting.

Thank you for your feedback.
Was this page useful?
Too much on your plate? close cta icon
More features, less infrastructure with Kong Konnect. 1M requests per month for free.
Try it for Free
  • Kong
    Powering the API world

    Increase developer productivity, security, and performance at scale with the unified platform for API management, service mesh, and ingress controller.

    • Products
      • Kong Konnect
      • Kong Gateway Enterprise
      • Kong Gateway
      • Kong Mesh
      • Kong Ingress Controller
      • Kong Insomnia
      • Product Updates
      • Get Started
    • Documentation
      • Kong Konnect Docs
      • Kong Gateway Docs
      • Kong Mesh Docs
      • Kong Insomnia Docs
      • Kong Konnect Plugin Hub
    • Open Source
      • Kong Gateway
      • Kuma
      • Insomnia
      • Kong Community
    • Company
      • About Kong
      • Customers
      • Careers
      • Press
      • Events
      • Contact
  • Terms• Privacy• Trust and Compliance
© Kong Inc. 2025