Catalog services

Uses: Catalog

A Catalog service is a collection of one or more resources from integrations.

A Catalog service represents the following:

  • A unit of software that is typically owned by a single team
  • Exposes one or more APIs
  • May be dependent on other Catalog services (as either upstream or downstream)

Catalog services allow you to gain visibility into all resources in your organization, including what teams or people own them.

To create a Catalog service, do one of the following:

Map APIs to a service in Catalog

APIs can be associated with Catalog services, which allows API consumers and service owners to see which APIs and services are associated with each other. If you’ve already assigned API specs to a service from integrations, migrate them to APIs.

Note: After an API spec is migrated to an API, the API spec is unlinked from the integration and will instead be stored as a snapshot by Kong. Since APIs take a snapshot of the API spec when it’s linked, they do not update automatically. For example, if you update your ingested spec in AWS, it doesn’t automatically pull changes in to the API, you must re-upload the spec manually.

To link APIs with a Catalog service, you need the following Konnect roles at a minimum for the services and APIs:

  • API viewer
  • Service viewer
  • Service admin

To link APIs to a service, do the following:

FAQs

A Gateway Service is a Kong Gateway entity that represents an upstream service in your system and is the business logic component that’s responsible for responding to requests. A Catalog service is a collection of one or more resources from Catalog integrations.

Help us make these docs great!

Kong Developer docs are open source. If you find these useful and want to make them better, contribute today!