Creo que vale la pena explicar cómo están diseñadas las aplicaciones web para comprender la diferencia. En general, todas las aplicaciones web se dividen entre un back-end que se ejecuta en servidores remotos y un front-end que se ejecuta localmente. Hoy en día, la mayoría de las aplicaciones implementan una API bien definida entre back-end y front-end para ayudar a la integración con diferentes sistemas, así como para admitir diferentes tipos de clientes (aunque hoy en día, esto generalmente significa solo dos: web y móvil).
Una aplicación SaaS típica se construye a partir de una combinación de componentes de front-end y componentes de back-end. Las pilas de tecnología para ambos lados son bastante diferentes y generalmente requieren ingenieros diferentes. Eso no quiere decir que no existan individuos que puedan abarcar todo el conjunto, pero prácticamente hablando, pensarás en tu equipo de ingeniería como una combinación de ingenieros de front-end y back-end, con oportunidades limitadas para redistribuir el trabajo entre los dos. grupos
En la imagen a continuación, puede ver tanto la aplicación web que se muestra en la pantalla como los datos de devolución de llamadas API al front-end. Puede ver la aplicación iOS móvil nativa. Lo crucial es llamar al mismo back-end. Esta API también significa que otros programas como Xero y ZenDesk también pueden intercambiar datos mediante programación con SalesSeek.
- ¿Cuáles son las diferencias entre Infraestructura como servicio (IaaS), Plataforma como servicio (PaaS) y Software como servicio (SaaS)?
- ¿Dar una demostración cerrada de su producto SaaS es mejor o peor que una demostración en persona (estilo de calificación de ventas)?
- ¿Hay alguna empresa SaaS que realice exitosamente soporte solo por correo electrónico?
- ¿Cuál es una buena solución de marca blanca para hacer informes descargables (Word, Excel, PDF) para una aplicación web SaaS?
- ¿Cuál es el kit de desarrollo de software preferido para crear un sitio web SaaS de inicio?
Las aplicaciones SaaS abarcan una gran variedad de usos: contabilidad, CRM, juegos, servicios de citas, etc., pero los back-end a menudo tienen que hacer los mismos tipos de trabajo independientemente. Tienen que administrar la seguridad, el aprovisionamiento de usuarios, el monitoreo, la facturación y, por supuesto, el almacenamiento de datos de manera confiable. Pero el back-end de un sistema de contabilidad a menudo es bastante similar al back-end de un sistema CRM. Claro, los detalles de las estructuras de datos son diferentes, pero esto es solo un detalle desde el punto de vista del back-end.
El corazón de lo que hace que una aplicación sea diferente de otra generalmente se concentra en el front-end: la interfaz de usuario y los flujos de trabajo. En cierto sentido, el backend es una “mercancía”. Dado que, en lugar de que todos los proveedores de SaaS construyan y reconstruyan sustancialmente el mismo backend una y otra vez, ¿hay una mejor manera?
Ingrese BaaS – Backend-as-a-Service. La idea es que, en lugar de crear mi propio back-end como proveedor de SaaS, aproveche un servicio prefabricado que me brinde todo el aprovisionamiento de usuarios básicos, facturación, administración de sistemas, almacenamiento de datos y seguridad que es en gran parte invisible para el usuario final, pero sin embargo crítico. Al usar un BaaS en lugar de construir el mío, puedo reducir la cantidad de ingenieros de back-end que necesito, pero quizás lo más importante, acelerar el tiempo de comercialización.
En términos económicos, este es un uso más eficiente de los recursos, ya que ahora estoy bombeando más en el front-end competitivo diferenciable y aprovechando la “producción en masa” para reducir mis costos de escalamiento de back-end. Como señala Leonid S. Knyshov en su respuesta, hay un beneficio adicional en que obtiene acceso a una infraestructura administrada y construida profesionalmente, a menudo muy por encima de cualquier cosa que una startup pueda crear de manera realista por sí misma.
BaaS no será para todos. Puedo ver que funciona bien para una aplicación como SalesSeek, una herramienta de CRM y automatización de marketing, pero no para ServerDensity, una herramienta de administración de sistemas que requiere un back-end único y competitivo.
Como industria, diría que estamos aproximadamente a la mitad del camino, relativamente pocos vendedores de SaaS se están aprovechando de BaaS, es nuevo y aterrador, y existe la preocupación legítima sobre el bloqueo de los proveedores (por eso subrayé el punto al comienzo de tener una API bien definida). Pero creo que casi todos los proveedores de SaaS de hoy usarían IaaS – Infraestructura como servicio. Puede pensar en esto como un trampolín hacia BaaS, donde en lugar de todo el backend, los subsistemas individuales como el hardware y la facturación se trasladan a proveedores independientes como Amazon, Google y Zuora. Nadie compra una pila de Dells y los calza en un armario estacionario. El hardware ha sido subcontratado, pero aún no el software de fondo.
Hay otros dos términos que escucha que son más o menos los mismos: PaaS : plataforma como servicio e informática sin servidor . Tienen puntos de partida ligeramente diferentes: PaaS (por ejemplo, SalesForce Heroku) sin intentar ocultar el bloqueo del proveedor, y la informática sin servidor (por ejemplo, Lambda de Amazon) aún en el nivel de sub-back-end en lugar de buscar reemplazar todo el back-end. Sin embargo, creo que todos los caminos conducen al mismo lugar, y ese es uno donde el back-end de las compañías SaaS se entrega cada vez más por proveedores independientes de BaaS.
Creo que este es un desarrollo emocionante de la industria: promete revolucionar los costos de lanzamiento al mercado y de inicio para SaaS. A modo de ejemplo, creo que hará de freemium un enfoque asequible incluso para las empresas de arranque.
Se podría pensar que Amazon y Google tendrán una ventaja en BaaS, pero sospecho que habrá mucho espacio para que las nuevas empresas innovadoras compitan y encuentren nichos en este espacio.
Hasta la fecha, la actividad principal ha estado en un subconjunto de BaaS, los llamados mBaaS , backend como servicio móvil, donde parte del atractivo aquí es proporcionar un servicio a desarrolladores móviles que carecen de las habilidades para desarrollar sus propios backend Los proveedores de ejemplo incluyen Parse (adquirido por Facebook) y Kinvey. Sin embargo, ninguna discusión sobre mBaaS puede completarse sin tener en cuenta también que StackMob fue adquirido por PayPal en 2013 y luego se cerró rápidamente, lo que ocasionó a los usuarios existentes algunas dificultades para decirlo suavemente. Creo que hasta que haya una respuesta práctica al bloqueo de proveedores, la adopción de BaaS seguirá siendo modesta.
En resumen: SaaS es una aplicación que se entrega como un servicio al usuario final. BaaS es un conjunto de subsistemas de back-end entregados como un servicio a un proveedor de SaaS.
