Ventajas de ASP (Application Server Provider)

Las aplicaciones ASP (Application Server Provider) se definen como aquellas que utiliza una empresa para proporcionar servicios de software a otras de forma centralizada y a través de una red.

Personalmente creo que tiene muchas ventajas:

  • Licencias: el cliente no paga licencias. Simplemente se suscribe a un servicio por el que paga mensualmente.
  • Piratería: es mucho más difícil de piratear que un programa clásico. Se puede decir que el 100% de los usuarios del servicios pagarán por él. Esto es una gran ventaja para los desarrolladores frente a las aplicaciones tradicionales.

Objeciones: las aplicaciones de escritorio son más rápidas y tienen mejor experiencia de usuario. Esto es cierto, pero el uso generalizado de internet, las conexiones cada ve más rápidas y el uso de tecnologías como AJAX o la incipiente RIA disminuyen infinitamente la distancia entre aplicación web y aplicación de escritorio

3 Comentarios

  • 1. Javi  |  septiembre 14th, 2007 at 9:36 am

    Totalmente de acuerdo.
    En un futuro todas las aplicaciones de escritorio pasarán a funcionar a través de internet. Esto incluso las hará más potentes, porque parte de la inteligencia de la aplicación estará en el lado del servidor, además como comentas, será la solución para acabar con la piratería en cuanto a aplicaciones se refiere.

  • 2. Dani  |  septiembre 14th, 2007 at 11:52 am

    Hola,

    Otra objeción más sería que el usuario no tiene los datos en su poder, por eso mismo no creo que las aplicaciones que manejen información sensible lleguen a funcionar como ASP.
    Saludos!

  • 3. Enrique Place  |  octubre 4th, 2007 at 3:37 pm

    Sobre el punto de Dani, eso se soluciona por simple demanda del mercado y un proveedor que sepa escuchar a sus clientes: se define claramente como funcionalidad que el usuario del sistema sea “dueño” claro de sus datos, además de alguna política clara de privacidad de la información.

    Sobre el artículo central, otro punto positivo es lo que se llama “deploy centralizado”, donde no tienes que actualizar cada servidor de tus clientes, solo existen un ambiente de producción donde luego los usuarios ven sus actualizaciones (al estilo Google y sus productos).

    Nota: obviamente luego tenemos el tema de servidores distribuidos que no necesariamente cuando se hace una actualización se replica exactamente al mismo tiempo, pero creo que la idea se entiende. ;-)

Comenta el articulo:

Requerido

Requerido,