Software como servicio

Ir a: navegación, búsqueda de

Software como servicio (SaaS; pronunciado /sæs/[1]) es un software concesión de licencias y entrega modelo en el que se licencia en una suscripción base y tiene una ubicación céntrica organizó.[2][3] A veces se conoce como "software on-demand",[4] y fue anteriormente conocido como "software más servicios" por Microsoft.[5] SaaS se accede normalmente por usuarios de utilizando un cliente fino a través de un navegador web. SaaS se ha convertido en un modelo de entrega común para muchas aplicaciones, incluyendo oficina y mensajería software, software de procesamiento de nómina, software DBMS, software de gestión, software CAD, software de desarrollo, Gamification, Virtualización,[4] contabilidad, colaboración, gestión de relaciones con clientes (CRM), sistemas de información gerencial (MIS), Planificación de recursos empresariales (ERP), facturación, gestión de recursos humanos (HRM), adquisición de talento, gestión de contenidos (CM) y servicio gestión de escritorio.[6] SaaS se ha incorporado en la estrategia de casi todos los principales software para empresas empresas.[citación necesitada][7][8]

Según un Gartner Group estimar, ventas de SaaS en 2010 alcanzaron los $ 10 billones y se proyectaron que aumente a $ 12,1 billones en 2011, un 20,7% de 2010.[9] Gartner Group estima que SaaS ingresos serán más del doble sus números de 2010 en 2015 y llegar a una proyectada $ 21,3 billones. Gestión de relaciones cliente (CRM) sigue siendo el mayor mercado de SaaS. Ingresos de SaaS en el mercado CRM se previsión llegar a $ 3,8 billones en 2011, arriba de $ 3,2 billones en 2010.[10]

El término "software as a service" (SaaS)[11] se considera parte de la nomenclatura de Computación en la nube, junto con infraestructura como un servicio (IaaS), plataforma como servicio (PaaS), Desktop como servicio (DaaS)[12] software de gestión como un servicio (MSaaS), backend móvil como un servicio (MBaaS) y administración de tecnología de la información como un servicio (ITMaaS).

Contenido

  • 1 Historia
  • 2 Distribución
  • 3 Fijación de precios
  • 4 Arquitectura
  • 5 Características
    • 5.1 Configuración y personalización
    • 5.2 Entrega acelerada de la función
    • 5.3 Protocolos de integración abierta
    • 5.4 Funcionalidad de colaboración (y "social")
  • 6 Controladores de adopción
  • 7 Retos de la adopción
  • 8 Nuevas tendencias
    • 8.1 Aplicaciones de ingeniería
    • 8.2 Aplicaciones sanitarias
  • 9 Custodia de datos
  • 10 Crítica
  • 11 Véase también
  • 12 Referencias

Historia

Centralizada de hosting de aplicaciones de negocio remonta a la década de 1960. A partir de esa década, IBM y otros mainframe proveedores de llevó a cabo un Oficina de servicios negocio, referido a menudo como tiempo compartido o utility computing. Tales servicios incluidas ofreciendo Informática almacenamiento de energía y base de datos a los bancos y otras grandes organizaciones de su todo el mundo centros de datos.[citación necesitada]

La expansión de Internet durante la década de 1990 propiciado una nueva clase de centralizado de computación, llamado Proveedores de servicios de aplicación (ASP). ASP proporciona empresas con el servicio de hosting y gestión de aplicaciones de negocio especializados, con el objetivo de reducir costos a través de la administración central y de especialización del proveedor de la solución en una aplicación de negocio particular. Dos de los pioneros y ASP más grande fueron USI, que se establece jefatura en el área de Washington, DC y Futurelink Corporation, con sede en Irvine, California.[13]

Software como un servicio esencialmente extiende la idea del modelo ASP. El término Software como servicio (SaaS), sin embargo, comúnmente se utiliza en entornos más específicos:

  • Mientras que ASP inicial más enfocado en la gestión y hosting de terceros proveedores de software independientes' software, a partir de 2012 Proveedores de SaaS suele desarrollan y gestión su propio software.
  • Mientras que muchos ASP inicial ofreció más tradicionales cliente-servidor aplicaciones, que requieren instalación de software en los usuarios ordenadores personales, Soluciones SaaS de hoy confían predominante en la Web y sólo requieren un navegador web a usar.
  • Mientras que la arquitectura de software utilizado por la mayoría inicial ASP por mandato mantener una instancia independiente de la aplicación para cada negocio, a partir de 2012 Soluciones SaaS normalmente utilizan un Multitenant arquitectura, en el que la aplicación sirve de múltiples empresas y usuarios y reparte sus datos por consiguiente.

El acrónimo supuestamente apareció por primera vez en un artículo llamado "Backgrounder: Software como un servicio estratégico," internamente publicado en febrero de 2001 por el Software y el información Industry Association (SIIA) eBusiness división.[14]

DbaaS (base de datos como un servicio) se ha convertido en una sub variedad de SaaS.[15]

Distribución

La nube (o SaaS) no tiene ninguna necesidad física de distribución indirecta porque no se distribuye físicamente y se despliega casi instantáneamente, por lo tanto los socios e intermediarios de tipo tradicional no son necesarios. Sin embargo, como el mercado ha crecido, SaaS y manejado jugadores de servicio han tenido que tratar de redefinir su papel.[16]

Fijación de precios

A diferencia del software tradicional, que es convencionalmente vendidos como una licencia perpetua con un costo inicial y una cuota de apoyo curso opcional, SaaS proveedores generalmente precio aplicaciones usando una tarifa de suscripción, más una cuota mensual o una cuota anual.[17] En consecuencia, el costo de configuración inicial de SaaS es típicamente más bajo que el software de la empresa equivalente. Proveedores de SaaS precio normalmente sus aplicaciones basados en unos parámetros de uso, tales como el número de usuarios utilizando la aplicación. Sin embargo, porque en un SaaS datos medio ambiente clientes residen con el proveedor de SaaS, también existen oportunidades para cobrar por transacción, evento u otra unidad de valor, como el número de procesadores que requiere.[18]

El relativamente bajo costo para aprovisionamiento de usuarios (es decir, configurar un nuevo cliente) en un entorno multiusuario permite que algunos proveedores de SaaS ofrecer aplicaciones que utilizan el Freemium modelo.[18] En este modelo, un servicio gratuito está disponible con funcionalidad limitada o alcance, y cargos para una funcionalidad mejorada o mayor alcance.[18] Algunas otras aplicaciones de SaaS son completamente gratis para los usuarios, con los ingresos que se deriva de fuentes alternativas como la publicidad.[19]

Un motor clave del crecimiento de SaaS es la capacidad de los proveedores SaaS para ofrecer un precio competitivo con software local. Esto es consistente con la lógica tradicional de habilidades en sistemas, que consiste en aplicar economías de escala a la operación de la aplicación, es decir, un proveedor externo de servicio puede ofrecer mejor, más baratos, más confiables de aplicaciones.[citación necesitada]

Arquitectura

La gran mayoría de soluciones SaaS se basa en un Multitenant arquitectura. Con este modelo, un solo Versión de la aplicación, con un solo configuración (hardware, red, Sistema operativo), se utiliza para todos los clientes ("inquilinos"). Para apoyar a escalabilidad, la aplicación está instalada en varios equipos (llamados escala horizontal). En algunos casos, una segunda versión de la aplicación está configurada para ofrecer un selecto grupo de clientes con acceso a las versiones de las aplicaciones (por ejemplo, un versión beta) para prueba propósitos. Esto se contrasta con el software tradicional, donde la física múltiples copias del software — potencialmente de una versión diferente, con una configuración potencialmente diferente y a menudo, se instalan a través de varios sitios del cliente. En este modelo tradicional, cada versión de la aplicación se basa en un código único.[20]

Aunque una excepción en lugar de la norma, algunas soluciones de SaaS no utilice multiempresa, o utilizar otros mecanismos, tales como Virtualización— rentable gestionar un gran número de clientes en lugar de multiempresa.[21] Si multiempresa es un componente necesario para el software como servicio es un tema de controversia.[22]

Hay dos variedades principales de SaaS:

SaaS verticales
Un Software que responde a las necesidades de una industria específica (por ejemplo, software para el cuidado de la salud, agricultura, bienes raíces, finanzas industrias)
SaaS horizontal
Los productos que se centran en una categoría de software (marketing, ventas, herramientas para desarrolladores, HR) pero son independiente de la industria. [23]

Características

Aunque no todas las aplicaciones software como un servicio comparten todos los rasgos, las siguientes características son comunes entre muchas aplicaciones de SaaS:

Configuración y personalización

Aplicaciones SaaS soporte igualmente lo que tradicionalmente se conoce como aplicación arreglo para requisitos particulares. En otras palabras, como el software empresarial tradicional, un cliente solo puede alterar el conjunto de opciones de configuración (también conocido como parámetros) que afectan a su funcionalidad y look-and-feel. Cada cliente puede tener su propia configuración (o: valores de los parámetros) para las opciones de configuración. La aplicación se puede personalizar en la medida en que fue diseñado basado en un conjunto de opciones de configuración predefinidos.

Por ejemplo: para apoyar la necesidad común de los clientes para cambiar la apariencia de una aplicación para que la aplicación parece ser que el cliente marca de fábrica (o, si así lo desean,marcas aliadas), muchas aplicaciones de SaaS permiten a los clientes proporcionar (a través de un autoservicio interfaz o por trabajar con personal del proveedor de aplicación) un logotipo personalizado y, a veces, un conjunto de colores personalizados. El cliente no puede, sin embargo, cambiar la diseño de página a menos que esa opción fue diseñada para.

Entrega acelerada de la función

Aplicaciones SaaS se actualizan a menudo más con frecuencia que el software tradicional,[24] en muchos casos sobre una base semanal o mensual. Esta opción está activada por varios factores:

  • La aplicación está alojada centralmente, por lo que una actualización es decidida y ejecutada por el proveedor, no por los clientes.
  • La aplicación sólo tiene una configuración única, haciendo un desarrollo más rápido de la prueba.
  • El proveedor de la aplicación no tiene que gastar recursos de actualización y mantenimiento de retrospectiva las versiones del software, porque hay solamente una sola versión.[25]
  • El proveedor de la aplicación tiene acceso a todos los datos de cliente, acelerar diseño y pruebas de regresión.
  • El proveedor de soluciones tiene acceso al comportamiento del usuario dentro de la aplicación (generalmente a través de analítica web), haciéndolo más fácil de identificar áreas de mejora.

Entrega acelerada de la función se activa más de desarrollo ágil de software metodologías.[26] Tales metodologías, que han evolucionado en los mid-1990s, proporcionan un conjunto de herramientas de desarrollo de software y prácticas para apoyar lanzamientos de software frecuentes.

Protocolos de integración abierta

Porque aplicaciones SaaS no pueden acceder a sistemas internos () de la empresabases de datos o servicios internos), que principalmente ofrecen protocolos de integración[27] y interfaces de programación de aplicaciones (API) que operan sobre una red de área amplia. Por lo general, estos son protocolos basados en HTTP, RESTO y JABÓN.

La ubicuidad de aplicaciones SaaS y otros servicios de Internet y la estandarización de su tecnología API ha generado el desarrollo de mashups, que son aplicaciones ligeras que combinan datos, presentación y funcionalidad de múltiples servicios, creación de un servicio compuesto. Mashups más diferenciar aplicaciones SaaS de software local como ésta no puede integrarse fácilmente fuera de la empresa cortafuegos.

Funcionalidad de colaboración (y "social")

Inspirado por el éxito de redes sociales en línea y otros supuestos Web 2.0 funcionalidad, muchas aplicaciones SaaS ofrecen funciones que permiten a sus usuarios colaborar y compartir la información.

Por ejemplo, muchos gestión de proyectos solicitudes entregan en la oferta del modelo SaaS, además de funcionalidad de planificación de proyectos tradicional — funciones de colaboración, permitiendo a los usuarios comentar acerca de las tareas y planes y compartir documentos dentro y fuera de una organización. Varias otras aplicaciones de SaaS permiten a los usuarios votar y ofrecer nuevas ideas de la característica.

Aunque algunas funciones de colaboración también está integrada en el software local, colaboración (implícito o explícito) entre los usuarios o clientes diferentes sólo es posible con el software de forma centralizada alojada.

Controladores de adopción

Varios cambios importantes en el panorama de mercado y tecnología de software han facilitado la aceptación y el crecimiento de soluciones SaaS:

  • El creciente uso de Internet interfaces de usuario por aplicaciones, junto con la proliferación de prácticas asociadas (por ejemplo, diseño web), disminuyó continuamente la necesidad de aplicaciones cliente-servidor tradicionales. En consecuencia, la inversión del proveedor de software tradicional en software basado en clientes de grasa se ha convertido en una desventaja (mandatos apoyo continuo), abriendo la puerta para nuevos proveedores de software que ofrece una Experiencia de usuario percibe como más "modernos".
  • La estandarización de tecnologías () página webHTML, JavaScript, CSS), la creciente popularidad de Desarrollo Web como una práctica y la introducción y la ubicuidad de frameworks de aplicación Web como Ruby on Rails o Laravel (PHP) poco a poco reducido el costo de desarrollo de nuevas soluciones de SaaS y permitió a nuevos proveedores de solución llegar a soluciones competitivas, desafiando los proveedores tradicionales.
  • La creciente penetración de acceso a Internet de banda ancha habilita aplicaciones remotas alojadas centralmente ofrecer velocidad comparable a software local.
  • La estandarización de la HTTPS Protocolo como parte de la web pila siempre universalmente disponible ligero seguridad es suficiente para la mayoría de las aplicaciones cotidiana.
  • La introducción y amplia aceptación de peso ligero integración protocolos de tales como RESTO y jabón económico integración entre aplicaciones SaaS (que reside en la nube) con aplicaciones internas sobre redes de área extensa y con otras aplicaciones de SaaS.

Retos de la adopción

Algunas limitaciones retrasar la aceptación de SaaS y lo prohiben que se utiliza en algunos casos:

  • Porque los datos se almacenan en los servidores del proveedor, seguridad de datos se convierte en un problema.[28]
  • Aplicaciones SaaS están alojados en la nube, lejos de los usuarios de la aplicación. Esto introduce latencia en el medio ambiente; así, por ejemplo, el modelo SaaS no es adecuado para aplicaciones que exigen tiempos de respuesta en los milisegundos.
  • Las arquitecturas multiusuario, que conducen la rentabilidad para los proveedores de soluciones SaaS, limitan la personalización de aplicaciones para grandes clientes, inhibición de dichas aplicaciones se utilicen en escenarios (aplicables sobre todo a las grandes empresas) para que tal personalización es necesario.
  • Algunas aplicaciones requieren acceso a o la integración con los datos actuales del cliente. Cuando tales datos son grandes en volumen o sensibles (por ejemplo, información personal de los usuarios finales), integración con el software de forma remota alojado puede ser costoso o arriesgado, o puedan entrar en conflicto con datos de las regulaciones del gobierno.
  • Las leyes de orden constitucional de la búsqueda/del asimiento no protegen a todas las formas de SaaS dinámicamente almacenada datos. El resultado final es que se agrega un enlace a la cadena de seguridad donde el acceso a los datos y, por extensión, mal uso de estos datos, son limitadas solamente por la supuesta honestidad de 3 partes o agencias gubernamentales capaces de acceder a los datos en su propia palabra.[29][30][31][32][33]
  • SaaS la conmutación proveedores pueden implicar la tarea lenta y difícil de transferir archivos de datos muy grandes por Internet.
  • Las organizaciones que adopten SaaS pueden encontrar que se les obliga a adoptar nuevas versiones, que podrían resultar en costos de capacitación imprevistos, un aumento en la probabilidad de que un usuario puede hacer un error o inestabilidad de bugs en el software más reciente.
  • Debe ir el proveedor del software de negocios o de repente EOL el software, el usuario puede perder acceso a su software, que podría desestabilizar a proyectos actuales y futuros de la organización, así como dejar al usuario con los datos anteriores ya no pueden acceder o modificar.
  • Depender de una conexión a Internet significa que los datos son transferidos a y desde una empresa SaaS en velocidades de Internet, en lugar de las potencialmente mayores velocidades de la red interna de una empresa.[34]
  • ¿La empresa de alojamiento SaaS garantiza que el nivel de disponibilidad acordados en el SLA (Service Level Agreement)?

El modelo estándar también tiene limitaciones:

  • Compatibilidad con sistemas operativos, hardware y otro software.[35]
  • Problemas de licencias y cumplimiento (copias no autorizadas del programa poniendo la organización en riesgo de multas o litigios).
  • Mantenimiento, soporte y procesos de revisión de revisión.

Nuevas tendencias

Como resultado de la fragmentación generalizada en el espacio de proveedor de SaaS,[36] hay una nueva tendencia hacia el desarrollo de plataformas de integración SaaS (SIP).[37] Estos SIP permiten suscriptores acceder a múltiples aplicaciones SaaS a través una plataforma común. También ofrecen nuevos desarrolladores de aplicaciones una oportunidad para rápidamente desarrollar y desplegar nuevas aplicaciones.

Esta tendencia se conoce como la "tercera ola" en la adopción de software - donde SaaS va más allá de aplicaciones independientes para convertirse en una plataforma integral. El primero de ellos fue creado por Bitium en 2012, que ofrece servicios SSO a las empresas que operan en múltiples aplicaciones. Zoho y SutiSoft son dos empresas que ofrecen completa SIP hoy. Varios otros jugadores de la industria, incluyendo Salesforce, Microsoft, Procurify y Oracle están agresivamente desarrollando plataformas de integración similar.[38]

Otra tendencia se ocupa de la subida de los productos de software que combina las funciones de gestión de recursos humanos, contabilidad de nómina y manejo de gastos como una solución todo-en-uno en la promoción de la colaboración entre un empleador y un empleado. Esto complementa el esfuerzo actual de muchas empresas para crear herramientas de autoservicio del empleado para su fuerza de trabajo.

Aplicaciones de ingeniería

Software de simulación de ingeniería, tradicionalmente entregado como una solución local a través de la pantalla del usuario, es un candidato ideal para la entrega de SaaS. El mercado de software de simulación ingeniería de SaaS está en su infancia, pero está creciendo interés en el concepto por razones similares como interés en SaaS está creciendo en otras industrias. El conductor principal es que software de simulación de ingeniería tradicional requiere una gran inversión inicial para acceder al software de simulación. La gran inversión realizada mantiene simulación ingeniería inaccesibles para muchas startups y empresas de mercado medio que eran renuentes o incapaces de arriesgar un gasto grande de software en proyectos no probados.[39]

Aplicaciones sanitarias

Según una encuesta realizada por HIMSS Analytics, 83% de Estados Unidos se salud organizaciones están utilizando servicios en la nube con 9,3% previsto, mientras que 67% de las organizaciones de salud de TI se ejecutan aplicaciones basadas en SaaS.[40]

Custodia de datos

Software como una custodia de datos de servicio es el proceso de mantener una copia de datos de aplicaciones de software como un servicio fundamental con una tercera parte independiente. Similar a la escrow de código fuente, donde software crítico código fuente se almacena con una tercera parte independiente, custodia de datos es la misma lógica aplicada a los datos dentro de una aplicación SaaS SaaS. Permite a las empresas a proteger y asegurar todos los datos que se encuentra dentro de las aplicaciones SaaS, protección contra pérdida de datos.[41]

Hay muchas y variadas razones para considerar SaaS custodia de datos incluyendo preocupaciones sobre proveedor bancarrota[42][43] potencial y la interrupción de los servicios no planificados pérdida de datos o corrupción. Muchas empresas también están dispuestos a asegurar que están cumpliendo con sus propias manejo de datos normas o deseen mejora informes y analítica de negocios contra los datos de la SaaS. Una investigación llevada a cabo por Clearpace Software Ltd. en el crecimiento del SaaS demostró que el 85 por ciento de los participantes quiso tomar una copia de sus datos de SaaS. Un tercio de estos participantes querían una copia sobre una base diaria.[44]

Crítica

Proviene de una notable crítica de SaaS Richard Stallman de la Free Software Foundation refiriéndose a él como servicio como sustituto del Software (SaaSS).[45] Considera el uso de SaaS para ser una violación de los principios de software libre.[46] Según Stallman:

Con SaaS, los usuarios no tienen una copia del archivo ejecutable: está en el servidor, donde los usuarios no pueden ver o tocar. Por lo tanto es imposible determinar lo que realmente hace y es imposible cambiarlo. SaaS inherentemente proporciona al operador de servidor el poder de cambiar el software en uso, o los datos de usuarios alimentados.

Esta crítica no se aplica a todos los productos SaaS. En 2010, Forbes Colaborador Dan Woods señaló que Drupal Gardens, una plataforma de hospedaje gratuito basado en la código abierto Drupal sistema de gestión de contenidos, es un "nuevo código abierto modelo SaaS". Y agregó:

Código abierto proporciona la escotilla de escape. En Drupal Gardens, los usuarios podrán pulsar un botón y obtener una versión de código fuente del código de Drupal que funciona su sitio junto con los datos de la base de datos. Luego, puedes tomar ese código, ponga para arriba en una de las empresas de hosting, y puedes hacerlo que le gustaría hacer.[47]

Del mismo modo, MediaWiki, WordPress y sus muchas extensiones cada vez más se utilizan para una amplia variedad de aplicaciones internas, así como servicios web públicos. Duplicar el código es relativamente simple, ya que es una integración de plug-ins, plantillas, extensiones existentes, etcetera. Reales personalizaciones son raras y generalmente rápidamente reemplazados por extensiones más estándar de la disposición del público. Además no hay garantía la fuente software código obtenido a través de tales medios con precisión refleja el sistema de software que pretende reflejar.

Andrew Hoppin, un ex jefe de información para la Senado Estatal de Nueva York, se refiere a esta combinación de SaaS y software de código abierto como OpenSaaS y los puntos WordPress otro ejemplo exitoso de un modelo de entrega de software OpenSaaS ofrece a los clientes "lo mejor de ambos mundos y más opciones. El hecho de que es de código abierto significa que puede empezar a construir sus sitios web por Self-hosting WordPress y personalización de su sitio web para el contenido de su corazón. Al mismo tiempo, el hecho de que WordPress es que SaaS significa que no tienen que administrar el sitio web-puede simplemente pagar WordPress.com para hospedarla."[48] La nube (o SaaS) no tiene ninguna necesidad física de distribución indirecta porque no se distribuye físicamente y se despliega casi instantáneamente, por lo tanto los socios e intermediarios de tipo tradicional no son necesarios.

Véase también

  • Lista de 'como un servicio de' tipos de servicio
  • Servicizing
  • Integración en la nube
  • Proveedor de servicios de aplicación

Referencias

  1. ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (agosto de 2007). "¿Cómo pronuncia?". TechTarget. 24 de mayo 2012. 
  2. ^ Pablo, Gil. "¿Qué es"SaaS"(Software as a Service)?. Acerca de. 
  3. ^ «definición de: SaaS». Enciclopedia PC Magazine. Ziff Davis. 14 de mayo 2014. 
  4. ^ a b "Glosario de canal de ti". CompuBase. De marzo de 2013. 13 de febrero 2013. 
  5. ^ "Microsoft describe software más servicios". InfoWorld. 26 de julio de 2007. 7 de febrero 2017. 
  6. ^ «Software como servicio (SaaS)». Taxonomía de nube. Público abierto. 24 de abril 2011. 
  7. ^ "Estrategia de nube de IBM". www.IBM.com. Archivado de el original en 2015-03-13. 
  8. ^ buey, A., Patterson, D. Ingeniería de Software como un servicio: un ágil enfoque utilizando Cloud Computing. 2014. el strawberry Canyon LLC
  9. ^ McHall, Tom (07 de julio de 2011). "Gartner dice Software en todo el mundo como un ingresos por servicios se previsión crecer 21 por ciento en 2011". Gartner. 28 de julio 2011. 
  10. ^ Barret, Larry (27 de julio de 2010). "SaaS mercado creciendo a pasos agigantados: Gartner". Datamation. QuinStreet. 
  11. ^ "¿Por qué SaaS?". 
  12. ^ Cimpl. "¿Qué es todo-como-un-servicio (XaaS)?. 2016-07-26. 
  13. ^ GAW, Jonathan (20 de octubre de 1999). "Ladouceur nombrado a director general de FutureLink". Los Angeles Times. 
  14. ^ "Software As A Service: información estratégica" (PDF). Washington, D.C.:: Software y Asociación de la industria de información. 28 de febrero de 2001. Archivado de el original (PDF) en 27 de septiembre de 2011. 24 de abril 2011. 
  15. ^ Ferrari, Elena (2010). Control de acceso en sistemas de gestión de datos. Síntesis de conferencias sobre gestión de datos. Morgan & Claypool editores. p. 77. ISBN 978-1-60845-375-7. 2012-02-13. [...] una nueva opción emergente está representada por la base de datos como un paradigma de Service (DbaaS) [...]. DbaaS está regulada por los mismos principios como Software como servicio (SaaS) y significa la entrega de las funcionalidades típicas de un sistema de gestión de base de datos en la nube. 
  16. ^ "El año de adopción de la nube por el canal". compuBase. De marzo de 2013. 13 de febrero, 2013. 
  17. ^ Levinson, Meridith (2007-05-15). "Software como una servicio (SaaS) definición y soluciones". CIO. 2015-03-24. 
  18. ^ a b c Byron Deeter y Ryan Jung (julio de 2013). "Software como un servicio de estrategias de precios" (PDF). 
  19. ^ Jain, Luca. "La aplicación SaaS de precios". Tenmiles Blog. 
  20. ^ Lebrun, Caroline. "Los beneficios de multi-tenant para gestionarla y gastos de la comunicación". 2016-07-26. 
  21. ^ Wainewright, Phil (19 de octubre de 2007). "Workstream prefiere virtualización a multi-tenancy". ZDNet (World Wide Web registro). CBS interactivo. 22 de enero 2016. 
  22. ^ CARRARO, Gianpaolo (21 de junio de 2008). «No puedo creer que todavía estamos hablando de si saas == multitenencia...». MS Developer network (blog). Microsoft. 24 de abril 2011. 
  23. ^ «7 las tendencias que darán forma a la industria de la SaaS en 2016». 
  24. ^ Ochoa, Chico (18 de mayo de 2010). "SaaS vs. Software: el ciclo de lanzamiento de SaaS es generalmente (no siempre) más rápido". Blog. Gartner. 24 de abril 2011. 
  25. ^ "Beneficios de SaaS". SaaSMarket. 10 de diciembre de 2016. 10 de diciembre 2016. 
  26. ^ Kuhnen, Eric (08 de enero de 2008). ¿"Saltar a SaaS? Tomar el desarrollo ágil de Software junto con usted". DevX. QuinStreet. 24 de abril 2011. 
  27. ^ Cimpl. "Los argumentos para el Software como servicio (SaaS)". 2016-07-26. 
  28. ^ Lisserman, Miroslaw (20 de diciembre de 2010). "SaaS y las preocupaciones de seguridad eterna". Comunidad. Forrester Research. 24 de abril 2011. 
  29. ^ Arturo, Carlos (2010-12-14). «ChromeOS de Google significa perder el control de los datos, advierte GNU fundador Richard Stallman». El guardián. UK. 2012-02-16. 
  30. ^ Adhikari, Richard (2010-12-15). "Por qué Richard Stallman no lleva brillo al cromo". Linux Insider. 2015-03-24. 
  31. ^ Stallman, Richard (2011-09-20). "Que ese servidor realmente sirve?". Boston Review. GNU Proyecto. 15 de enero 2012. 
  32. ^ Hill, Benjamin Mako (1 2009 de Feb). "Muéstrame el código". Revelar errores. 15 de enero 2012. 
  33. ^ Assange, Julian (9 de abril de 2011). "Revelaciones de Wikileaks". RT (Entrevista). Londres. 15 de enero 2012. Facebook, Google, Yahoo, las principales organizaciones de Estados Unidos tienen interfaces incorporadas para la inteligencia de los Estados Unidos. No es cuestión de servir una citación. Tienen una interfaz que han desarrollado para que la inteligencia de los Estados Unidos a utilizar. 
  34. ^ Gallaugher, John. "Sistemas de información: Guía de un encargado para aprovechamiento de la tecnología". Catálogo. Conocimiento del mundo plano. 2012-04-21. 
  35. ^ 'Cloud Software as a Service (SaaS) en Cloud Computing. Esto no es correcto. Servicios". CloudComputingSec. 2011. 2011-12-15. 
  36. ^ Garofalo, Josh. Por qué SaaS está roto (y cómo vamos a arreglarlo)". Blitzen.com. 
  37. ^ West, Mike (2010-05-28). "Plataformas de integración SaaS: la inminente implementación de SaaS y el dilema de apoyo". Saugatuck Technology. 2015-03-24. 
  38. ^ "Integraciones". 
  39. ^ Klein, Cristian (02 de julio de 2015). "Los proveedores de SaaS de cosas preocupan por lo que no tienes que". . 14 de julio, 2015. 
  40. ^ «Forbes.com». 
  41. ^ Wilson, Deborah R; BonaPart, Alexa (07 de agosto de 2009). "Desarrollar un marco para la mitigación de riesgos de continuidad de negocio de SaaS aplicación". Gartner. 24 de abril 2011. 
  42. ^ Mayo, Richard. "Software Escrow whitepaper" (PDF). UK:: DCS virtual. 
  43. ^ "Software Escrow: es fideicomiso muerto?". 2012-06-14. 2016-09-06. 
  44. ^ «Datos de SaaS Escrow internacional informe» (PDF). RainStor. Gloucester, Inglaterra:: Software Clearpace. 14 de diciembre de 2009. 24 de abril 2011. Sólo 15 por ciento de los que actualmente utiliza o piensa utilizar, SaaS no tienen ninguna inclinación a guardar una copia de sus datos. 
  45. ^ Stallman, Richard. "Que ese servidor realmente sirve?". Sistema operativo GNU. La Fundación de Software libre. 2015-03-24. 
  46. ^ Stallman, Richard (18 de marzo de 2010). "Que ese servidor realmente sirve?". Boston Review. 6 de julio 2013. 
  47. ^ Maderas, Dan (09 de noviembre de 2010). "Un nuevo modelo de código abierto para SaaS". CIO Central. Forbes. 21 de septiembre 2014. 
  48. ^ Hoppin, Andrew (09 de enero de 2014). "OpenSaaS y el futuro de la innovación gubernamental". Gobierno. OpenSource. 21 de septiembre 2014. 

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=Software_as_a_service&oldid=781150424"