Definition

Servidor de aplicaciones y proveedor de servicios de aplicaciones

Un servidor de aplicaciones es un programa de servidor en un equipo en una red distribuida que proporciona la lógica de negocio para un programa de aplicación. El servidor de aplicaciones se ve frecuentemente como parte de una aplicación de tres niveles, que consta de un servidor gráfico de interfaz de usuario (GUI), un servidor de aplicaciones (lógica empresarial) y un servidor de bases de datos y transacciones. De manera más descriptiva, se puede visualizar como la división de una aplicación en:

  1. Una interfaz gráfica de usuario de primer nivel, de front-end, basada en el navegador web, normalmente en un equipo de cómputo personal o una estación de trabajo.
  2. Una aplicación de lógica de negocio de nivel medio o conjunto de aplicaciones, posiblemente en una red de área local o un servidor de intranet.
  3. Un servidor de back-end, base de datos y transacciones de tercer nivel, a veces en un mainframe o servidor grande.

Las bases de datos de aplicaciones más antiguas y las aplicaciones de administración de transacciones forman parte del backend o tercer nivel. El servidor de aplicaciones es el intermediario entre bases de datos basadas en navegador y bases de datos de back-end y sistemas heredados.

En muchos usos, el servidor de aplicaciones combina o funciona con un servidor Web (Hypertext Transfer Protocol) y se denomina servidor de aplicaciones web. El navegador web admite un front-end fácil de crear basado en HTML para el usuario. El servidor Web proporciona varias formas diferentes de reenviar una solicitud a un servidor de aplicaciones y de reenviar una página Web nueva o modificada al usuario. Estos enfoques incluyen la interfaz de gateway común (CGI), FastCGI, la página Active Server de Microsoft y la página de servidor de Java. En algunos casos, los servidores de aplicaciones Web también admiten interfaces de "intermediación" de solicitud, como el Protocolo de internet Inter-ORB (IIOP) de CORBA.

¿Qué es un proveedor de servicios de aplicaciones o ASP?

Un proveedor de servicios de aplicaciones (Application Service Provider o ASP) es una empresa que ofrece a personas o empresas acceso a aplicaciones y servicios relacionados a través de internet. El término ha sido reemplazado en gran medida por software como proveedor de servicios (SaaS), aunque en algunas partes del mundo, las empresas todavía usan las dos etiquetas indistintamente.

Los servicios ASP se denominaron en un momento "aplicaciones de barril". Fueron una alternativa importante para las personas y las empresas más pequeñas con presupuestos reducidos para la tecnología de la información (TI) y también para las empresas más grandes que exploraban la idea de subcontratar su infraestructura de TI en el cambio de siglo.

Los primeros ASP se centraban en ofrecer aplicaciones especializadas que eran caras de instalar y mantener. Básicamente, el modelo requería que el cliente ASP comprara el software y luego pagara a un proveedor para que lo alojara.

En 1999, Hewlett-Packard, SAP y Qwest Communications International Inc. formaron el Consorcio de la Industria de Proveedores de Servicios de Aplicaciones (ASPIC), un grupo que representa a los proveedores de servicios ASP. HP, SAP y Qwest se unieron para hacer que las populares aplicaciones R / 3 de SAP estén disponibles en "cibercentros" que servirían las aplicaciones a otras empresas. Casi al mismo tiempo, Microsoft permitió que algunas empresas ofrecieran sus productos BackOffice, incluidos SQL Server, Exchange y Windows NT Server, en régimen de alquiler y pago por uso.

Los ASP proporcionaban aplicaciones y servicios a pequeñas empresas e individuos con un pago por uso o una tarifa de licencia anual. Mientras tanto, las organizaciones más grandes proporcionaron su propio servicio ASP interno, moviendo aplicaciones de computadoras personales (PC) y colocándolas en un tipo especial de servidor de aplicaciones que fue diseñado para funcionar con estaciones de trabajo de clientes ligeros. Este enfoque permitió a las empresas volver al control más centralizado sobre los costos y el uso de las aplicaciones que tenían en el período anterior a la llegada de la PC.

¿Cómo funcionan los ASP?

Los ASP entregaron aplicaciones a través de Internet o una red privada. A los clientes se les cobró de una de estas cuatro formas:

  • una estructura de tarifas basada en el uso;
  • una tarifa basada en características;
  • una tarifa fija mensual o anual; o
  • una combinación de estos tres anteriores.

Esas tarifas cubrieron alojamiento, mantenimiento y soporte. En este modelo, las ASP proporcionaban un entorno específico para cada cliente y no compartían ese entorno con otros clientes. Este enfoque de arrendamiento único garantizó la seguridad y la continuidad de las operaciones.

La definición de ASP era algo fluida a fines de la década de 1990 y principios de la de 2000. Muchos de los primeros ASP ofrecían solo sus propias aplicaciones. Otras ASP hospedaron y reempacaron múltiples aplicaciones de terceros, muchas de ellas simples herramientas de colaboración. Sin embargo, un casi colapso del mercado de ASP a principios de la década de 2000 llevó a los ASP supervivientes a ofrecer aplicaciones más integradas y a cambiar de marca o reinventarse a sí mismos como proveedores de servicios administrados (MSP), proveedores de servicios web o proveedores de infraestructura de aplicaciones.

Finalmente, el mercado dio paso a los modelos SaaS y plataforma como servicio (PaaS). Tanto los modelos SaaS como PaaS suelen ofrecer una combinación de ofertas patentadas y de terceros.

Vistazo rápido a las tres categorías de servicios en la nube: SaaS, PaaS e IaaS.

Ventajas y desventajas del modelo ASP

El enfoque ASP tiene varias ventajas y desventajas, incluidas las siguientes:

Ventajas de un ASP

  • El cliente, en teoría, no necesitaría contratar un gran personal de TI porque el ASP se encargaría de gran parte del trabajo. Los clientes también podían trasladar los costos de capital a gastos operativos, lo que resultaba atractivo para algunos clientes por razones contables.
  • Es posible una implementación más rápida, porque el back-end de la aplicación ya está en funcionamiento.
  • Como parte de su contrato de servicio, los ASP podrían rastrear e impulsar actualizaciones de software, liberando a los clientes de esa tarea.
  • Acuerdos de nivel de servicio. Estos acuerdos, conocidos como SLA (service level agreement) se adaptan a clientes específicos.

Desventajas de los ASP

  • En un entorno de un solo inquilino, las aplicaciones que un cliente compró o alquiló están aisladas de las aplicaciones de otros clientes. Como resultado, no hay economías de escala. Por lo tanto, los costos no disminuyen a medida que los ASP adquieren más clientes.
  • Dado que la mayoría de los clientes de ASP eran pymes, los ASP les ofrecían servidores virtuales, en lugar de servidores dedicados. Se debatieron los riesgos de seguridad reales de esto, pero la apariencia de riesgo de seguridad afectó al mercado ASP temprano.
  • Falta de integración. Los primeros ASP ofrecían paquetes de software, pero la falta de integración con el software heredado de los clientes también afectó al mercado de ASP iniciales.

Diferencias entre los modelos de entrega ASP y SaaS

Hay una serie de diferencias entre el modelo de entrega ASP y SaaS. En un modelo de entrega de ASP, el cliente normalmente compra software y paga a un ASP para que lo aloje y lo mantenga. Los proveedores de SaaS administran el software que han desarrollado por su cuenta o, en muchos casos, ofrecen tanto sus propias aplicaciones como las desarrolladas por terceros.

Las ASP tradicionales utilizaban una arquitectura de un solo inquilino y los clientes de software debían instalarse en las computadoras de los usuarios finales. Por el contrario, los proveedores de SaaS utilizan una arquitectura de múltiples inquilinos, y se accede a una aplicación a través de un navegador web y sirve a múltiples usuarios y empresas.

Hoy en día, los ASP no se utilizan mucho. Los clientes que necesitan proveedores que alojen aplicaciones específicas y personalizadas o aplicaciones listas para usar en un centro de datos seguro, pueden optar por buscar un proveedor de servicios de aplicaciones.

Tipos de proveedores de servicios de aplicaciones

Los ASP se dividen en categorías según el tipo de aplicaciones que proporcionan o la base de clientes a la que sirven. Los cinco tipos comunes de proveedores de servicios de aplicaciones son los siguientes:

  1. Local o regional. Se centra en las necesidades de las empresas en un área local o regional específica.
  2. Proporciona un tipo de aplicación o servicio para satisfacer las necesidades de una empresa en un área específica, como la gestión del comercio electrónico.
  3. Mercado vertical. Aloja aplicaciones para satisfacer las necesidades de una empresa en una industria específica — como el bufete de abogados de un proveedor de atención médica.
  4. Tiene una gama de aplicaciones comerciales para empresas más grandes, como el software de planificación de recursos empresariales (ERP).
  5. Ofrece un conjunto de aplicaciones preempaquetadas de bajo costo.

Ejemplos de proveedores de servicios de aplicaciones

Como se mencionó anteriormente, los ASP generalmente han sido reemplazados por proveedores de SaaS. Algunos ejemplos de ASP incluyen la alianza de HP, SAP y Qwest discutida anteriormente, así como las siguientes:

Corio se fundó en 1998 y proporcionó un conjunto de aplicaciones empresariales. Compró los activos ASP de Qwest CyberSolutions LLC, una subsidiaria de Qwest Communications en 2002. IBM luego compró Corio en 2005.

DoubleClick proporcionó servicios de publicación de anuncios a editores, especialistas en marketing y agencias. Fue fundada en 1995 y Google compró DoubleClick en 2008.

FutureLink, otra compañía de corta duración, fue fundada en 1998. También fue miembro fundador de ASPIC, y ofrecía aplicaciones de Great Plains, Microsoft, Onyx, Pivotal y Sales Logix por cuotas de suscripción mensual. FutureLink cerró en 2001.

Pandesic fue uno de los primeros ASP, formado a partir de una empresa conjunta de 1997 entre SAP e Intel. Ofrecía una aplicación de gestión de comercio electrónico. Estaba fuera de servicio en julio de 2000.

ASP es también una abreviatura de Active Server Page.

Las empresas de hoy se centran en cómo hacer el mejor uso de SaaS a medida que mueven más aplicaciones y cargas de trabajo a la nube. Descubra las últimas ideas en este vistazo a los modelos de nube SaaS frente a IaaS.

Este contenido se actualizó por última vez en septiembre 2021

Investigue más sobre Servidores

ComputerWeekly.com.br
Close