Categoría: Sección

API Management

What is it?

Creating a centralized API architecture that makes the process of composing, securing and managing high-performance interfaces significantly simpler and more consistent.

API Management helps organizations publish APIs to external, partner and internal developers to unlock the potential of their data and services. API Management provides the core competencies to ensure a successful API program through developer engagement, business insights, analytics, security and protection.

Main areas

  • API Security—Enterprises cannot afford misuse or abuse of their information or of any application resources exposed by an API.
  • API Lifecycle Management—Enterprises need a way to ensure API updates do not break when they upgrade/version APIs or move between environments, geographies, datacenters and the cloud.
  • API Governance—Enterprises need a way to control and track the broader operational character of how APIs get exposed to different partners and developers, through policy characteristics like metering, SLA, availability and performance.
  • Developer Enablement and Community Building—Enterprises need a way to bring developers on board, manage these developers and assist them in making the most of the exposed APIs.
  • API Monetization—For some enterprises, publishing APIs is not enough. APIs also represent a new revenue opportunity. Different API Management solutions enable monetization to different degrees. For enterprises, addressing these functional requirements is non-negotiable. However, along with these functional requirements, an enterprise will expect its API Management solution to deliver certain operational characteristics relevant to its unique IT experience.
  • Solution Manageability—Enterprises have development, test and production environments that span geographies, datacenters and clouds. They will therefore need an API Management solution that can fit their specific development styles and processes.
  • Solution Reliability—Enterprises publishing APIs commercially expect 5 9’s uptime, if not greater. Enterprises cannot afford outages.

Main features

  • API Integration – Ensure consistency between multiple API implementations and versions.
  • Documentation (Doc) – One of the most common problems of developers is figuring out how an API works. Development time is too precious to waste in trial and error of an undocumented API. An API management service has to provide an easy way to read the documentation and enable developers to “try before they buy”. In some cases it is even possible to provide interactive documentation. Simplicity and usability are the keys.
  • Analytics and Statistics (A&S) – It is critical to understand how people use your API and get insights for your business.
  • Deployment (Dep) – Should be flexible and support public or private clouds, on-premises implementations, or combinations.
  • Developer engagement (Dev) – Engaging with your API consumers, developer or partners is important. Getting an easily accessible developer portal will significantly facilitate onboarding.
  • Sandbox environment (SBE) – This feature will increase both the value of an API and its adoption rate, making easy to test code.
  • Traffic management (Tra) and caching abilities (Cch).
  • Security (Sec) – APIs carry sensitive data, so it is important to protect the exposed information. The service has to at least provide identity and access management for users and developers.
  • Monetization (Mon) – Provide the capability to monetize your API.
  • Availability (Ava) – Should be available, scalable and redundant. An API environment can become demanding and the service should be able to deal with any kind of errors, problems or temporary traffic spikes.

Solutions

  Doc A&S Dep Dev SBE Tra Cch Sec Mon Ava
3scale Yes Yes   Yes   Yes   Yes Yes  
Akana Yes Yes   Yes         Yes  
Amazon API Gateway   Yes No       Yes Yes   Yes
ApiAxle   Yes Yes     Yes        
Apigee   Yes           Yes Yes Yes
Axway     Yes         Yes   Yes
Azure API Management Yes Yes Yes Yes No Yes Yes Yes No Yes
CA Layer 7   Yes   Yes   Yes   Yes Yes Yes
IBM API Management   Yes   Yes       Yes   Yes
Mashape Yes Yes   Yes       Yes Yes Yes
Mashery   Yes   Yes   Yes   Yes    
Mulesoft   Yes Yes     Yes   Yes    
Oracle SOA Yes Yes   Yes       Yes    
WSO2 Yes Yes Yes Yes Yes Yes Yes Yes Yes No

* White boxes indicate that no documentation about subject could be found on the first looks

Políticas en API Management, mi colaboración en el Global Azure Bootcamp

Nota rápida para compartiros mi charla del Global Azure Bootcamp. En ella introduzco el entorno de API Management que proporciona Azure, y vemos cómo se pueden usar las políticas para hacer prácticamente lo que nos dé la gana. Podéis ver todos los videos en Channel 9.

Patrones cloud: protocolos gossip

Con los protocolos gossip vamos a dar por interrumpida esta serie, en la que hemos hablado de cachés, de particionado y de tablas hash siempre en torno a un ejemplo de Infinitext, un caso realista aunque no real.

Podéis encontrar definiciones mucho más detalladas y con categorizaciones y todo, pero ya sabéis que me gustan las cosas simples y un protocolo gossip simplemente es un algoritmo de comunicación que montas para «que todo el mundo lo sepa todo».

Seguir leyendo en CantabriaTIC.

Patrones cloud: Tablas Hash

En esta serie ya hemos hablado de las cachés, del particionado, y hoy vamos a hablar de las tablas hash.

Las tablas hash no son más que estructuras de almacenamiento clave-valor. La clave se suele establecer usando el hash de un objeto y por eso se llaman tablas hash. El hash de un objeto es un código de texto que identifica al objeto más o menos inequivocamente, y suele existir un método por defecto en la clase base de muchos lenguajes de programación orientados a objetos: por ejemplo con el método hashCode de Object en Java o con el GetHashCode de Object en C#; aunque habitualmente toca reescribirlo. Pero no quiero liaros, que en realidad para dónde vamos nos importa poco si usamos el hash del request, el nombre del usuario o cualquier otra cosa como clave.

Continuar leyendo en CantabriaTIC.

Big Data, venta de datos y el lado oscuro por @IgnacioBustillo

El martes pasado, tuve la suerte de poder asistir a la charla que Ignacio Bustillo (un gran amiguete) impartió sobre Big Data™ dentro del Ciclo de charlas en el ámbito de la Informática que viene organizando la Universidad de Cantabria los últimos años.

A modo de breve resumen os diré que soltó tal cantidad de información que a cualquiera no iniciado le habrá explotado el cerebro. Dividió la charla en dos partes, la primera en la que hablaba del mundo Big Data™, tecnología, herramientas, etc.; y la segunda que presentaba un caso real de la última empresa por la que pasó (lo que yo llamo su «época Black Hat») en la que se dedicaban a captar y vender datos, explicando como es todo el proceso de obtención, manipulación, venta y uso abriendo la puerta al debate sobre el estado actual y el futuro del negocio del Big Data.

Seguir leyendo en CantabriaTIC.

Patrones cloud: Particionado

Continuamos con esa serie que ya lleva una y dos entregas de soluciones de común aplicación en cualquier entorno pero especialmente en los entornos de nube. Hoy veremos el particionado, que aunque es una solución generalmente poco eficiente, nos puede salvar el culo más de una vez.

Database Partitioning Diagram

Continuar leyendo en CantabriaTIC.

Fui jurado en e² del CISE

El CISE (Centro Internacional Santander Emprendimiento) es, permitidme la redundancia, un emprendimiento de Federico Gutiérrez-Solana antiguo rector de la Universidad de Cantabria que, junto a esta, el Gobierno de Cantabria y la Fundación Santander Universidades, retomó los programas que gestionaba la Fundación Banesto en cuanto a emprendimiento -y que iban a desaparecer al fusionarse con el Santander- y comenzó otros nuevos para completar las opciones de formación que ofrecen en este área. Creo que la historia es más o menos así, corregidme si me equivoco por favor.

Uno de estos nuevos programas, el e² (estudiante x emprendedor) celebraba el pasado viernes su sesión final y como antiguo Yuzzo me pidieron que fuese a verles y a opinar.

En este programa crean grupos heterogéneos de estudiantes (liderados por uno de ellos) que ayudados por sesiones formativas en creatividad, modelo de negocio, etc. etc. intentan dar forma a un proyecto que pueda ser más o menos viable. Además, en esta ocasión se trataba de una prueba en la que en lugar de recurrir a alumnos de la universidad, todos eran alumnos de institutos de FP.

IMG_4171

Los que me conocéis ya sabéis que yo soy muy de contarlo todo, los secretos no tienen sentido, y la mejor validación te la da la gente que no te conoce. Sin embargo, una cosa es que os cuente cada una de las ¿50? ideas que tengo en lista de espera por si algún día vuelvo al ruedo y otra que os cuente los proyectos de otros.

Así que, por respeto tanto a los chicos que presentaron como al resto del jurado, sólo os contaré que aluciné en colores con lo trabajado que estaba todo y no sólo en cuanto a presentación se refiere, sino a números de costes, distintas opciones de modelo de negocio, posibles partners… ¡increíble lo que hicieron en sólo 8 sesiones!

Es un curso/concurso y el enfrentarte a otros, que haya competencia, supongo que es parte de las lecciones, ya que desgraciadamente es lo que nos encontramos en la vida real, por lo que sólo pudieron ganar tres. La deliberación del jurado fue muy compleja ya que no había ninguno en el que coincidiéramos todos y finalmente la democracia tuvo que imponerse sin que nadie tuviese a sus tres entre los tres.

De cualquier modo, espero que en general no se preocupasen demasiado por los premios, ganar un premio no significa nada, los que hemos estado ahí antes lo sabemos. Espero que todos ellos se queden con la experiencia vivida, lo aprendido en el camino andado, y la gente que hayan conocido. Ahora saben un poquito más, y si alguno de ellos se acaba lanzando al mercado a intentar materializar lo que empezó, ese será el que verdaderamente habrá ganado -también lo pasará muy mal, con mucho sufrimiento y muchas penurias que emprender es muy duro, pero se sentirá realizado cada segundo de sus días-.

Ellos fueron: Echoil, Nel Teju, Moving Energy, Friggi, The Purcheasy, Wea(the)r, Asistencia App, Peligrómetro, AFK Pub, Raclette. Suerte.