What is Tyk API Definition
Last updated: 3 minutes read.
Tyk handles your API services through files/objects called Tyk API Definitions.
In Tyk, the Tyk API Definition is a pivotal configuration object used by the Tyk API Gateway to manage and process the inbound requests and outbound responses to and from your actual API service. This object is a structured JSON object that encapsulates essential details such as the API’s name, the listen path (clients’ URI for accessing the API via the Tyk Gateway), the target URL (where processed requests are directed, this is the user’s API service) and the API rate limit. Furthermore, it includes settings for authentication, versioning, and Tyk’s rich middleware offerings (out-of-the-box plugins) or custom-user plugins which Tyk Gateway can execute or enforce to manage the API traffic.
All elements of an API configuration in Tyk are encapsulated in this object and according to it, the Tyk Gateway executes them for a certain listen path for request and response, per endpoint (of that listen path), per method or globally on the all API endpoints.
For global configurations of the gateway that are not related to specific user’s API, use the config file
API Definition objects can be quite compact for a basic pass-through API, and can become very complex and large for APIs that require many operations to be completed before a request is proxied.
API Definition Types
Tyk API Definitions are written as JSON objects.
We have two main API Definition types:
- Tyk OAS API definiton: Our new format, complies with the OpenAPI Spec schema according to the OpenAPI Specification standard. It has a Tyk OAS API definiton Schema which you can use in your IDE.
- Tyk Classic API definiton: Tyk original format. It follows a Tyk Classic API Definition Schema which you can use in your IDE.
- For Tyk OSS, which includes only Tyk Gateway they reside in
- For Tyk Self Managed, the licensed product, they’ll be kept in a MongoDB or PostgreSQL database.
API Definitions are identified by their API ID, and Gateway REST calls make reference to this ID where they are used. However, in Dashboard REST calls, an internal ID is used to prevent collisions, and in Dashboard API calls, this API ID must be used when operating on API Configurations.
Object Fields Documentation
User’s API Service and Tyk API Definition
In contrast to Tyk API Definition, the user’s actual API service represents the backend service, developed and deployed by users, housing the core business logic and data handling. This service receives requests from the Tyk API Gateway after processing based on the Tyk API Definition. Crucially, the user’s API service remains unaware of the Tyk Gateway’s processing layer, responding to incoming requests as in direct client-to-service communication. It implements the API endpoints, resources and methods providing the service’s functionality. It can also have its own OpenAPI document to describe and document itself (which is essentially also another name for API definition)
To summarize, the Tyk API Gateway, as a reverse-proxy, serves as an intermediary managing API traffic between clients and the user’s API service. Tyk API Definition guides the gateway in routing, securing, and manipulating API traffic, while the user’s API service executes core business logic and returns responses, relayed back to clients by the Tyk API Gateway. This separation allows for clear delineation between the management of API traffic and the execution of core service functionality.