Header Ads Widget

Ticker

6/recent/ticker-posts

Lanzamiento del nuevo libro electrónico: diseño de API a escala de décadas

 ¡Presentamos un nuevo título del equipo de redacción de API nórdicas! Para este libro electrónico, tomamos las 15 sesiones de YouTube más populares de nuestra última Cumbre de Plataformas y escribimos capítulos complementarios que se sumergen en cada tema. Descargue este volumen y obtenga los últimos consejos de diseño de API que la industria tiene para ofrecer.

¡Obtén una copia GRATIS aquí !

Información de expertos sobre el diseño de API teniendo en cuenta la longevidad Cubrimos las decisiones de diseño de API más urgentes para mantener plataformas de API duraderas, incluidas REST, estrategias de control de versiones, antipatrones comunes, OAuth 2.0 en IoT, microservicios, GraphQL y más ...

DESCARGA GRATIS TU PDF , MOBI o EPUB

Prefacio

Roy Fielding, el creador del estándar REST para el diseño de API, una vez describió REST como:

“ Diseño de software a escala de décadas: cada detalle está destinado a promover la longevidad del software y la evolución independiente. Muchas de las limitaciones se oponen directamente a la eficiencia a corto plazo ".

Esencialmente, reconoció cómo los desarrolladores a menudo ejecutan el diseño a corto plazo sin tener en cuenta el diseño a largo plazo, lo que causa inadaptabilidad a medida que la tecnología evoluciona.

En octubre de 2016, las API nórdicas celebraron su Cumbre anual de plataformas centrada en este tema, reuniendo a los líderes de opinión de la industria de las API para compartir sus conocimientos sobre lo que significa diseñar y diseñar interfaces de programación de aplicaciones a escala de décadas. El evento detalló las técnicas de diseño RESTful para la longevidad, los componentes operativos del mantenimiento de una API y temas como DevOps, arquitecturas de microservicios, relaciones con los desarrolladores y nuevas metodologías comerciales para respaldar una plataforma API.

Diseño de API a escala de décadas

Información de misión crítica de los oradores de Platform Summit

¡Dedicado a los oradores, asistentes y patrocinadores que continuamente hacen que los eventos de las API nórdicas sean maravillosos!

Para crear API Design en la escala de décadas , reunimos las 15 sesiones más vistas de la Cumbre que eran relevantes para API Design y redactamos publicaciones de blog complementarias para profundizar en cada tema. Por lo tanto, este volumen único contiene una variedad holística de conocimientos que nuestros seguidores han descubierto que son las ideas de misión crítica más actuales para mantener una plataforma API.

Para los diseñadores y arquitectos de API, esta versión de libro electrónico presenta una manera conveniente de aprovechar una amplia gama de conocimientos que hemos recopilado en el blog durante los últimos meses. Guiado por algunas de las presentaciones de API nórdicas más impactantes , describe algunos de los consejos más útiles que hemos publicado hasta la fecha.

TL / DR: 15 conclusiones importantes

Desde REST hasta proteger el Internet de las cosas, en este volumen hemos cubierto mucho terreno. Para los lectores ligeros, estos son los puntos clave que los diseñadores de API deben comprender de cada capítulo:

  • Comprender el verdadero diseño de la API REST : respondimos a los conceptos erróneos sobre el diseño de la API REST, revisamos los hipermedia y exploramos lo que se necesita para crear una máquina de estado compatible con HATEOAS.
  • Pero considere GraphQL : GraphQL realiza funciones seleccionadas mejor que REST, pero significa una inversión significativa de los estándares de diseño de API REST modernos.
  • Las API privadas se benefician del control de versiones continuo : la erradicación del esquema de control de versiones de URI típico (v1, v2, etc.) podría retener el vínculo entre el servidor y el cliente, lo que equivale a una mayor consistencia y una mejor agilidad de la API; sin embargo, no se ha probado en gran medida en escenarios públicos.
  • Procesos internos API-fy : Spotify utiliza brillantemente las API internas para optimizar sus diferentes opciones de suscripción de tipo de pago. Considere cómo las API internas pueden brindar consistencia en toda la plataforma para mejorar su UX.
  • Tener un backend de API sin servidor : la arquitectura sin servidor ofrece un backend en la nube infinitamente escalable para API y aplicaciones web, lo que equivale a una plataforma ajustada y reducción de costos.
  • Ponga fin al sondeo : Permitir que los clientes sondeen continuamente las API puede ser una gran pérdida de recursos. En su lugar, utilice REST Hooks o medios alternativos como websockets o Server-sent.
  • Dominar la jardinería de microservicios : los proveedores de API deben evitar la centralización monolítica en favor de la innovación y los nuevos desarrollos. Esto incluye el uso de TI bimodal para pistas paralelas y una arquitectura de microservicios.
  • Modele la TI automotriz para la longevidad de las API : los proveedores de API podrían aprender una o dos lecciones de la fabricación de grado automotriz: los fabricantes de automóviles deben crear API centradas en IoT confiables y duraderas que resistan la prueba del tiempo.
  • Use OAuth 2.0 para proteger el IoT : el IoT está por llegar y OAuth 2.0 es la forma de protegerlo.
  • Evite los antipatrones de diseño de API comunes : siempre considere las repercusiones operativas de los movimientos de diseño que hacemos ahora. Evite el uso incorrecto del método HTTP, el túnel de protocolo, el sondeo y la estructura rígida de microservicios.
  • Los datos personales son valiosos : con el auge de la banca abierta, la accesibilidad programática a la "API de mí" se está volviendo más realista. Tenga en cuenta el valor de los datos del usuario y las regulaciones gubernamentales que exigen su liquidez.
  • Utilice DevOps : cuando Humpty Dumpty se cae y se agrieta, en lugar de señalar con el dedo, el desarrollo, las operaciones y el control de calidad deben trabajar juntos. Esto significa tener una mentalidad DevOps.
  • Asegure la plataforma durante décadas : la seguridad de IoT y API debe unirse para que los desarrolladores puedan comenzar a escalar su plataforma y sus medidas de seguridad en consecuencia. Esto significa construir sobre estándares abiertos.
  • Utilice la especificación OpenAPI : para hacer crecer y asegurar el ciclo de vida de la API, utilice un formato de especificación de API potente. La especificación OpenAPI es una gran solución para impulsar la agilidad de la plataforma.
  • Técnicas de administración de API empresariales : para obtener lecciones sobre administración de API de nivel empresarial, estudiamos la experiencia de Bosch en la implementación de la solución de administración de API de Axway en miles de millones de puntos de datos.

Próxima versión: GraphQL o Bust

¡Nuestro próximo libro electrónico estará en GraphQL! Siga nuestro progreso en Leanpub .

Al cerrar el capítulo sobre la última Cumbre de la Plataforma, comenzamos a planificar el futuro. Manténgase atento a las actualizaciones de las API nórdicas sobre los  próximos eventos, así como a  nuestra Cumbre de otoño de 2017, que tratará el tema de la escalabilidad de API . En esa nota, si desea unirse al linaje de oradores API anteriores, considere enviar una sesión aquí . Disfrute del diseño de API a escala de décadas y háganos saber cómo podemos mejorar.

Ahora, nuestros lanzamientos de libros electrónicos generalmente vienen acompañados de un anuncio de un nuevo título, y este lanzamiento no es diferente. Adivina qué ... ¡es un libro GraphQL ! ¿De qué más podría tratarse?

Como hemos cubierto antes, GraphQL es el lenguaje de consulta que está teniendo repercusiones en toda la economía. GraphQL o Bust apuntarán a determinar de una vez por todas la posición de GraphQL dentro del ecosistema API. Exploraremos aspectos como los beneficios de GraphQL, las diferencias entre este y REST, las preocupaciones de seguridad matizadas, la extensión de GraphQL con herramientas adicionales, las consolas específicas de GraphQL, la transición a GraphQL desde una API web existente y mucho más.


Publicar un comentario

0 Comentarios