Header Ads Widget

Ticker

6/recent/ticker-posts

Por qué debería crear aplicaciones con un backend de API - BaaS

 

Concepto de vector de proceso de desarrollo de aplicaciones de software móvil

Hay dos tendencias divergentes en el desarrollo de dispositivos móviles en este momento. La más común es la estrategia de enfoque móvil primero . Construye un sitio web de página de destino y luego crea un producto en iOS, si tiene como objetivo el mercado estadounidense, o Android, si tiene como objetivo el mercado europeo. Luego, impulsa una única versión y la desarrolla para otros mercados en el futuro.

La otra tendencia es el enfoque de API primero , en el que la construcción subyacente, la interfaz de programación de aplicaciones (API), se construye primero. Esta estrategia permite que el sitio web y las aplicaciones en varias plataformas se construyan sobre las mismas condiciones básicas. Si su único público objetivo son los usuarios de iOS, tal vez una estrategia de dispositivos móviles primero funcione para usted. Sin embargo, la desventaja es que esto obstaculiza el desarrollo rápido para las audiencias futuras, incluidos Windows, BlackBerry, Android y una aplicación web para sus usuarios no móviles.

La primera solución API permite a los desarrolladores de aplicaciones llegar rápidamente a los suscriptores en muchos dispositivos diferentes. Con esta estrategia, puede crear, implementar y administrar todo el ciclo de vida móvil desde una fuente utilizando una API Backend como servicio (BaaS). Quizás lo más importante es que BaaS le permite ahorrar tiempo y dinero mientras escala su negocio rápidamente. Y, según la firma de investigación de mercado Markets and Markets , BaaS será un mercado de $ 7.7 mil millones en 2017, por lo que vemos a BaaS como una apuesta segura.

¿Qué es el backend como servicio?

Servidores y nubes

También conocido como Mobile Backend as a Service, BaaS o MBaaS, Backend as a Service es una forma para que los desarrolladores se vinculen al almacenamiento back-end basado en la nube, con mayor frecuencia para notificaciones push, almacenamiento de datos, almacenamiento de archivos, colas de mensajería, monitoreo y configuración e integración social. BaaS como alternativa al desarrollo tradicional, brindando más servicios a sus clientes en un formato móvil rápido.

Tim Anglade, de Apigee , una empresa de API corporativa minorista especializada, prefiere API backend como término "porque realmente ejemplifica API como el centro de su arquitectura y el centro del backend". Anglade considera que el backend de API es la "clave para ayudar a las empresas a entregar sus productos móviles a tiempo y a tiempo". BaaS es útil cuando entrega su primera aplicación móvil y se vuelve clave cuando entrega diez o doce aplicaciones al año.

Cómo se diseñan los backends de API para las aplicaciones actuales

Un backend de API unifica muchos de los pasos de desarrollo que normalmente repetiría para varios sistemas operativos y dispositivos móviles, con un bloque de funcionalidad para remodelar. BaaS está diseñado para el mundo en el que vivimos, donde la cantidad y complejidad de las aplicaciones crece exponencialmente año tras año. Anglade cree que esto es clave para ayudar a los desarrolladores más pequeños a “hacer más cosas más rápido”, dejando más tiempo para concentrarse en el valor diferenciador central de una aplicación y en la experiencia del usuario.

Aplicaciones de backend como servicio

Pila de backend de API condensada de Anglade

"En esencia, si hoy comenzara de cero para reinventar la arquitectura para dispositivos móviles, en lugar de ocuparse de su arquitectura para dispositivos móviles, así es como se vería, ¿verdad?" dijo Anglade, mientras señalaba la pila de MBaaS condensada. Esto también lo hace más sencillo para los desarrolladores de aplicaciones, ya que estos clientes solo necesitan emparejar un Kit de desarrollo de software (SDK) más pequeño y menos complejo con la API.

Tim Anglade, de Apigee, dio una charla sobre la creación de aplicaciones con un backend basado en API en un evento de API nórdicas en Estocolmo.

Tres beneficios principales de BaaS para el desarrollador

  1. Elimina la configuración de pila redundante para cada aplicación.
  2. Elimina el código repetitivo.
  3. Todo dentro de un modelo.

Juntos, estos beneficios ayudan a los desarrolladores a crear aplicaciones móviles nativas más rápido y con mayor facilidad. En lugar de preocuparse por la semántica del código de la API REST y lidiar con modelos de seguridad como la implementación de OAuth, un desarrollador solo necesita aprender tres o más líneas de código repetibles: conectarse a la cuenta, mapear la colección y filtrar.

Por supuesto, todo esto depende de que los proveedores de API ofrezcan un SDK, pero casi todos tienen iOS, Android y JavaScript. La compatibilidad con SDK para JAVA, .NET, Ruby, Ruby on Rails, Python y Node.js también está creciendo.

Si ya tiene su propia fuente de datos, puede traer su propio backend con una puerta de enlace API. Anglade cree que esto tiene la misma facilidad de uso y control de acceso unificado, sin dejar de parecer una API singular.

Publicación de blog de libro electrónico de seguridad CTA 2

¿Cuáles son las desventajas del backend como servicio?

  1. Está muy centrado en los datos. A diferencia de una plataforma como servicio (PaaS), un backend de API son datos primero, código después. Esto significa que no puede tener funciones de larga duración. Sin embargo, puede definir validadores y calculadoras breves. O puede definir cosas como "Cuando se crea un nuevo pedido, active eso ".
  2. Toda la lógica se envía al cliente. Por lo general, se adapta a tener un servidor muy delgado, delegando la mayor cantidad de lógica posible a los clientes.
  3. Seguridad. Más que con una API normal, Anglade advierte que debe ser muy consciente de que los clientes se encuentran en un entorno que no es de confianza y que siempre debe usar las credenciales de usuario final además del SSL y OAuth habituales.

BaaS se une al primer movimiento de diseño de API

Como se mencionó anteriormente, la práctica hasta ahora ha sido diseñar un sitio web o aplicación y luego construir una API para conectarlo a otros. Manfred Bortenschlager , director de desarrollo de mercado de API en 3scale.net , sostiene que cambiamos este proceso para describir primero la interfaz. Por lo tanto, todo lo que pasa por un sistema pasa por la API, lo que permite estandarizar sitios web, aplicaciones móviles y servicios de escritorio a través de una única interfaz.

¿Cómo pueden las empresas beneficiarse de diseñar API primero?

Para aquellos lectores que no estén familiarizados con las estrategias comerciales de API, Bortenschlager ofrece cuatro casos de uso que demuestran los diferentes beneficios de ofrecer una API:

  1. API como fuente de ingresos adicional: un restaurante publica su menú diario y disponibilidad de reserva a través de API. A un desarrollador externo como Yelp o TheFork le gustaría acceder a esa información. El restaurante podría optar por dejarlo gratis para fines de marca, cobrar cada vez que se recupera la información o simplemente cobrar mensualmente, por ejemplo.
  2. La API aumenta el conocimiento de la marca: TripAdvisor usa Mulesoft para exponer su API y hacer disponibles fotos, reseñas y datos de calificaciones, así como una API de verificación de disponibilidad de hoteles separada. Fuera del sitio web de TripAdvisor, esos ojos hipnóticos de búho dejan cientos de miles de impresiones de marca a diario.
  3. API fomenta la innovación abierta: el rastreador de fitness Fitbit abrió su API en 2011 para permitir que los desarrolladores externos creen aplicaciones de fitness basadas en sus datos de salud. Veinte aplicaciones fueron creadas en los dos primeros años, el ahorro de Fitbit $ 1 millón en I + D .
  4. Las API aumentan la eficiencia: "El enfoque de diseño de API primero ayuda mucho a estructurar internamente su sistema y arquitectura de TI, y también le ayuda a mantener mejor su arquitectura", dijo Bortenschlager. Esto también se conoce como "comer tu propia comida para perros": maximizas la eficiencia y continúas mejorando tu API internamente.
Para obtener más consejos sobre el potencial comercial de las API, consulte 5 formas en que las API aumentarán sus ingresos "

La desventaja de construir su propio backend móvil: seis efectos secundarios sarcásticos

La creación de su propio backend móvil para cada sistema operativo diferente requiere diversas habilidades y experiencia, lo que aumenta el gasto y el tiempo de desarrollo. Anglade identifica 6 efectos secundarios negativos que resultan de tomar la ruta DYI:

  • Ansiedad aguda de Apache debido a una configuración compleja
  • Ir a PHP con frecuencia para extender el backend de su aplicación
  • ACL roto mientras intenta averiguar la seguridad de acceso
  • Sysadminitis o lo que él llama la lucha por acceder al backend de los servidores de grandes empresas
  • Displasia crónica inconformista que piensan que saben más
  • ¡uh AWS! Cuando Amazon deja de funcionar y no responde ningún servidor

Terminas escribiendo mucho código repetido que nunca parece estar libre de errores. Finalmente, está atascado con una gran cantidad de modelos complicados, sistemas heredados, servidores, servidores de archivos, JavaScript, JSON, y la lista continúa, y la pila cambia cada vez que cambia de un sistema operativo móvil a otro.

Entonces, ¿quién está construyendo mi backend de API?

En las API nórdicas, reconocemos que es posible que no tenga tiempo para construir el todopoderoso MBaaS usted mismo, por lo que le ofrecemos la siguiente lista de proveedores de BaaS de muestra con las herramientas para hacer el trabajo. No exhaustivo y sin ningún orden en particular:

  • PIGGATE : BaaS para iBeacon y desarrollo web físico.
  • BaasBox : backend de código abierto para su aplicación móvil.
  • Backendless : permite a los desarrolladores tener un backend instantáneo sin escribir código del lado del servidor.
  • Kinvey : un BaaS con frontend y backend, creado para cualquier dispositivo o sitio web.
  • Appcelerator : un BaaS dirigido a la audiencia empresarial.
  • AuthRocket : mezcla un backend de API con autenticación y administración de usuarios.
  • GameSparks : la mejor plataforma de backend, específicamente para desarrolladores de juegos.
  • Stamplay : una plataforma de backend modular para desarrolladores web.
  • DreamFactory : un backend móvil de código abierto que genera automáticamente API RESTful.

¿Ha trabajado con un BaaS que no está en nuestra lista? ¡Cuéntanos a continuación!

Conclusión

También a menudo llamado Mobile Backend as a Service, BaaS o MBaaS, un API backend es una forma en que los desarrolladores pueden vincular su software y aplicación al almacenamiento basado en la nube, lo que facilita la vinculación con kits de desarrollo de software y API.

Una de las principales razones por las que los desarrolladores eligen BaaS es porque crear su propia interfaz móvil requiere tiempo y recursos, ya que los procesos deben duplicarse y luego personalizarse en varios proveedores móviles. Con un BaaS consolidado, puede construir rápidamente sobre la base, independientemente del sistema operativo al que se esté conectando. Es parte del movimiento de API primero que permite que todo, desde el sitio web hasta las aplicaciones móviles, se compile más rápidamente sobre una API.

A los desarrolladores les encanta el enfoque BaaS porque elimina la configuración de pila redundante y el código repetido repetitivo, y todo está en un solo lugar. Sin embargo, un backend de API no es para todos. Está muy centrado en los datos, puede enviar más al cliente de lo que le gustaría y, si no se administra correctamente, puede crear mayores riesgos de seguridad.

BaaS es solo una de las muchas formas en que las API están cambiando la forma en que desarrollamos, diseñamos y vivimos. En las API nórdicas, creemos que los beneficios de las API son infinitos. ¿Qué crees que hará la gran API todopoderosa a continuación? ¡Cuéntanos a continuación y obtén más información al respecto en uno de nuestros próximos eventos en Copenhague, Múnich, Londres y Seattle !

Publicar un comentario

0 Comentarios