Header Ads Widget

Ticker

6/recent/ticker-posts

Principales estadísticas de la Cumbre de plataformas de 2017

diapositivas de la cumbre de la plataforma nordic apis 2017

VER DIAPOSITIVAS

presentaciones de os 2017

SESIONES

enlace de invitación secreto para unirse a la conversación de la comunidad en slack

INVITACIÓN SLACK

FOTOS

Esta semana, las API nórdicas organizaron la Platform Summit , nuestra conferencia más grande hasta la fecha. Más de 400 asistentes y más de 60  oradores llegaron a un evento con entradas agotadas , repleto de los principales expertos de la industria en API web. Nuestros asistentes representaron a 26 países diferentes, por lo que este es el evento más global de la historia.

Con un tremendo crecimiento programado para la economía API, alentamos a nuestros oradores a enfatizar la  escalabilidad  en sus presentaciones y sesiones de preguntas y respuestas.  Al unir los aspectos comerciales y técnicos de respaldar un programa API próspero, nuestros oradores cubrieron muchas lecciones sobre cómo fomentar una plataforma API escalable.

Tema general: escalabilidad

En este artículo, describiremos los mejores conocimientos impartidos en la conferencia. Cubriremos los consejos más urgentes transmitidos sobre cosas como nuevas arquitecturas de API, API en tiempo real, diseño de microservicios , GraphQL , estándares abiertos y cómo todas las industrias ahora se han convertido en API . Estén atentos a las revisiones en profundidad y los colaboradores destacados, pero por ahora, ¡aquí están los aspectos más destacados!

Banca abierta: la ola ha llegado, pero la marea necesita gravedad

Vaya, este año realmente vio la llegada de PSD2 en acción. Si no lo sabía, los bancos miembros de la UE pronto estarán bajo presión regulatoria para abrir los datos del usuario con API. El año pasado, se arrojaron piedras al proverbial fondo financiero mundial, y este año vimos que las ondas se convirtieron en olas reales. Como  Gunnar Berger de Nordea le dijo a la comunidad API:

Cambiaste algo grande" -Gunnar Berger, Nordea

Berger habló sobre el entusiasmo en FinTech por la primera incursión de Nordea en el mundo de las API abiertas. Eyal Sivan de CIBC también elogió las nuevas arquitecturas de microservicios por mejorar la agilidad, Flavia Sequeira de ING adoptó la mentalidad de pensador API fundamental para lo que se ha convertido el banquero moderno, y Mats Iremark del banco de coleccionistas describió su arquitectura de nube primero.

"Una API no pública es solo una API pública futura"  Patrice Krakow , ING Direct

Es genial que los bancos de la UE estén adoptando modos de comportamiento más abiertos , y que incluso los bancos internacionales quieran jugar en el entorno limitado de la economía API. Es un 'cambio de paradigma' y no uso la frase a la ligera. Lo que los bancos deben entender, sin embargo, es que simplemente abrir una API y decir " ejecutar con ella " no es suficiente. Los bancos que continúan siendo competitivos no serán simplemente proactivos para responder al cumplimiento normativo; también tendrán la mejor experiencia de desarrollador junto con las arquitecturas más optimizadas .

GraphQL es una opción, pero adopte con cuidado y considere las herramientas

Entre los estándares de diseño de API de la competencia SOAP , JSONAPI.org, Hydra , gRPC , etc.), GraphQL ha dominado la discusión como una alternativa lista para producción. La atención prestada a GraphQL en nuestros eventos continúa validando el enfoque como un método firme.

Según el veterano de las API nórdicas Chris Wood , las empresas ilustradas considerarán seriamente el uso de GraphQL como su arma preferida. Elogia ciertas características, como la centrada en el producto, la combinación de múltiples consultas específicas, un sistema de tipos sólido y el apoyo a la introspección como razones para la adopción.

En su charla GraphQL APIs: REST in Peace , Tomer Elmalem de Yelp respaldó GraphQL para aumentar la eficiencia, ya que los consumidores desarrolladores no quieren programar múltiples solicitudes en sus clientes. Mencionó que a los programadores de Python les gustará Graphene , una biblioteca de Python para GraphQL.

Con el aumento de las expectativas de los nuevos usuarios, algunos sienten que REST no satisface las demandas matizadas de cosas como el intercambio de datos en tiempo real, nuevos canales de entrega, juegos y protocolos de IoT. En una breve entrevista, Ole Lensmar de Smartbear se hizo eco de REST in Peace y mencionó que:

“Parece que estamos dando un paso atrás con REST. REST ha sido excelente para el tren de las API; ahora, la gente está dando un salto de fe en las nuevas tecnologías y protocolos para satisfacer demandas más matizadas ". -Ole Lensmar, Smartbear

Si bien el interés en REST disminuye, debemos tener en cuenta que  GraphQL como alternativa REST no es una solución milagrosa . Por ejemplo, no especifica un esquema de autenticación o autorización. Como decreta su propia especificación, lo que requiere el espacio GraphQL son herramientas GraphQL adicionales para que sea un enfoque viable y extensible.

Ivan Goncharov de APIs.guru reiteró este punto en su charla GraphQL: The Next Level of API Tooling . Nikolas Burk también describe cómo el esquema GraphQL puede emparejar bien con aa sin servidor backend-as-a-marco como Graphcool . Chris Wood, representante de Arvata , recuerda a las empresas que evalúen la capacidad de detección, la seguridad y el análisis antes de sumergirse en el uso de GraphQL.

La innovación arquitectónica imita la evolución biológica

Desde EAI "de caja grande", a SOA, a ESB, ahora a microservicios controlados por API. La arquitectura de comunicación B2B ha recorrido un largo camino, pero las empresas aún deben prepararse para el cambio para hacer frente a la " evolución " y " descomposición " natural de las arquitecturas de servicios. Es interesante notar que nuestro vocabulario de los últimos tiempos se inspira en el ámbito de la biología .

“El mundo de la biología está entrando en contacto con las TI”  -Eyal Sivan, CIBC

'Ecosytem' es otro término vinculado a la biología, y en ningún lugar hay un ecosistema más vivo que en la economía API. Zdenek “Z” Nemec , consultor de goodapi.co , presentó una impresionante pila de herramientas de terceros implementadas en su tiempo con Adidas; Apiario para documentación, Dredd para validación, Runscope para pruebas, Jenkins para automatización y otras herramientas para análisis y controles de seguridad automatizados. Esta pila no solo está ayudando a Adidas a alcanzar un " ciclo de vida de API automatizado e impulsado por contrato ", sino que es una prueba de un ecosistema vibrante de herramientas de API  que ha surgido para respaldar a los proveedores de API.

Microservicios sin servidor y escalado más allá

Escuchamos a un par de presentadores respaldar OpenWhisk , la plataforma en la nube sin servidor de código abierto de IBM y Apache. Para Ken Parmelee de IBM, OpenWhisk ofrece el tipo de flexibilidad que es "muy importante para los microservicios", lo que permite a un equipo organizarse y escalar rápidamente. Con los microservicios, puede resultar complicado aprender a orquestar su comunicación interna. Nikolas Burk recomendó usar PubSub como un medio para hacer que hablen.

Sobre la escalabilidad, Adrian Hornsby de AWS describió el cambio cultural necesario para satisfacer las nuevas demandas tecnológicas. Para él, el software es un reflejo de cómo está compuesta toda la organización:

"El escalado afecta mucho más que la arquitectura"
-Adrian Honrsby

No puede automatizar todo el proceso de lanzamiento, pero con la combinación correcta de  herramientas puede aumentar la eficiencia y dedicar más tiempo a su propuesta de valor principal. Adrian aconseja a los proveedores de API que eviten reinventar la rueda cuando se trata de cosas como la seguridad: "no pretenda ser un experto en seguridad de la noche a la mañana".

La identidad está en el corazón de la seguridad de las API

Cuando hablamos de seguridad de API , hay una mezcla desordenada de confusión en torno a estándares abiertos como OAuth, OpenID Connect, SAML, JOSE y otros. De hecho, hay 50 especificaciones de seguridad API que debe conocer (con documentación equivalente a 2000 páginas escritas). Es por eso que Travis Spencer de Curity se propuso convertir esta confusa "sopa" de seguridad API en unidades definibles y procesables. Cada vez encontramos más pruebas de que la seguridad de las API se basa en una gestión de identidades de calidad .

Los estándares abiertos impulsarán el negocio

Anders Eknert de Curity brindó una revisión en profundidad de SCIM , el protocolo estándar abierto para rastrear la información del usuario que está siendo adoptado cada vez más. Con las regulaciones de privacidad de datos como GDPR acercándose a las fechas de cumplimiento, un método estandarizado para sincronizar los datos privados con la información del usuario será fundamental para TI.

Shelby Switzer de Healthify también describió la importancia de los estándares abiertos aplicados a la industria de la salud. La atención médica empresarial está abandonando lentamente la vieja mentalidad de integración personalizada para adoptar las mejores prácticas de API . La consolidación de enfoques en torno a la tecnología de estándar abierto y las mejores prácticas es perjudicial para aumentar la agilidad dentro de ecosistemas de servicios de datos torpes como la atención médica empresarial.

Gracias a los estándares abiertos, las aves rapaces no se comerán a estos niños. Crédito: Anders Eknert

¿Cuál es su “única fuente de verdad”?

La documentación primero es una forma de tener un enfoque basado en contratos dentro de una empresa de API. Esto mejora la consistencia y confiabilidad en toda la plataforma. Aboga por un enfoque de documentación en primer lugar, Jason Harmon de Typeform recomienda utilizar una basada en YAML  API abierta  Especificación  como una “fuente única de verdad”, se combina con una herramienta como  ReDoc  para generar rápidamente hermosas docs. Por supuesto, las guías seleccionadas o la redacción técnica se seguirán elaborando manualmente.

Jeremiah Lee de Spotify describió la tecnología utilizada en Fitbit. Describió cómo el uso de JSONAPI.org, una especificación pragmática para crear API en JSON , puede estandarizar cómo se envían y recuperan los datos entre el cliente y el servidor.

"Sin una guía clara, los modelos de datos se complican" -Jeremiah Lee

Además, volviendo al punto GraphQL, según Jeremiah, "GraphQL podría no ser adecuado para usted". Como JSONAPI.org ofrece una solicitud de documento compuesto y aumenta la "velocidad percibida" de una aplicación, recomienda la especificación JSON API.org para el diseño de API sobre GraphQL.

Para Adrian Hornsby de AWS, su equipo incluso escribe un comunicado de prensa , documentación y preguntas frecuentes antes de construir nada. Habla sobre una mentalidad de documentación primero.

Consejos para estructurar una empresa basada en API

apigee compass : una prueba de fuego empresarial para las API empresariales.

Con respecto a la composición de las organizaciones de API primero, Ronnie Mitra de API Academy comunicó sus teorías sobre el aumento de la autonomía en una organización de TI, enfatizando en construir una plataforma de personas de la misma manera que diseñamos tecnología. Sus técnicas de mapeo de actividades podrían usarse para distribuir el talento de manera efectiva en una empresa.

Al aplicar el conocimiento empresarial a un programa de API,  Kevin Boumeester señaló las diferentes estrategias para los ecosistemas públicos, internos, de socios y de la industria, alentando a los primeros en adoptar a considerar el uso de la brújula Apigee para medir su puntaje digital.

Konstantin Yakushev de Badoo hizo hincapié en el proceso operativo  de iteración de código en una empresa grande y, en ocasiones, burocrática.

"¿Cuántos desarrolladores se necesitan para cambiar una bombilla?"

La respuesta de Badoo es  24 desarrolladores  por bombilla enorme. Su "flujo burocrático", como lo llama Konstantin, sorprendentemente puede funcionar bastante bien, y puede ser su receta secreta para ganar. Descubrieron que tener un proceso de revisión implementado mientras se confía en los servidores para hacer movimientos rápidamente es una buena manera de equilibrar la atención a los detalles y una mentalidad “ ágil y descuidada ”.

“Poner en funcionamiento su plataforma API es un acto de equilibrio” -Eyal Sivan

La tecnología está ahí. Ahora necesitamos que las empresas hablen

A estas alturas, la mayoría de las empresas comprenden qué es una estrategia de API, pueden ver los beneficios y comprender en gran medida la tecnología necesaria para implementar un programa de desarrollo. El software abierto como OAS y GraphQL son evidencia de que se ha formado un ecosistema de software maduro.

Dado que la tecnología ahora ofrece una base sólida para el desarrollo de API, nuestros problemas actuales incluyen preparar la legalización de la plataforma , determinar  la estrategia comercial y descubrir la combinación perfecta de herramientas para hacer el trabajo. Según Bruno Pedro de Hitch (recientemente adquirido por New Relic):

“La tecnología ha sido desarrollada, la gente sabe qué es una API y cómo construir una. Lo que las empresas están tratando de resolver ahora es cómo reconstruirlo todo ” -Bruno Pedro, New Relic

Todas las empresas son ahora empresas API

Nuestros oradores representaron una amplia gama de industrias tradicionalmente no técnicas; atención  médica empresarial  , IoT médico, fabricación, servicios de citas, banca y otros. Es evidente que las empresas de todas las industrias, y tradicionalmente las no técnicas, están adoptando rápidamente las API.

"Así es como empaqueta el software en estos días"  -Kevin Boumeester, Apigee

Adidas fue un ejemplo impresionante de esto en una escala de producción masiva. Su Speed ​​Factory está creando una fabricación rápida, bajo demanda y escalable mediante el uso de maquinaria automatizada, y la línea de ensamblaje robótica simplemente no es factible sin API eficientes.

“Ya no nos vemos como una empresa deportiva, nos vemos como una empresa de tecnología” -  Oldrich Novak , Adidas

Aunque el servicio de citas de Badoo no es una empresa de API como producto , Konstantin Yakushev los describe como aplicando un "desarrollo centrado en API" para alcanzar las demandas de sus usuarios únicos.

¿Qué debemos probar en nuestras API?

Para obtener información de las métricas de uso de API , Bruno Pedro de New Relic recomienda utilizar perspectivas estratégicas como la identidad y la identificación de la aplicación del consumidor para filtrar el uso de API en vistas aisladas. Esto puede ofrecer nuevos conocimientos sobre usos específicos. Ole Lensmar de Smartbear también describió los beneficios de la virtualización  de API en las pruebas de API , esencialmente imitando los comportamientos de API en entornos simulados.

Patrick Poulin de API Fortress demostró cómo la falta de pruebas API adecuadas pruebas funcionales, de tiempo de actividad, regresión e integración) puede resultar en una gran pérdida financiera . Tomemos como ejemplo a Etsy, que descubrió que estaba perdiendo $ 75,000 por día en ingresos debido a terminales no disponibles.

Las API que escuchan a los desarrolladores son API de espectro completo

Una forma de ayudar a la plataforma API es mejorar la experiencia del desarrollador . Tener en cuenta la usabilidad y la capacidad de descubrimiento de API son métodos continuamente vitales para ofrecer servicios confiables que los desarrolladores realmente desean usar.

Los 8 rasgos de Adam Duvander de una  API de espectro completo .

Un aspecto importante de esto es crear un ciclo de retroalimentación Richard Jones de Dun and Bradstreet dijo que "se trata de obtener comentarios y comprender lo que están haciendo". Esto no solo puede mejorar DX, sino que también puede tener implicaciones comerciales. 

El orador estrella de las API nórdicas Adam Duvander de Zapier concluyó la conferencia con quizás la muestra de consejos más colorida que jamás haya visto el espacio API. Una experiencia de API de doble arco iris es más que elegantes referencias de API u ofertas funcionales complejas: está compuesta de 8 características .

"Lo que hace su API no tiene que ser simple, pero la forma en que los desarrolladores comienzan" -Adam Duvander, Zapier

Adam nos inspira a todos a aplicar Kaizen , la filosofía japonesa de mejoramiento incremental, a nuestros negocios y programas API.

Resumen de Platform Summit 2017

¡Gracias a nuestros  asistentes , que participaron en un debate de calidad durante toda la semana! También gracias a nuestros  oradores por sus increíbles presentaciones, así como por los interesantes talleres presentados por Apigee, Curity y 46 alces. Todas las sesiones de oradores pronto estarán en vivo en nuestro canal de YouTube aquí .

Gracias a todos nuestros patrocinadores:  IBM , CA Technologies , TIBCO , Mulesoft , SmartBear , Jitterbit , Axway , Apigee , Arvata , Digia , APIMATIC , Typeform , CAG . Y Teks Mobile . ¡Simplemente no podemos ofrecer eventos de este calibre sin el apoyo de organizaciones como estas! Si su empresa desea patrocinar API nórdicas en el futuro, puede dejar su información aquí .

También contamos con el apoyo de socios de medios este año, que merecen una mención especial:  Asociación Sueca de FinTech ,  Open Bank Project ,  API Strategy & Practice y Holland FinTech . Ayudaron a ampliar nuestro alcance a más personas interesadas en las API.

Por último, nuestro evento fue organizado por el personal de Curity.io ; merecen una gran mano para coordinar un evento con muchas piezas en movimiento.

¿Qué sigue para las API nórdicas?

Desde nuestra última Cumbre, nuestra comunidad ha aumentado en más de dos mil seguidores y suscriptores de resumen. Sin embargo, todavía estamos aprendiendo mucho y creciendo en nuevos roles. Por un lado, hemos aprendido que nuestra Cumbre ahora es demasiado grande para patrocinar el hotel Globen. ¡Para nuestra próxima Cumbre, tenemos la intención de reservar un espacio de mayor capacidad!

Misión de las API nórdicas: hacer que el mundo sea programable

En el evento también compartimos algunos  anuncios. que también nos gustaría compartir ahora con nuestra comunidad en línea:


Consultante

Las API nórdicas están empezando a ofrecer  consultoría  como servicio a un número limitado de clientes. Nuestro equipo y nuestra estrecha red de especialistas en API están preparados para ofrecer información estratégica sobre el diseño de API, la seguridad, la arquitectura, el marketing, los negocios, el análisis competitivo y los otros temas que cubrimos habitualmente en el blog . Para ver un ejemplo de nuestro primer proyecto, vea cómo ayudamos a CIBC, un banco canadiense, a validar su marco de microservicios .


Seminarios web

En 2018 comenzaremos a programar seminarios web para llevar el mismo tipo de conocimiento de conferencias a nuestra comunidad en línea . Estamos en el proceso de establecer temas y programar con empresas asociadas. Si desea participar en un próximo seminario web o tiene sugerencias, comuníquese con nosotros .


Únase a nosotros en Slack

¡Únase a nuestra nueva comunidad de profesionales de API en Slack! Aquí hay un enlace de invitación para unirse al chat #general :  Comunidad de API nórdicas Slack . Esperamos que esto amplíe la discusión de la conferencia y genere nuevas conexiones entre nuestros asistentes, oradores, blogueros y más.

 


Enviar un artículo

Para aquellos de ustedes interesados ​​en escribir, estamos muy abiertos a presentar publicaciones de estilo de liderazgo de pensamiento neutral de proveedores en el blog, así que háganme saber si tienen alguna idea sobre el tema. Visite nuestra página Crear con nosotros para obtener una lista de pautas de estilo y nuestro formulario de envío de artículos.

 

Publicar un comentario

0 Comentarios