You can configure multiple API Gateway environments that publish to a single API Store. It helps you distribute the API Gateway load to multiple nodes and also gives you some logical separation (e.g., production vs sandbox) between the APIs in the API Store. Once you publish an API through multiple Gateway environments, the APIs in the API Store will have different server hosts and ports.
The steps below explain how to configure and publish to multiple Gateways. In this guide, we set up 3 API Manager instances in the same server. In a typical production environment, the Gateways will ideally be in separate servers.
- Instance 1: Acts as the node that provides the API Publisher, Store and the Key Manager functionality.
- Instance 2: Acts as a production Gateway node.
- Instance 3: Acts as a sandbox Gateway node.
- Copy the API Manager product pack in 3 separate folders.
Let's add offsets to the default ports of the two Gateway instances. A port offset ensures that there are no port conflicts when more than one WSO2 products run on the same server.
<APIM_HOME>/repository/conf/carbon.xmlfile in the second API Manager instance and add an offset of 1 to its default port. This increments its default server port, which is 9443, by 1.
<APIM_HOME>/repository/conf/carbon.xmlfile in the third API Manager instance and add an offset of 2 to its default port. This increments its default server port, which is 9443, by 2.
The thrift server should be disabled in the two Gateway instances.
<APIM_HOME>/repository/conf/api-manager.xmlfiles in the second and the third API Manager instances and set the
<EnableThriftServer>property to false. For example:
The two Gateway instances need to communicate with the Key Manager in the first API Manager instance.
<APIM_HOME>/repository/conf/api-manager.xmlfiles in the second and the third Gateway instances and change the following:
You are done configuring the two API Gateway instances. Let's point to them from the first instance.
<APIM_HOME>/repository/conf/api-manager.xmlfile in the first API Manager instance, add two API Gateway environments under the
<Environments>element and delete the <environment> that comes by default. For example:
Tip: The Gateway environment names must be unique.
Tip: The environments you add here will be visible in a drop-down list in the API Console tab of the API Store. It allows subscribers to send API requests to any selected Gateway.
To stop a given Gateway environment from being displayed in the API Console tab, you can set the
<environment>element in the
api-manager.xmlfile. For example,
<Environment type="production" api-console="false">.
- Start all instances.
- Log in to the API Publisher (first instance) and choose to edit an API.
- Navigate to the Manage tab, expand the Gateway Environments section and note that the two Gateway environments listed there.
In a typical production setup, you will publish the API to the sandbox Gateway first and then publish it to the production Gateway. In this case, let's publish to both.
- Select both Gateways and Save and Publish the API.
- Log in to the API Store (of the first instance) and select click the API to open it.
- In the API's Overview tab, note that it has two sets if URLs for the two Gateway instances: