Alcatel-Lucent has done something interesting in the API Gateway space with its latest announcement.
It has open sourced its API Management platform, called apiGrove. So, rather than offering freemium access to an API gateway, it’s taken the route of allowing developers to use apiGrove and do it themselves.
Alca-Lu has done open source projects in the past, for example its SIP application server, but apiGrove has been done professionally, using the advice of companies such as Voxeo Labs.
There are a number of API management platforms available including, but not limited to: 3Scale, Aepona, Alca-Lu, API Axle, Apigee, APISpark, Ericsson, Huawei, IBM, Layer 7, Managed Methods, Mashape, Mashery, Oracle, SOA Software, Webservius, and WSO2. Within this list, the capabilities and business focus varies widely.
There is currently no clear taxonomy for this space, [but] at a high level there are five main functions within the API gateway:
- API Management - core functions of protection, metering and scale;
- Mash-up (also called composition engine) - use one API to call multiple APIs;
- Business Management - business model support;
- Reporting and Analytics - knowing what's gone wrong and why;
- Console - across all functions is the user interface to manage the platform which does have a big impact on the usefulness of a platform, hence I break out as a separate function, as consoles vary greatly across vendors.
The focus of apiGrove is API management so its functions are:
- Protection: HTTP termination, authentication and threat protection;
- Metering: API on-boarding / route definition, RESTful APIs, caller authorization, usage quotas & rate limits, and transaction data records;
- Scale and management: supporting different deployment models, load balancing, high availability, caching, and management of all of the above functions.
apiGrove is available on GitHub under an Apache 2 license. It is 100% Java and is based on Fuse ESB (Apache ServiceMix, Apache Camel, Apache CXF, Apache Karaf), Jetty and Hazelcast. It's been tested on Red Hat Enterprise 5.8 and should works on other Linux distributions (i.e. CentOS). So anyone considering an API business model can "dip their toe in the water". Once experience is gained, they can then opt to migrate to Alca-Lu’s commercial API Management solution or to continue with the open source option.
Developers can contribute to the code adding, for example, adapters to other open source projects. I think this is a good step by Alca-Lu in differentiating their approach in the market. It remains to be seen if open sourcing the API management function is enough, but there's no reason they could not add functions down the line if the project does not adequately address that.
It was back in December 2009 that I wrote a whitepaper for Apigee (then Sonoa Systems) on the importance of API management to telecom APIs. Since then operators have adopted those ideas relatively quickly on a telecom timescale, and today Alca-Lu has open sourced some key functions to implement API Management.
Hopefully this will allow much more experimentation, and encourage telcos to use APIs internally and with partners rather than obsessing about long tail developers that have shown they are not interested in operators' attempts at offering APIs.
Alan Quayle has 22 years experience in the telecommunication industry, focused on developing profitable new businesses in service providers, suppliers and start-ups. For more information, visit www.alanquayle.com