Hoy en día casi todo jefe de proyecto, diseñador o desarrollador habla
de la ‘Economía API’ como el nuevo mundo. Las interfaces de
desarrollo de aplicaciones no son algo novedoso, pero sí es cierto que
su universalización se está produciendo en estos días. 2015, 2016 y
2017 serán los años en los que la utilización de APIs se generalice
entre la mayoría de empresas que busca aumentar y diversificar sus
canales de creación y de ingresos. No sólo grandes corporaciones,
también pymes.
Igual que una interfaz de usuario permite la interacción y
comunicación entre un software y una persona, una API (acrónimo
de Application Programming Interface) facilita la relación entre dos
aplicaciones para el intercambio de mensajes o datos. Un conjunto de
funciones y procedimientos que ofrece una biblioteca para que
otro software la utilice como capa de abstracción, un espacio de
acceso e intercambio de información adicional en la parte superior. Así
una se sirve de la información de la otra sin dejar de ser
independientes.
Cada API está diseñada en un lenguaje de programación concreto y
con unas especificaciones distintas que la definen (las APIs pueden
incluir especificaciones para estructuras de datos y rutinas, clases de
objetos o variables, a partir de las cuales se basa el uso de esa
interfaz). Además, suele ser habitual que cada una de ellas disponga
de documentación completa y eficaz (un conjunto de tutoriales,
manuales y reglas de buenas prácticas para esa interfaz de
programación).
Tipos de APIs
● APIs de servicios web: son las interfaces de desarrollo de
aplicaciones que permiten el intercambio de información entre
un servicio web (software que da acceso a un servicio concreto a
través de una URL) y una aplicación. Normalmente ese
intercambio se produce a través de peticiones HTTP o HTTPS
(la versión cifrada del protocolo HTTP). En la petición de la
aplicación y respuesta, también en HTTP del servicio web, se
contiene información de todo tipo tanto en los metadatos de la
cabecera como en los del mensaje, normalmente en dos tipos de
formatos muy usados: XML o JSON.
¡Suscríbete!
Recibe nuestro boletín semanal. No te pierdas nuestros trucos, consejos, artículos y
los eventos más innovadores.
Hay cuatro tipos de API de servicios web habituales entre los
desarrolladores: SOAP(Simple Object Access Protocol), un protocolo estándar de
intercambio de información y datos en XML entre dos objetos; XML-RPC, un
protocolo de llamada a procedimiento remoto que usa XML como formato de datos y
llamadas HTTP como sistema de comunicación; JSON-RPC, mismo protocolo pero en
formato JSON; y REST(Representational State Transfer), arquitectura
de software para sistemas hipermedia en la World Wide Web; una API REST usa el
protocolo HTTP.
● APIs basadas en bibliotecas: este tipo de APIs son las que permiten
que una aplicación importe una biblioteca de otro software para hacer
el intercambio de información. Hoy en día gran parte de las bibliotecas
que dan acceso a productos y servicios están diseñadas en
JavaScript. Las APIs en JavaScript suelen ser un ejemplo ilustrativo
de APIs basadas en bibliotecas, por ejemplo las que se utilizan dentro
del mercado de la cartografía web(servicios como Google
Maps, Leaflet, ArcGIS, CartoDB, MapBox o [Link])
● APIs basadas en clases: este tipo de interfaces de desarrollo de
aplicaciones permite la conexión con los datos en torno a las
clases, como es habitual en programación orientada a objetos
con Java. La API de Java usa clases abstractas para la creación
de aplicaciones igual que cualquier programa desarrollado en
este lenguaje. Esas clases proporcionan todo lo necesario para
realizar todo tipo de funciones dentro de esas aplicaciones. La
interfaz de desarrollo de Java se organiza en paquetes y cada
uno de esos paquetes contiene a su vez un conjunto de clases
relacionadas entre sí.
● APIs de funciones en sistemas operativos: los programas
de software están continuamente interactuando con los sistemas
operativos. Eso es una afirmación obvia. La realidad es que, en
muchos casos, la forma en la que lo hacen es a través de APIs.
Sistemas operativos como Windows disponen de APIs que
permiten esa comunicación entre programas y el OS. Esta es la
lista completa de API de Windows: interfaz de usuario, acceso y
almacenamiento de datos, mensajería, gráficos y multimedia,
diagnóstico de errores…
Qué puede hacer una API por tu negocio
Una API puede colocar a una empresa o un negocio en otro nivel por
muchas razones. Ya hemos hablado de las características que debe
tener una API: una interfaz de desarrollo de aplicaciones fácil de usar y
aprender, estable y segura. El motivo esencial para usar APIs es
porque con ellas se puede ganar más dinero: se obtienen ingresos.
Pero hay más:
● El éxito de una empresa está fuera: las APIs son una puerta al
mundo, hacia el exterior. A personas y empresas que tienen
mucho talento y que pueden enriquecer productos y servicios
con su experiencia, con su formación. Una API es una puerta de
entrada de todo ese talento en una estructura empresarial para
mejorar, enriquecerla, solucionar problemas no conocidos… Una
API no sólo sirve para cobrar por su uso, con su utilización por
terceros desarrolladores se aprende y se descubren
oportunidades.
● Innovación: las empresas punteras en innovación reposan
gran parte de su músculo creativo en una o varias APIs. Google,
Facebook, Twitter, Square, Stripe, Amazon… Empresas de gran
volumen o outsiders dentro de su sector. Da igual que sean
dentro del mercado publicitario, tecnológico, bancario… Las
APIs son el elemento clave en cualquier proceso innovador.
● Automatización de procesos: dentro de los equipos DevOps, los
procesos de automatización significan mucho ahorro de costes,
en esfuerzo y tiempo. Tanto es así que existen nombres
técnicos para esa tarea: Business Process Automation (BPA) y
Business Process Integration (BPI), estrategias empresariales por
las que se ahorra en costes gracias a la automatización e
integración de procesos. En gran medida, una buena estrategia
BPA y BPI se basa en el desarrollo e integración de
aplicaciones, y en ese objetivo las APIs cumplen con un papel
fundamental. Eso da lugar a lo que se conoce como API
Management, que afecta a campos empresariales
como seguridad, analítica,desarrollo de productos y
servicios, datos, flujos de trabajo…
BBVA apuesta por la innovación abierta y desde API Market las
empresas pueden acceder a una serie de APIs para desarrollar
nuevas vías de negocio o mejorar las experiencias del usuario.
Las APIs proporcionan muchas oportunidades para cualquier empresa
o cualquier negocio. José Manuel de la Chica (@Delachica), New
Business Digital de BBVA, nos explica cómo las APIs están haciendo
posible la transformación digital de los negocios tradicionales .
Empresas como Uber o Airbnb han crecido gracias a la implantación
de APIs en diferentes procesos de negocio y ahora es el mundo
financiero el que está apostando por las APIs para su transformación.
La apertura de sus APIs a terceros, a través de plataformas
abiertas (open platform) es lo que se denomina era del open
banking, una tendencia que apuesta, como mejor solución tecnológica,
por abrir los datos de los bancos a desarrolladores, startups y otros
partners del mundo Fintech.
En esta transformación, BBVA defiende esta apertura con la creación
de una plataforma abierta, BBVA API Market, en la que ofrece sus APIs
financieras para ayudar a las empresas, startups, clientes y
desarrolladores que quieren mejorar sus productos y servicios e
impulsar o crear nuevas líneas de negocio.
En la siguiente entrevista, José Manuel de la Chica insiste en que los
bancos no pueden perder el tren de la innovación abierta y deben
exponer sus APIs. En este sentido, pone el ejemplo de BBVA, que
se transforma completamente y apuesta por una plataforma abierta de
APIs para ofrecérsela a la comunidad de desarrolladores.
Durante algunos años, las enormes ventajas que ofrece la nube
pública la convirtieron en el mejor escenario posible para cualquier
empresa, principalmente por un tema tan importante como los costes
de almacenamiento. Pero la realidad, con el tiempo, ha sido distinta.
La mayoría de las empresas, sobre todo de sectores tan complejos
como el bancario, han crecido en su posicionamiento en la nube
híbrida. Y su cambio hacia modelos de Plataforma como Servicio (PaaS)
también de carácter privado, aunque mantengan parte de sus servicios
como PaaS pública.
Cuando una compañía evalúa si adoptar un modelo de PaaS pública,
privada o híbrida, algunos de los elementos a los que le presta
especial atención son:
● Los datos. Un gran volumen de datos genera oportunidades y
también algunas problemáticas. La nube pública reduce mucho
los costes de almacenamiento, pero también genera
desventajas cuando el nivel de alojamiento necesario para esa
información es excesivamente alto. Mover esa enorme cantidad
de datos de sistemas propios a públicos no es fácil. Además, en
muchas ocasiones las plataformas o aplicaciones desarrolladas
por un banco o una empresa dependen de sistemas externos
que no se pueden trasladar a la nube pública o su integración es
muy compleja.
● Rendimiento. El rendimiento I/O (las operaciones de entrada y
salida del sistema) es una pieza clave en las decisiones de un
equipo de TI. Cualquier estrategia de PaaS depende del
rendimiento de los servicios a terceros.
● Seguridad. Algunos proveedores del mercado, sobre todo los
que se dedican a dar servicios de PaaS privada, creen que la
nube pública no puede garantizar los parámetros mínimos de
seguridad para la banca. Otras alternativas adoptadas por
algunas entidades son las soluciones de código abierto con pólizas
de seguro de dependencia contra el proveedor.
OpenStack, la alternativa para varios bancos
OpenStack es un proyecto de computación en la nube para
proporcionar Infraestructura como Servicio (IaaS), como principio de
un modelo de Plataforma como Servicio (PaaS). Es una solución de
código abierto, que está distribuida bajo licencia Apache. OpenStack
está gestionado desde 2012 por la Fundación OpenStack, una
organización que reúne a 30.000 miembros en 170 países.
Empresas del sector financiero tan importantes como Wells Fargo,
Bank of America, American Express o BBVA han confiado en sus
servicios. El más reciente en tomar una decisión similar fue Barclays,
que a mediados de 2015 escogió a OpenStack para la gestión de su nube
privada con una integración inicial que afectó a más de 100.000
servidores, con cientos de aplicaciones de servicio para sus clientes.
Lo que ofrece OpenStack a las entidades financieras es una doble
cualidad muy interesante para competir en el mundo bancario:
agilidad, velocidad y escalabilidad propias de las soluciones de código
abierto; y la seguridad y privacidad necesarias en el sector financiero
aportadas por una solución privada de computación en la
nube. El roadmap tecnológico del equipo de TI de BBVA seguía estos
cinco pasos:
BBVA buscaba con OpenStack una infraestructura que cumpliera
cuatro requisitos:
● Infraestructura en la nube privada para las redes internas de
BBVA, similares a las que ya facilitan compañías con nube como
Amazon y Google.
● Cambio cultural y tecnológico dentro de la entidad. Enfoque
distinto.
● Automatización de los procesos: despliegue, red, seguridad…
● Implementación de aplicaciones en soporte multinube.
Bank of America es otro de los bancos que confió en OpenStack para
migrar parte de su infraestructura interna y con proveedores
propietarios a esta solución de código abierto. Es cierto que durante
2015 la entidad tuvo algunos problemas con la migración de 6.500
cargas de trabajo de tecnología de centro de datos definido por el
software (SDDC) de una infraestructura a otra, pero parece que
finalmente esas incidencias fueron solucionadas.
El plan inicial del CTO de la entidad, David Reilly, era mover 1.500
cargas de trabajo al mes a OpenStack, de un total de 70.000 en una
entidad con más de 21.000 millones de dólares en activos. Este 2016,
el plan incluye migraciones de cargas de trabajo de los sistemas de TI
y también del CRM (relación con clientes).
El caso de JP Morgan Chase y Apprenda
Cualquier cambio en JP Morgan Chase puede ser un quebradero de
cabeza. Con activos financieros valorados en 25.000 millones de
dólares, este banco de inversión es uno de los más importantes del
mundo. Y la realidad es que en 2010 se percató de que su
infraestructura de TI estaba provocando problemas de funcionamiento
y rendimiento a la entidad y por extensión, a millones de clientes. Fue
entonces cuando decidieron migrar aplicaciones, servidores y el
trabajo de cientos de desarrolladores a una solución de PaaS
privada servida por Apprenda.
¿Por qué Ian Penny, por aquel entonces Managing Director, Distributed
Engineering & Architecture de JP Morgan Chase, hoy CTO de
Infraestructura en Barclays, tomó una decisión así? Estas son las
razones por las que lo hizo:
● Periodos de entrega excesivamente largos por culpa de que el
despliegue de aplicaciones debido a la infraestructura y el
sistema de compilación y verificación del software de la entidad
financiera era muy lento. Sin agilidad.
● Escasa capacidad de gestión de las necesidades de escalabilidad.
● Costes por una infrautilización de la infraestructura física y
virtual.
● Mala gestión de los equipos de DevOps, condenados a repetir
procesos.
El cambio otorgó a JP Morgan Chase algunas ventajas competitivas:
● Aumento del uso de la infraestructura en un 70%.
● Crecimiento en un 700% de la productividad de los equipos de
desarrollo.
● Mejoras de los tiempos de entrega de 50 días.
● La PaaS privada con Apprenda alberga más de 2.000
aplicaciones sin aumentar los costes de almacenamiento y
gestión de recursos.