|By Andy Thurai||
|February 3, 2013 11:00 AM EST||
Kin Lane recently wrote a couple of blogs about why copyrighting an API is not common. I couldn’t agree more that copyrighting APIs is uncommon. First of all, the API definition is just an interface (It is the implementation detail that is important, and needs to be guarded), so it doesn’t make any sense to copyright an interface. (It is almost like copyrighting a pretty face ). Secondly, the whole idea of exposing an API is you are looking for others to finish the work you started by just providing the plumbing work. Why would anyone want to get involved with a copyrighted API and finish your work for you?
Kin Lane says, “API copyright would prevent the reuse and remix of common or successful API patterns within a space. We are at a point where aggregating common, popular APIs into single, standardized interfaces is emerging as the next evolution in web and mobile app development.”
http://apivoice.com/2012/12/08/api-copyright-would-restrict-api-aggregation/index.php (to read his complete blog).
We have gone from the services aggregation concepts to mashups, and now I am seeing the newer trend of API aggregation.
Keep in mind APIs are generally offered by vendors who want to expose a specific functionality or platform. If you need cross platform, cross provider, cross functionality options, you need to have API aggregations. Remember during the services days how much of a hard time we used to have in integrating and aggregating services from different vendors? I know some companies are making a good living by just building aggregated APIs.
One of the common usage patterns I see time and again is customers use the strongest points from vendors of their choice. This was not possible when you were building services. You ended up buying one vendor stack, and you were limited what was offered by them, unless you custom built the weak parts by yourself.
Now imagine the power of what you are getting now. You are cherry picking the best of breed platforms, best of possible functionalities from multiple vendors of your choice and liking.
I highly encourage you to check out the following solution brief that describes a composite API platform architecture where Intel® has packaged the market leading Mashery API sharing portal with Intel’s gateway security & integration technology to deliver Intel® Expressway API Manager.
Please contact me if you need more information. I’m more than happy to send you any additional information that you may need.
Andy Thurai — Chief Architect & Group CTO, Application Security and Identity Products, Intel
Andy Thurai is Chief Architect and Group CTO of Application Security and Identity Products with Intel, where he is responsible for architecting SOA, Cloud, Mobile, Big Data, Governance, Security, and Identity solutions for their major corporate customers. In his role, he is responsible for helping Intel/McAfee field sales, technical teams and customer executives. Prior to this role, he has held technology architecture leadership and executive positions with L-1 Identity Solutions, IBM (Datapower), BMC, CSC, and Nortel. His interests and expertise include Cloud, SOA, identity management, security, governance, and SaaS. He holds a degree in Electrical and Electronics engineering and has over 25+ years of IT experience.
Nov. 27, 2015 12:00 PM EST Reads: 538
Nov. 27, 2015 12:00 PM EST Reads: 460
Nov. 27, 2015 11:45 AM EST Reads: 535
Nov. 27, 2015 11:00 AM EST Reads: 309
Nov. 27, 2015 10:45 AM EST Reads: 383
Nov. 27, 2015 10:45 AM EST Reads: 396
Nov. 27, 2015 10:00 AM EST Reads: 490
Nov. 27, 2015 09:15 AM EST Reads: 288
Nov. 27, 2015 07:45 AM EST Reads: 422
Nov. 27, 2015 07:30 AM EST Reads: 317
Nov. 27, 2015 04:15 AM EST Reads: 710
Nov. 27, 2015 04:00 AM EST Reads: 226
Nov. 27, 2015 04:00 AM EST Reads: 334
Nov. 27, 2015 02:30 AM EST Reads: 460
Nov. 27, 2015 02:00 AM EST Reads: 520
Nov. 27, 2015 01:00 AM EST Reads: 429
Nov. 27, 2015 01:00 AM EST Reads: 564
Nov. 27, 2015 01:00 AM EST Reads: 311
Nov. 27, 2015 01:00 AM EST Reads: 464
Apps and devices shouldn't stop working when there's limited or no network connectivity. Learn how to bring data stored in a cloud database to the edge of the network (and back again) whenever an Internet connection is available. In his session at 17th Cloud Expo, Ben Perlmutter, a Sales Engineer with IBM Cloudant, demonstrated techniques for replicating cloud databases with devices in order to build offline-first mobile or Internet of Things (IoT) apps that can provide a better, faster user experience, both offline and online. The focus of this talk was on IBM Cloudant, Apache CouchDB, and ...
Nov. 27, 2015 12:45 AM EST Reads: 399