API Platform Cloud Service Video Series by Oracle Learning Library

In this video series you learn how to implement, deploy, document and publish your managed APIs in Oracle API Platform Cloud Service.

Oracle API Platform Cloud Service – Work Smarter!

Oracle API Platform Cloud Service is a comprehensive and powerful API management solution. The true power of the product lies in its architectural innovations, enabling enterprises to adopt a modern approach to API management. Follow Carlos through a night of adventure as he must complete a task assigned by his boss, Natalia, at 6PM Friday evening. Natalya asks Carlos to create an API and deploy it to a QA gateway for testing by 6AM Saturday morning. The only problem: Carlos has a full night of fun planned and has to figure out how to create and deploy an API without affecting his personal life.

1 – Implementing APIs in Oracle API Platform Cloud Service

Learn how to implement APIs in Oracle API Platform Cloud Service, by adding the API Request and Service Request endpoints to the managed API. For more information, see the documentation.

2 – Managing API Deployments in Oracle API Platform Cloud Service

Learn how to manage API deployments in Oracle API Platform Cloud Service by redeploying an existing API. For more information, see the documentation.

3 – Documenting your API in Oracle API Platform Cloud Service

Learn how to add documentation to managed APIs in Oracle API Platform Cloud Service. For more information, see the documentation.

4 – Publishing APIs in Oracle API Platform Cloud Service

Learn how to publish, republish and un-publish your API and its documentation in Oracle API Platform Cloud Service. For more information, see the documentation.

5 – Managing API Grants in Oracle API Platform Cloud Service

Learn about the different API grants in Oracle API Platform Cloud Service. For more information, see the documentation.

6 – Register your Applications to APIs with the Oracle API Platform Cloud Service Developer Portal

Learn how to view the published details of your APIs in Oracle API Platform Cloud Service Developer Portal, and how to register your applications to APIs. For more information, see the documentation.

7 – Configure Rate Limiting, Header Validation and Routing Policies

Learn how to configure API Rate Limiting, Header Validation and Resource Based Routing policies in Oracle API Platform Cloud Service. For more information, see the documentation.

8 – Configure Key Validation and Header Based Routing Policies

Learn how to configure Key Validation and Header Based Routing policies in Oracle API Platform Cloud Service. For more information, see the documentation.

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress

API Management and Microservices, a Match Made in Heaven by Luis Weir

It’s not news anymore that Microservices architecture is changing the way systems are designed and built, however what’s rarely discussed in detail is how the APIs exposed by those Microservices are managed and accessed from other systems or even other Microservices and more importantly how those APIs are discovered and consumed by a community of developers when building solutions. In this presentation Capgemini’s PaaS experts Phil and Luis will explain in detail how Microservices Architecture and API Management relate to each other. To do this reference architectures, capability models and architectural patterns will be described and then it will be shown -with practical examples, how to implement modern solutions in the Oracle Cloud. Watch the video here.

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress

When Creating APIs, Focus your API Gateway on What it Does Best by Robert Wunderlich

When talking with customers and prospects, I often hear about two requirements; converting REST to SOAP or SOAP to REST and Caching of data for performance.

These are great opportunities for an API Gateway, but should be used with extreme caution. Misuse of either of these features can cause performance problems in your gateway or even worse, putting your sensitive data at risk!

Using an Integration Platform with an API Platform provides the opportunity to follow some best-practice approaches to data isolation as well as scaling of certain heavy-weight operations. Furthermore, by separating these concerns, sensitive data is better protected

First, let’s look at the key purposes of an API Platform and an Integration Platform.

The API Platform is responsible for the following:

• Protecting end-points: Only allowing authorized clients to call services. An authorized client is one who is properly authenticated (AuthN), has the appropriate rights (AuthZ) and has not crossed usage thresholds (rate-limiting), etc. If a client is not properly authenticated or authorized, they should be stopped at the "front-door" or DMZ
• Discoverability: We want to promote usage of APIs. We need our developer base to be able to find, learn about and try our APIs. Our developers need to have a way to onboard to use the APIs. Read the complete article here.

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress

Oracle API Platform Cloud Service Overview by Luis Augusto Weir

Oracle has  release of Oracle API Platform Cloud Service. This new platform -not to be confused with Oracle’s previous solution, has been built almost entirely from the ground up to satisfy modern API management requirements.
I have been lucky enough to be part of the beta programme and have actually been implementing the product for the last 4 months or so (but trying it for almost a year now). In this blog post I share some of the insight and experiences I’ve gained in the process.
What is the Oracle API Platform Cloud Service?
Is a 3rd generation API Platform that delivers a ‘true hybrid’ model that allows for APIs to be created, deployed and managed centrally (from the Oracle Cloud) whilst API gateways (engines that run the APIs) can be deployed in any cloud (i.e. Amazon, Azure, Oracle Cloud, IBM Softlayer/bluemix, etc) and/or on-premises.
In addition with the incorporation of Apiary into the portfolio, the platform also incorporates a solid/world-class API-first solution so developers also get the tools and means to properly design APIs either using Swagger or API blueprint (Apiary’s own API design notation), whilst interacting with the API consumers and therefore ensuring that before any code is built, the API contract is fit-for-purpose.
API Platform Architecture
The platform consists of 7 key components as the diagram illustrates:

• Management service: The management service is the cloud-based system that underpins the management console, developer portal and platform API. It’s the engine of the entire platform. The brains.
• Management Console:  As the name suggests this is where APIs, Gateways and User/Roles are managed. It’s a role-based application so what a user can do pretty much depends on the role the user belongs to.
• Developer Portal: A web-based application where developers can search and subscribe to APIs. This is where all of the API documentation can be found and also where application keys are provided after a subscription to an API takes place.

• Platform API: The entire platform was built following an API-first model. In fact, it can be argued that management service is in fact an API, as everything that can be done (and more) via the management and developer portals can be done by directly invoking the Platform API. The platform API is also consumed by the gateways when phoning home to retrieve new API’s, policies and also send analytics information.
• Apiary: As previously mentioned, Apiary is a platform for designing APIs that encourages API designers to maintain an active dialogue with API consumers. Both the management and developer portals are already integrated with Apiary so when a user finds an API in the portal, the API specification (i.e. API blueprint) can also be accessed from one single place.
• API Gateways: These are the engines that run the APIs and can be deployed anywhere. In any vendor’s cloud and/or on-premises. Gateways communicate to the management service iby making API calls (feature known as "phone home"). In this model, it’s the gateways responsibility to establish the communication to the "mother ship" (management service) and not the other way around. Because of this, the management of gateways becomes a lot easier as there is no need to open firewall ports (i.e. opening firewall ports) as all communications are outbound triggered.
• Identity Cloud Service: Most organisations already have their own LDAP directory (i.e. MS Active Directory) where users and roles are managed. The Identity Cloud Service is used to allow the API platform to use an organisation’s existing directory as the source for users and roles.

API Platform Roles
The platform by default support 5 types of roles.

• Administrator: Super user of the platform. Has all rights to deal with user settings and also create/manage APIs and configure gateways.
• Gateway manager: Role responsable for the gateway operations including deploying, registering, and managing gateways.
• API manager: The API implementers roles as it gives users full lifecycle rights, including design, create and deploy APIs and also manage the API grants.
• API designers: Individuals who take on a full or part-time responsibility (i.e. an architect or developer) to define APIs (either in swagger or API blueprints) using Apiary.
• Application developer: In other words, these are the API consumers. Users with this role can log into the portal and search/subscribe to APIs.
• Gateway runtime: Not really a user role, it’s a service account used by the gateways to communicate with the to the management service via the platform API. Users assigned this role can’t sign into the Management Portal or the Developer Portal.

User can be created and assigned to any of these roles (excluding Gateway runtime which is a service account). Platform restrictions will apply depending on what role a user belongs to. Read the complete article here

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress

Superior Third Generation API Management: Two partners, one comprehensive solution

You want to get the most out of your digital transformation initiatives. But if you lack visibility and access to key information assets and functionality across your operations, these initiatives can be severely limited. To deliver the omni-channel customer and employee-centric solutions you desire, all your information and functionality must be accessible in a consistent way throughout all your channels. The only way to attain this is with comprehensive and matured APIs, which are managed throughout their full cycles (API management).

Visibility, access, growth—APIs are key in unlocking

new digital business opportunities

If you’re looking to deliver fresher and richer user experiences, APIs can facilitate rapid user interface evolution without having to change the entire system. If you’re looking to modernize legacy systems, APIs can act as a bridge to modernize them one piece at a time, reducing risks and costs. If you want to monetize key information assets via partner channels or the general public, APIs can also make this happen. Get the document here.

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress

API Platform Cloud Service is available – Partner resource kit

For Oracle Partners we offer an API Platform Cloud Service resource kit (community membership required):

· Sales kit

· Online training and certification: API Platform Cloud Service Partner Sales Rep GLP and API Platform Cloud Service Partner Sales Consultant GLP

· API trial service

· API CS Whitepaper & API Platform Cloud Service Data Sheet & Apiary Data Sheet

· API Platform Cloud Service Documentation

· Upcoming API hands-on trainings

· API CS website & OTN page

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress

Understanding the Enterprise Scheduler Service in ICS by Sherwood Zern

Introduction

In many enterprise integration scenarios there is a requirement to initiate tasks at scheduled times or at user defined intervals. The Oracle Integration Cloud Service (ICS) provides scheduling functionality via the Oracle Enterprise Scheduler to satisfy these types of requirements.  The Oracle Enterprise Scheduler Service (ESS) is primarily a Java EE application that provides time-based and schedule-based callbacks to other applications to run their jobs. Oracle ESS applications define jobs and specify when those jobs need to be executed and then gives these applications a callback at the scheduled time or when a particular event arrives. Oracle ESS does not execute the jobs itself, it generates a callback to the application and the application actually executes the job request. This implies that Oracle Enterprise Scheduler Service is not aware of the details of the job request; all the job request details are owned and managed by the application.

What follows will be a discussion as to how ICS utilizes the ESS feature.  The document will cover how the ESS threads are allocated and the internal preparation completed for file processing.

Quick ICS Overview

The Integration Cloud Service deployment topology consists of one cluster.  The cluster has two managed servers along with one administration server.  This bit of information is relevant to the discussion of how the Enterprise Scheduler Service works and how it is used by applications like an ICS flow that runs in a clustered HA environment.

A common use case for leveraging ESS is to setup a schedule to poll for files on an FTP server at regular intervals.  At the time files are found and then selected for processing, the ESS does some internal scheduling of these files to ensure the managed servers are not overloaded.  Understanding how this file processing works and how throttling might be applied automatically is valuable information as you take advantage of this ICS feature.

An integration can be scheduled using the ICS scheduling user interface (UI). The UI provides a basic and an advanced option.  The basic option provides UI controls to schedule when to execute the integration. Read the complete article here

SOA & BPM Partner Community

For regular information on Oracle SOA Suite become a member in the SOA & BPM Partner Community for registration please visit www.oracle.com/goto/emea/soa (OPN account required) If you need support with your account please contact the Oracle Partner Business Center.

Blog Twitter LinkedIn Facebook Wiki

Technorati Tags: SOA Community,Oracle SOA,Oracle BPM,OPN,Jürgen Kress