Apigee hybrid delivers a simple-to-use, integrated portal to document and manage access to your APIs, and foster your app developer community.
All users of hybrid have access to the integrated portal development tools enabling them to build their own developer portal quickly, providing an alternative to the Drupal-based portal development. For a feature comparison, see Comparison of developer portal features.
Watch this short video for an introduction to building and publishing your integrated portal.
Key features and benefitsThe integrated portal provides you with the following key features and benefits:
|Portal content development||Develop your portal content quickly and easily.
|Portal look-and-feel||Fully customize the look-and-feel of your portal using SCSS style sheets and personalized branding.|
|API documentation||Auto-generate SmartDocs API reference documentation based on your OpenAPI Specifications.|
|Self-service registration||Provide self-service registration for developers to build apps using your APIs.|
|Analytics||Configure Google Analytics and custom analytics tracking.|
|Advanced customizations||Perform advanced portal customizations, including:
How the integrated portal communicates with Apigee hybrid
A majority of the information used by the developer portal is stored on hybrid. The portal acts as a client to hybrid. As necessary, the developer portal sends an HTTP or HTTPS REST request to retrieve information from or send information to hybrid. For example, when a portal user registers a new app on the portal, the portal sends a request to hybrid to store information about the app.
The following sections provide more detail.
Where app registration and API keys are stored
When a portal user completes the app registration process on the integrated portal, the portal sends information about the app to hybrid, including the app name and the API products associated with the app. If hybrid registers the app successfully, hybrid returns a single API key to the portal. The portal user uses that API key to access the API products associated with the app.
Information about the apps and API keys is stored on hybrid only; it is not stored on the portal. When a portal user uses the portal to view information about an app, via the My Apps page for example, the portal makes a request to hybrid with the API key to access the information.
Similarly, when a portal user adds, removes, or modifies an app, the portal sends the modifications to hybrid to be stored.
Because all information about apps and API keys is stored on hybrid, a hybrid administrator can modify the information by using the hybrid UI or API. For example, an administrator can:
- Add, remove, or modify a developer app
- Approve or revoke an API key for a developer app
For more information, see Register apps and manage API keys.
Where developer account information is stored
Developer account information is stored on hybrid, as follows:
- Using the built-in identity provider, when a portal user creates an account, the information is stored in the identity provider and is displayed on the Developer Accounts page for the developer program.
- Using the SAML identity provider, when a portal user signs in to the portal, a shadow record of the information is stored in the identity provider and is displayed on the Developer Accounts page for the developer program.
- After a portal user registers a developer app, the developer account information is synced to and available on hybrid on the Developers page.
The following developer account information is stored on hybrid:
- First and last name
- Email address
- Portal account status (active or inactive)
- Portal role (authenticated user, administrator, other)
- Role-based permissions
The email address is the primary key used by hybrid to identify the developer account and each must be unique. From the primary key, Hybrid generates a unique developer ID for each organization to which the developer account belongs.
For more information, see Register app developers.
About the sample portal
When you create a new portal, a set of starter pages is provided for you to use as a jump-off point. The starter pages contain demo content to help inspire your own portal development as you replace the text and images with your unique content. The sample portal theme uses material design theming and SCSS.
The following shows the home page of the sample portal.
The starter pages provided with the sample portal are summarized in the following table. See also Manage the pages in your portal.
|Home||Portal home page that describes the APIs that are showcased. Serves as default home page for your portal (index.html). Demonstrates use of angular material components, as described in Add angular material components.|
|Get Started||Sample content page. Learn how to edit the page contents and add the page to your menu navigation.|
|APIs||List of available APIs. When you generate interactive API reference documentation, links to the content are added to this page automatically.
Note: The contents of this page are auto-generated based on the APIs that you publish to your portal. You cannot edit the contents of this page directly; it does not appear in the pages list. You can modify the styling of the page using the portal theme editor.
|My Apps||List of registered apps for an authorized user. See How portal users interact with your portal.
Note: The contents of this page are auto-generated based on the registered user apps. You cannot edit the contents of the page directly; it does not appear in the pages list. You can modify the styling of the page using the theme editor.
|Sign In||Sign in page for registered users. New users can register from this page by clicking Sign up. See How portal users interact with your portal.
Note: The Sign In page is included in your portal automatically. You can customize the logo on the Sign In page and add custom registration fields to the Create Account page. You cannot edit the contents of the page directly; it does not appear in the pages list.
|Terms and Conditions||Sample terms and conditions page.|