Header Ads Widget

Ticker

6/recent/ticker-posts

De cero a lo global: API en la BBC


Es fácil pensar en organizaciones grandes y asumir que hay una persona que supervisa toda la actividad relacionada con, digamos, API o servicios en la nube . De hecho, ese rara vez es el caso. Si bien la estabilidad y el respaldo financiero que ofrecen las grandes empresas son invaluables, también pueden generar redes enredadas.

Esa es definitivamente la impresión que nos dieron Nathan Brock y Rafal Jachimczyk , a quienes entrevistamos anteriormente en el blog . Son ingenieros de software principales y superiores del equipo de gestión de API de la BBC . “ Todos los días, solo en nuestra plataforma en la nube, vemos 1200 implementaciones diarias ”, dice Nathan.

Cuando se unieron a nosotros en nuestra Cumbre de Plataformas 2018 , hablaron sobre cómo la BBC pasó de un enfoque disperso a la inteligencia de API y lo llevó a una solución distribuida que admite varios equipos autónomos. En el camino, compartieron con nosotros muchas lecciones invaluables para empresas de cualquier tamaño que buscan escalar sus API.

Esta publicación se inspiró en una charla impartida por Nathan Brock y Rafal Jachimczyk en la Cumbre de la Plataforma Nordic APIs 2018 en Estocolmo, Suecia:

¿Por qué API Management?

Para quienes están fuera del Reino Unido, y tal vez incluso para algunos de ellos, es difícil exagerar el tamaño de la BBC. Con decenas de miles de miembros del personal y una amplia gama de servicios que incluyen página de inicio, noticias, radio, deportes, Bitesize, iPlayer, etc., esta empresa es enorme .

Nathan ilustra esto muy bien cuando dice que el archivo de videos de la BBC crece, más o menos, " a un ritmo de 10 TB por día ". Con tantos servicios y tantos datos, podemos suponer instantáneamente que el rol del mantenedor de API debe ser significativamente mayor de lo que sería en una empresa más pequeña.

Por esta razón, dice Nathan, "la gestión de API en la BBC tiene menos que ver con la gobernanza y más con el soporte ". Aún así, señala Rafal, " es un caos cuando todo el mundo construye en silos ". Es por eso que existía una clara necesidad de una solución robusta de administración de API que ofreciera autonomía y flexibilidad.

Rafal identifica los principios clave de la gestión de API en la BBC de la siguiente manera:

  • Descubrir
  • A bordo
  • Identificar
  • Reporte

Independientemente del tamaño de una empresa, siempre es una buena idea tener estos conceptos en el centro de su filosofía de API . Los desarrolladores de API deben poder descubrir la API, aprender sus métodos y parámetros, identificar casos de uso y verificar continuamente que se comporta correctamente.

Lea también: Entrevista con el orador: El equipo de API de la BBC

No (siempre) tenga miedo de las soluciones estándar

Rafal describe cómo la BBC utilizó una solución de gestión de API lista para usar al comienzo de sus esfuerzos para unificar su enfoque de las API, con 2.200 millones de transacciones a la semana en más de 70 API de plataforma.

Algunas ventajas que encontraron en esta solución fueron:

  • Fácil de configurar e implementar: solo algunos cambios de DNS
  • Impacto de servicio limitado
  • Análisis a nivel de organización
  • Proceso de incorporación sencillo

Desafortunadamente, Rafal dice que dado " el tamaño de la organización, las cosas comenzaron a deteriorarse ". Un ejemplo de esto es que un proxy mal configurado en la capa de administración de API provocaría interrupciones debido al único punto de falla.

En otras palabras, como dice Rafal, “ cuando sale mal, sale mal para todos ”. Cuando solo se trata de una API o de un solo equipo designado, es posible que no sea un gran problema. Sin embargo, cuando se trata de una gran cantidad de API y una gran cantidad de equipos diferentes, puede ser un desastre.

Rápidamente se hizo evidente que, para la BBC, una solución lista para usar no iba a ser suficiente.

Descentralización de la gestión de API

La respuesta, en la mente de Nathan, era una solución escalable de forma independiente Además, dice, querían “ devolver ese control a los equipos que mejor conocen su producto. ”Después de evaluar sus necesidades, el equipo descubrió que su plataforma de gestión debe ser:

  • Confiado
  • Configurable
  • Extensible
  • Económico

En última instancia, eso significó un modelo arquitectónico completamente nuevo , con una solución de administración que se encuentra frente a cada uno de los servicios API. “ Nada nuevo para ti hoy ” , señala Nathan, “ pero algo que era muy nuevo hace 2 o 3 años. "

Sin embargo, el proceso no terminó ahí. Ya hemos visto evidencia anterior para confirmar la afirmación de Nathan de que " la BBC es una BBC, pero detrás de escena, son casi varias organizaciones ".

Por eso era tan importante, como hemos argumentado antes , que la BBC creara un portal completo para desarrolladores que estuviera integrado con los procesos y la autenticación existente.

Con una página de inicio que destaca el software de código abierto desarrollado por la BBC, las organizaciones de I + D, su marco de diseño de Global Experience Language y publicaciones de blog sobre tecnología y creatividad dentro de la BBC, parece (al menos hasta donde podemos ver los que no somos miembros del personal) !) que han hecho un buen trabajo al hacer precisamente eso.

Regreso al futuro

Como dice Nathan al principio de esta charla, " la BBC creó una de las primeras plataformas de video a pedido del mundo ". En otras palabras, es una organización que se basa en la innovación y en la adopción de nuevas tecnologías . Más tarde, describe la tumultuosa evolución de la gestión de API en la BBC como " empujar los límites ".

Rafal luego comenta que " queremos seguir siendo relevantes, y si hubiéramos continuado con la solución provista, tal vez no tendríamos todo este conocimiento ". También habla sobre el alejamiento de las claves API para la identificación y la creación de identidades de usuario distintas (que diferencian entre software y usuarios humanos), diciendo que esto no hubiera sido posible si hubieran seguido usando un producto estándar. .

Pero resaltemos una distinción importante antes de concluir: su organización (probablemente ...) no es tan grande ni tan densa como la BBC. Hay muchas soluciones excelentes de administración de API  que funcionan bien para organizaciones pequeñas y medianas.

En cuanto a lo que depara el futuro, tanto Nathan como Rafal expresan sus deseos de descentralizarse aún más . En el futuro, la solución de administración de API personalizada en la que han trabajado estará en el centro de eso. Nathan resume muy bien la mentalidad de la BBC cuando dice que “ cuando estás construyendo algo, estás aprendiendo. Usar algo solo nos llevará hasta cierto punto. Creemos, y esperamos, que estamos evolucionando en la dirección correcta ".




Publicar un comentario

0 Comentarios