Header Ads Widget

Ticker

6/recent/ticker-posts

Entrevista con la ponente: Tina Huang, Transposit

 


Conozca a Tina Huang : es la cofundadora y directora de tecnología de Transposit , una plataforma de composición de API que facilita la creación y la implementación de aplicaciones dependientes de API. Habiendo trabajado en los gigantes tecnológicos Apple, Google y Twitter, Tina siempre ha sido una apasionada de la experiencia del desarrollador.

El trabajo de mis sueños al salir de la universidad era trabajar en un marco de aplicación, que tuve la suerte de experimentar en Apple. En Apple, ejecutamos estudios de usuarios con clientes internos de nuestras nuevas API para asegurarnos de que proporcionamos una interfaz lo más flexible posible.

Ese deseo de brindar usabilidad a las API y la experiencia del desarrollador se ha quedado conmigo a lo largo de mi carrera y tengo la suerte de tener la oportunidad con Transposit de pasar todo el día pensando en las API y la experiencia del desarrollador.

Tina en el Austin API Summit

Estamos muy contentos de anunciar que Tina hablará en  nuestra Cumbre API de Austin 2019 . Cuando se le preguntó qué cubriría, Tina explicó cómo crear y mantener aplicaciones dependientes de API puede ser problemático y cómo una plataforma de composición puede resolverlo.

Todos hemos visto la potencia que pueden proporcionar las API, pero crear aplicaciones sobre ellas puede requerir más tiempo y habilidad de lo que realmente nos gustaría. Y no solo crear la primera versión de la aplicación, sino también mantener estas aplicaciones a medida que las API cambian y evolucionan puede generar mucho trabajo no planificado. Entonces, ya sea que esté hablando con API de SaaS externas o tenga una arquitectura de microservicios con muchas API internas, necesitamos simplificar el modelo para componer todas estas API.

En Transposit, hemos estado trabajando en una plataforma de este tipo durante los últimos 2 años, y voy a compartir la necesidad de que las organizaciones creen o incorporen algún tipo de plataforma de composición en su pila para acelerar el desarrollo.

Lea más sobre la sesión de Tina Huang: La necesidad de una capa de composición como parte de su estrategia de API

Austin-API-Summit-2019

API avanzando

Al igual que con todas nuestras entrevistas con los oradores, queríamos conocer la opinión de Tina sobre cómo se está desarrollando la industria de las API. Para empezar, queríamos tener una idea de los estilos y principios de diseño que más espera Tina en 2019. GraphQL fue el ejemplo obvio, pero Tina dice que es solo un ejemplo del cambio hacia la sistematización del desarrollo, la implementación, y uso de API.

GraphQL es la respuesta fácil, pero ese es solo un ejemplo de la tendencia hacia el diseño de API centrado en la máquina. Echemos un vistazo a la historia de la informática antigua: solía ser que las instrucciones de montaje estaban dirigidas a una audiencia humana. Cada línea de código que solía escribirse a mano, ahora a menudo se genera código: desde lenguajes de nivel superior, descriptores de protocolo o incluso simplemente el IDE que nos ayuda.

Las API se mueven en esa misma dirección. Necesitamos adoptar la estandarización y la capacidad de descripción, ya que las capas de compilación, encapsulación y composición ahora envuelven las API que consumimos. Nos dirigimos a una era en la que los documentos solo necesitan describir qué hacen las API, no cómo usarlas. Sí, GraphQL está alineado con eso, pero la proliferación de Swagger y OpenAPI son indicadores aún más sólidos.

En lo que respecta a la arquitectura de la nube , Tina cree que las API solo se están volviendo más importantes para las empresas que consumen la nube:

Las empresas con las que he hablado miran con asombro lo que AWS ha construido con su estrategia de API primero y aspiran a replicar esa estructura.

El paradigma sin servidor debería ser un principio rector de la forma en que las empresas piensan sobre las aplicaciones que componen las API o el pegamento que une las API a la forma de una aplicación.

También teníamos curiosidad por saber cómo la tecnología API podría seguir siendo relevante en campos nuevos y futuros como IoT e inteligencia artificial. Con respecto a IoT en particular, Tina cree que hacer que las API sean más utilizables será crucial:

Creo que IoT ha traído al mercado una clase completamente nueva de desarrolladores. Desarrolladores que no están interesados ​​en construir sistemas distribuidos complejos, pero están realmente interesados ​​en integrar varios dispositivos con los servicios existentes. Entonces, las plataformas que bajen la barrera de entrada para estos desarrolladores serán clave.

Finalmente, le preguntamos a Tina sobre la economía API en general. Dentro de una década, Tina cree que la integración será la regla, no la excepción.

Hace 20 años, todo lo que le importaba estaba en una base de datos relacional. Hace 10 años, una aplicación de "integración" era un remanso esotérico. Con la proliferación de API y la fragmentación de servicios, es común ver aplicaciones hablando con 5 a 10 API.

Dentro de 10 años, el término "integración" será anacrónico: cada aplicación de interés será una aplicación de integración. La cantidad de API que existen y la demanda de ver más datos reflejados en las aplicaciones y servicios que creamos están en velocidad de escape.

Prácticas recomendadas de API

Pasando a algunos consejos y trucos de API, interrogamos a Tina sobre cómo podríamos crear API con mejores experiencias de desarrollador y mejores medidas de seguridad.

Para la experiencia del desarrollador , Tina cree que la documentación debe ser secundaria a un producto intuitivo y autoexplicativo:

La respuesta fácil son los documentos, pero esa también es la respuesta incorrecta: la mejor documentación es la documentación que no tiene que leer. A los desarrolladores les encantan las interfaces que les permiten participar y experimentar de forma interactiva, que se describen a sí mismos sin necesidad de consultar los documentos. Las grandes API anticipan la interacción y tienen errores que guían al desarrollador sin dejarlos adivinar el problema.

En cuanto a la seguridad de API , Tina relaciona su pasión por las soluciones de composición de API con una necesidad fundamental de diseño en capas. Son estas capas, especialmente las puertas de enlace, las que facilitan la vida de los desarrolladores y mejoran la seguridad al mismo tiempo:

Nuestro mundo de API se ha acoplado estrechamente, pero está poco regulado: los cambios en una API, servicio o aplicación pueden tener consecuencias inesperadas en el consumidor descendente cuya dependencia es invisible. Este problema es aún más agudo cuando se trata de fallas de seguridad (y una estrategia para nunca tener un problema de seguridad no es una estrategia). Cuando se infringe una aplicación, corremos para encontrar los sistemas afectados. Cuando se viola un sistema de registro, corremos para descubrir las aplicaciones y los usuarios afectados.

Las estrategias de API deberán incluir puertas de enlace o capas de composición que agreguen valor y velocidad para los desarrolladores al mismo tiempo que construyen una infraestructura más segura y auditable.

¡Conoce a Tina en Austin!

¡Eso casi pone fin a nuestra entrevista con Tina! Pero primero, conozcamos su API "inútil" favorita ...

Mi favorito tiene que ser la API de perros que obtiene imágenes de perros al azar. Me gustó tanto que basé nuestro inicio rápido de Transposit en él, por lo que es genial para cualquiera iluminar sus días de inactividad con una foto de perro al azar.

Si quieres conocer a Tina en persona, ¡te alegrará saber que a ella también le gustaría conocerte! Tina espera conocer a otros miembros de API en la Cumbre de API de Austin , ¡y solo podemos esperar que estés allí!

Ésta es mi gente. Pienso en las API por la mañana, al mediodía y por la noche. Lo he hecho para toda mi carrera. Se necesita un nerd de API para apreciar a un nerd de API.

Publicar un comentario

0 Comentarios