API administrators use API Manager to administer the managed APIs that are exposed to API consumers. The API administrator is a business or operational role who understands the business capability of the APIs, which clients want to access them, and for what reasons. The API administrator does not necessarily have deep knowledge of the API Gateway, and is not familiar with the Policy Studio developer tool.
The API administrator role is responsible for API Manager. This role manages and monitors the virtualized APIs and the clients that use those APIs. API administrator tasks include the following:
These tasks are performed using the intuitive API Manager web interface. This topic focuses on the concepts and workflows in API administration, and shows some examples of using the API Manager web interface.
This section describes the main components and concepts in API administration.
Applications invoke the virtualized APIs exposed by the API Gateway. Applications are registered by API consumers or by the API administrator using API Manager. Application authentication credentials are also defined and managed this way. Application entitlements determine which APIs the application is authorized to access and the quota management (throttling rate) for each API. Entitlements are determined by the organization that the application is part of, and any application-specific entitlements. Application entitlements are managed by the API administrator using API Manager.
In the Community organization, only users that create an application and the API administrator have management privileges for that application (for example, managing application details, or deleting the application). In a named organization, multiple users can have management privileges for an application, and management privileges can be moved from one user to another (for example, from an API consumer to an operational user, or to a team of API consumers working on the application).
The API administrator has full management privileges over all applications. The following rules apply to managing which users have management privileges for an application:
The API administrator can manage the maximum message traffic rate that can be sent by applications to APIs using the following types of quotas:
Note | API administrators can specify all quotas at the API and at API method level. For more details, see Manage quotas. |
The API administrator can manage the APIs that organizations and applications can access using the following:
Note | The API administrator must first specify the APIs that an organization is allowed to access before any of its client applications can have access to them. In API Manager, you can only add APIs to an application when you have first added them to the organization. |
You can define the authentication mechanisms required by the API (for example, Two-Way SSL, HTTP Basic, API Key/Secret, OAuth, or AWS Signing Query String) using security profiles in API Manager. You can specify which security profiles are associated with the API to define the level of security required. The client applications can then use credentials to authenticate and identify the client application to API Gateway. This also enables the API administrator to see which client applications have used the API.
The API administrator has full access to API Manager, and can create, read, update, and delete organizations, users, and applications. The API administrator has management responsibility for applications and users. When users are being registered, the API administrator can approve or reject new users. Users can create applications, but they must first be approved by the API administrator. If users want to request access to another API for an approved application, the API access must also be approved. User and application management can be automatically approved. In addition, the API administrator can delegate the user and application management responsibility to organization administrators. But only the API administrator can edit quotas.
The organization administrator has full read access to users and applications in their organization. If application management is delegated, they can also create, update, and delete. The organization administrator can monitor all applications in their organization. They also have the same permissions as API consumers or application developer users.
The API consumer can create, read, update, and delete their applications. They can also give shared access to other users, granting permissions to view and monitor, or full access. If auto-approval is disabled, the user must wait for approval for new applications from the API administrator, or organization administrator if they have been delegated management responsibility. A user has full read access to all other users in the organization.
The API consumer user registration work flow use cases are as follows:
created
email.pending
email, and remain in the pending queue. The API administrator receives an email notification, and approves or rejects the registration. When approved, the user is created, and receives a created
email.pending
email. The organization administrator receives an email notification, and approves or rejects the registration. When approved, the user is created, and receives a created
email. The application creation workflow use cases are as follows:
created
email.created
email.The API access workflow use cases are as follows:
For details on configuring settings for auto-approval or delegation of user and application management, see Configure web-based settings in API Manager.
Before you begin using API Manager as an API administrator, you must ensure that API Manager has been enabled and configured correctly for your environment. For example, this includes configuring API Manager settings such as the following:
Note | You must ensure that API Manager is configured with the SMTP server used by your organization. For example, this enables you to generate emails for user registration or client application approval. |
For more details, see Configure API management settings in Policy Studio.
The API administrator can use the following URL to log in to API Manager:
https://HOSTNAME:8075 |
This displays the following login dialog:
Enter the API administrator credentials that you specified when installing API Manager:
Note | If you selected the default login name and password, you should change these after logging in for the first time. When logged into API Manager, select Settings > Account settings > PASSWORD. For more details, see Configure web-based settings in API Manager. |
When an API administrator logs on to API Manager, it displays a specific view for the API administrator. This includes the following:
Account | User account details, role, and password (in this case, for the API administrator). |
API Manager settings | API Manager host details, and settings such as whether API consumer users or client applications are auto-approved, and whether organization administrators can approve users or applications. |
Alerts | Alert notifications for specific events (for example, when an application request is created, or an organization is created). |
External identity settings | User account settings for external identity providers (for example OpenLDAP or Microsoft Active directory). |
Remote hosts |
Connection settings for back-end servers invoked by front-end APIs. |
For details on how to configure each of these settings, see Configure web-based settings in API Manager.
The following shows an example API administrator view in API Manager. This shows setting an Application Default quota of 25 messages per second:
The view displayed for organization administrator is a subset of the view displayed for the API administrator. For example, the organization administrator cannot view Policy Management, API Manager Settings, or Alerts. The following shows an example view:
API administrators can use the Policy Management > Default Quotas tab to manage the maximum message traffic rate sent by applications to APIs using application-default or system-level quotas. Alternatively, API administrators can set application-specific quotas in the Client Registry > Applications > Quota tab. For more details on quota types, see Quotas.
Note | API administrators can set system and application-level quotas only in API Manager. Policy developers can create custom throttling policies for user or organization-level quotas in Policy Studio. For details on creating policies, see the API Gateway Policy Developer Guide. |
To create a system or application-default quota, perform the following steps:
The following example system quota plan shows a mix of quotas that apply to all APIs and specific APIs (for all methods and a specific method):
If an application-specific quota is defined, this completely overrides the application-default quota and its associated rules. The API Catalog view in the API Manager console only shows application-default quotas.
To create an application-specific quota, perform the following steps:
The following example shows an application-specific quota plan that includes a mix of quotas that apply to all APIs and methods, and to a specific API and method:
When specifying time windows in quota rules, the quota opens when the API is called at the current second, minute, day, or week, depending on the time unit specified in the quota rule.
For example, you have defined a quota rule on API A and method B that throttles the message count to N messages per hour. Then assume API A and method B was invoked at 14:33 for the first time. The specified rule is activated at the time of the first API call, setting the time window to start at the hour (14:00:00.000). If you get another call at 14:35, the counter is incremented, and its value is validated against the limit (N). If you get another call at 17:33, the new time window start will start at the hour (17:00:00.000), and the counter is reset to 0 before reflecting the API call from 17:33.
You can also specify quotas with multiple rules for the same API methods for all quota types (system, application default, and application specific). For example, a system-level quota for a pet store API is specified with the following rules for the addPet
method:
Both quota rules apply to the same API method.
API Manager enables API administrators to view and revoke OAuth authorizations made by protected resource owners. This enables you to manage all client application authorizations to access OAuth-protected APIs. This also means that resource owners do not need to re-authorize application requests.
When client applications are authorized to access OAuth-protected APIs, they are issued with an access token and optionally a refresh token. API Manager displays the authorizations granted to each client application, including the scope. Revoking an OAuth authorization means that the access and refresh tokens that the client application has are no longer valid.
The Policy Management > OAuth Authorizations tab enables you to manage the stored OAuth authorizations made by protected resource owners.
The following details are displayed:
To revoke a stored authorization, and block further requests from the client application, select the resource owner name under SUBJECT, and click Remove. For more details, see the API Gateway OAuth User Guide.
API administrators can use the Client Registry > Organizations tab to create and edit organizations.
To create an organization, perform the following steps:
.gif
, or .jpeg
file). Note | You must first enable an organization for API development before you can begin registering REST APIs for that organization. For more details, see Register REST APIs in API Manager. When the organization has registered APIs, you cannot disable this setting. |
When organizations have been created, you can click an organization name in the Managing organizations screen to edit its settings. You can also perform the following tasks:
API administrators and organization administrators can use the Client Registry > Application Developers tab to create and edit the administrator users and the API consumers that use the APIs virtualized in the API Catalog.
To create a user, perform the following steps:
.gif
, or .jpeg
file). Note | Changing a user’s login-name prevents that user from logging in. You must ensure that the user is notified of any change. |
Note | This must be globally unique when the Login Name is set to the email address. |
When users have been created, you can click a user name in the Managing users screen to edit its settings. You can also perform the following:
API administrators, organization administrators, and application developers (API consumers) can use the Client Registry > Applications tab. This enables you to create and edit the client applications that use the APIs virtualized in the API Catalog.
For details on managing applications, see Consume APIs in API Manager.