Enterprise SaaS Whitepaper

ENTERPRISE SAAS
TRANSFORMANDO EL SOFTWARE CORPORATIVO EN UN SERVICIO
SKILLS
WHITEPAPER
JUNIO
2017

ABOUT RAONA
Marc Mora es account manager y tech
leader en Raona y responsable técnico
de la plataforma de Ideris. Especialista
en arquitecturas SaaS con amplia ex-
periencia real en soluciones en Azure.
También es experto en DevOps con Vi-
sual Studio Online aportando sus con-
ocimiento a numerosos clientes. Ha
liderado la transformación técnologica
de Ideris hacia un Enterprise Saas. Es
MCSD en Azure y un apasionado de la
tecnología, siempre intentado imple-
mentar las novedades tecnológicas en
los clientes.
Consultora en nuevas tecnologías especializada en el desarrollo de soluciones tec-
nológicas a medida que aportan valor al negocio y que ofrece soluciones de intranets
sociales, desarrollo de software, SharePoint, Touch&Mobility, portales web, Cloud
integration y user experience.
Nace en 2003 en Barcelona y cuenta con oficinas en Madrid, Londres, Andorra y Ar-
gentina. Con más de 100 ingenieros, es Gold Partner de Microsoft y una de las empre-
sas líderes en el desarrollo de soluciones en el mercado español con fuerte presencia
internacional.
Sobre nosotros
ENTERPRISE SAASWHITEPAPER
Sergi Raspall es ingeniero de soft-
ware en Raona, experto en nuevas
tecnologías de desarrollo y procesos
de servicio. Con una visión amplia de
las necesidades de negocio, colabora
en diseñar mejores aplicaciones para
clientes de diversos sectores de activ-
idad. Lidera el área de servicio al usu-
ario de Ideris, focalizando el desarrollo
de las aplicaciones a una atención per-
sonalizada que facilite la adopción de
las nuevas mejoras.
Marc Zurriaga es arquitecto de soft-
ware en Raona, MCSD de Microsoft
y experto en nuevas tecnologías de
desarrollo. Participa en numerosos
proyectos en clientes definiendo las
plataformas a utilizar para garantizar
la calidad, el rendimiento y la evolu-
ción futura de las soluciones imple-
mentadas. En Ideris es el arquitecto
de las aplicaciones para dispositivos
móviles, adaptando a los distintos per-
files de usuario las mejores prácticas
para optimizar su trabajo diario.

Photo comment: Ude
mus omplinv eniquesa
conduciordi, cantur.
La consumerización y el poder del usuario en la decisión sobre qué aplicaciones usan en su día a día, está llevando a las GenC
Companies a transformar completamente el modelo de Enterprise Applications que han estado desarrollando en las últimas
décadas. Y no se trata sólo de un cambio de plataforma o metodología, sino un nuevo enfoque integral de cómo deben desarro-
llarse y concebirse las aplicaciones de la empresa. En un mercado donde el Software as a Service es la norma, sus principios
y soluciones están llegando a las aplicaciones corporativas tradicionales, dando lugar a las nuevas Enterprise SaaS Applications
que están en pleno apogeo.
Las aplicaciones de negocio corporativas o LOB applications creadas internamente por las empresas han ido evolucionando
junto a la tecnología de desarrollo en las últimas décadas, y aunque han perdido peso por la estandarización con plataformas
estándar de mercado y la transición a entornos en la nube, su importancia e impacto en el negocio cada día es mayor porque se
han especializado en gestionar la información y los procesos fundamentales de la cadena de valor de cada empresa, siendo uno
de los bienes más preciados de su activo. Pero los ciclos de desarrollo y despliegue de versiones tradicionales con pocas actuali-
zaciones anuales ha quedado totalmente obsoleto con el vertiginoso ritmo de las necesidades de negocio de las empresas.
Precisamente, las prácticas de las plataformas SaaS orientadas a usuario final y la consumerización como modelo de uso a las
que están acostumbrados los usuarios marcan el camino a seguir para la evolución de las aplicaciones corporativas. El mode-
lo de Enterprise Applications que se ha estado desarrollando en las últimas décadas tiene que transformarse completamente,
empezando por la cultura y las formas de trabajo de los equipos de desarrollo internos, paso previo a una nueva arquitectura
tecnológica y de interfaz de usuario renovada.
En Raona llevamos años ayudando a implantar este nuevo modelo en las empresas y en nuestras propias soluciones, como el
caso real de Ideris, donde el nuevo paradigma ha transformado el modelo de negocio de producto a servicio. El SaaS, por tanto,
no sólo está llamado a cambiar la manera en que las empresas operan, sino en convertir nuestro software en una pieza clave
que aporta valor y más beneficios a nuestras empresas. ¿Nos acompañas a conocer cómo se construyen las aplicaciones cor-
porativas del mañana y las implicaciones y retos que comportan?
Cuando los usuarios cambiaron la
forma en que hacíamos software

4
¿Cómo llegamos al Saas?
Aunque sea un concepto aún novedoso en el ámbito corpora
tivo, el desarrollo de aplicaciones en modelo SaaS forma parte
de nuestra vida cotidiana desde hace años, aunque no nos de
mos cuenta o no lo llamemos por ese nombre. Servicios tan ex
tendidos como Outlook, Gmail, Dropbox o Skype son claros
ejemplos de SaaS que usan millones de usuarios en el ámbito
particular sin pararse a pensar en cómo han cambiado su re
lación con el software.
Estamos tan acostumbrados a ir a un portal, registrarnos y em
pezar a disfrutar del servicio que casi nos hemos olvidado como
era el mundo de las aplicaciones hace apenas diez años. Un
mundo de despliegues, reinstalaciones y parches para conse
guir avanzar a saltos complicados de digerir muchas veces.
Pero este cambio no se quedó ahí. Los grandes fabricantes de
software corporativo modificaron su modelo de negocio y sus
aplicaciones para convertirlas en SaaS. Liderados por Microsoft
con Office 365 y Dynamics 365 como banderas, están siendo
seguidos de cerca por SalesForce, Adobe, Oracle y SAP entre
muchos otros players que se han volcado en este cambio de
paradigma.
El software on-premise en servidores corporativos está en pro
ceso de extinción, con muchas aplicaciones sólo disponibles
online, mientras que las empresas están cambiando el modelo
de amortización de inversiones de licencias por el pago por
uso mensual de servicios en la nube. Pero no sólo es un cambio
de modelo de negocio, y en ello está la clave.

5
Técnicamente, lo que une a todos ellos es que el programa que
utilizan no se encuentra en nuestro ordenador sino en la red del
proveedor de servicios, así como la infraestructura necesaria
para hacerlo posible y los datos almacenados. Algunos de estos
servicios son gratuitos pero la mayoría y, en concreto, en el ámbi
to corporativo en el que la complejidad y sofisticación del softwa
re es mayor, son de pago por uso.
Aunque nuestro usuario corporativo no pague por las aplicacio
nes que se desarrollan a medida para la empresa, otros benefi
cios de este modelo han calado hondo en la forma en que nos
relacionamos con el software. Estamos perdiendo la noción
de las versiones de las aplicaciones. Los cambios se aplican
continuamente dentro de un proceso integrado de evolución y el
propio usuario aprende a usar estas mejoras casi sin percibirlo o
con pequeños tutoriales in-app. Y, por consiguiente, no podemos
esperar meses o años a ver que las aplicaciones cambian e in
corporan nuevas mejoras y funcionalidades. Una metodología de
desarrollo orientado a la integración continua en producción de
cambios es imprescindible para nuestras aplicaciones.
MICROSOFT Y LOS MICROSERVICIOS
La arquitectura del SaaS no se entiende sin los microservicios, que proporcionan mayor escalabilidad y potencia a las apli-
caciones y, por otro lado, atractivas e innovadoras experiencias a los usuarios. Microsoft fue de los primeros en apostar su
potencial y virar toda su plataforma de aplicaciones hacia este enfoque.
En muy pocos años, Microsoft ha transformado sus aplicaciones Office de productos monolíticos a una plataforma de servi-
cios diversificados y en constante evolución, Office 365, basada en los microservicios que también ofrece mediante Azure a
terceros para potenciar sus funcionalidades. Esta arquitectura orientada a microservicios permite que cada uno de ellos se
pueda actualizar independientemente del resto aportando nuevas mejoras, además de dimensionarse a nivel de recursos y
costes según su uso. De hecho, un microservicio puede entenderse y actualizarse sin tener dependencias de otros microservi-
cios que forman la aplicación. Esto ha dotado de una gran escalabilidad y capacidad de crecimiento a Microsoft para evolucio-
nar sus aplicaciones con funcionalidades hasta ahora impensables como inteligencia artificial, predicción de interacciones y
monitorización de uso de los usuarios.
Pero ante todo, el cambio de paradigma del aterrizaje del modelo SaaS en las aplicaciones corporativas es como se traslada la orien
tación a servicios a nuestros entornos: deben ser dinámicos, intuitivos, fáciles de aprender y tremendamente funcionales. La
integración con otras plataformas y servicios es vista como una commodity indispensable, mientras que los problemas de rendimiento,
capacidad y seguridad son totalmente transparentes al usuario.
Pensar en SaaS es un reto continuo para conseguir que nuestro usuario tenga el mejor servicio y mantener su engagement con nues-
tras aplicaciones. Este nuevo enfoque supone una transformación radical de los equipos de desarrollo internos de las empresas,
tanto en las herramientas y arquitecturas que utilizan como en las metodologías de proyectos, operaciones y servicio al cliente que
utilizan. El primer paso está en analizar qué implicaciones tiene pensar nuestras aplicaciones como SaaS y empezar el proceso de
transformación cuanto antes para evitar que nuestro usuario cautivo se convierta pronto en un desertor o un crítico feroz a lo que la
empresa le ofrece para su trabajo y empieze a buscarse alternativas por su cuenta.

6
¿Qué implica pensar en SaaS?
Aunque podamos tener a primera vista el mismo software si lo
vendemos como producto o como servicio, la forma de conce
birlos y de gestionarlos es muy diferente. Desde la arquitectura
tecnológica que usamos a la forma en que nos organizamos,
convertir nuestros software en un servicio es un proceso de
transformación integral del departamento de desarrollo respon
sable de la solución.
Muchos Departamentos de IT están en proceso de evolucio-
nar sus aplicaciones coporativas desarrolladas internamente
hacia este nuevo paradigma, pero hay todavía poca experiencia
en el mercado en hacerlo de forma satisfactoria. Por un lado, se
necesita una alta capacitación tecnológica del equipo, siendo
necesario un proceso de formación y adaptación para incorpo
rar el conocimiento necesario.
Y por otra parte, también es necesario reorganizar a nuestro
Departamento para implantar las metodologías y procesos de
trabajo necesarios para atender a un servicio en constante evo
lución. Muchas veces se simplifica pensado que con una actua
lización de tecnologías y un cambio a metodologías ágiles ya
estamos preparados, pero desafortunadamente no es así.
Replantear nuestas aplicaciones con un enfoque SaaS implica
analizar los puntos que detallamos a continuación, auténticos
pilares del software como servicio y que requieren ser con
templados en el diseño de nuestra nueva plataforma y en el pro
ceso de cambio organizativo que requieren. Pero no afrontarlos
en su globalidad sólo harán que las frustaciones y los riesgos
de tener que volver atrás sean mayores y tengamos que dedicar
más esfuerzos y recursos a conseguirlo.

7
1. Aplicaciones adaptables
La aplicación se concibe como un conjunto de servicios orien
tados al usuario que se adaptan a sus necesidades y roles en el
entorno. En las arquitecturas tradicionales se planteaba el pro
ducto como un todo y existían diferentes partes que gestiona
ban ciertos ámbitos como la seguridad o las bases de datos, por
ejemplo, pero siendo un producto monolítico.
Las arquitecturas SaaS están formadas por diferentes piezas
individuales de software que juntas funcionan pero que sepa
radas también lo hacen. Tienen autonomía y se podría decir
que son pequeños productos en sí mismos. Al no depender de
un ente mayor, sino que cada aplicación funciona de forma
autónoma, existe mayor flexibilidad para poder contratar a ter
ceros y utilizar sus piezas con el fin de ofrecer un mejor servicio.
2. Redundancia de servicios
Al pensar en una Enterprise App basada en pequeñas piezas se
tiene saber cómo comunicarlas y entender que no tendremos
control sobre ellas, porqué muchas serán de terceros. Esa es
la clave de la redundancia, porque ya no tenemos que preocu
parnos sólo por la estabilidad del producto entero sino de cada
pieza individual. Es decir, trazar la capacidad de reacción del
entorno para que cuando alguna pieza falle, tener un plan B
que haga funcionar la aplicación sin que el usuario se tenga que
ver afectado por ello.
3. Arquitecturas complejas
En un modelo Enterprise SaaS, los usuarios tan sólo necesitan
tener conexión a Internet. Las consideraciones de arquitectura,
servidores, rendimiento o ubicación dejan de ser relevantes
para él y en muchos casos, para el equipo de desarrollo.
Gracias a que la infraestructura de la aplicación se basa en
servicios en la nube totalmente escalables, los costes para
la empresa son mucho menores en relación con los que
antes acarreaban las aplicaciones tradicionales y se diseñan
arquitecturas mucho más complejas sin necesidad de grandes
inversiones.
4. Métricas de aplicación
Además del feedback que recibimos de los Key Users internos,
los servicios de métricas de aplicaciones que podemos incor
porar en nuestras plataformas nos aportan información de vital
importancia sobre el comportamiento del usuario. Permiten
analizar qué uso se está haciendo de la aplicación y resol
ver fácilmente cuestiones como: ¿Quién se ha conectado? ¿Qué
partes del programa son las más usadas? ¿Con qué dispositivo
acceden los usuarios? ¿En qué horarios? Estos y otros datos son
los que quedarían recogidos en las Application Insights que va
rios fabricantes, entre ellos Microsoft, nos ofrecen como servicio
de pago para poder obtener valiosa información que nuestros
Product Managers agradecerán enormemente.
Application Insights es el servicio que nos ofrece Azure para medir el uso que hacen los usuarios de nuestras aplicaciones.

8
5. Accesibilidad total
Antes el software tradicional implicaba que al salir de las instala
ciones de la corporación ya no se podía utilizar el programa que
se había comprado o que había saltos de permisos o acceso a
los datos entre sistemas.
Con el software as a service el producto es multiplataforma,
de manera que se puede acceder a él en cualquier lugar y mo
mento usando siempre una única identidad corporativa que
extiende el modelo de Single Sign On tanto a los sistemas pro
pios como de terceros.
6. Comunicación de novedades
En el Software as a Service el producto está en constante funcio
namiento, las 24 horas, 365 días al año. El usuario final no per
cibe que se está actualizando, ya que la aplicación siempre está
disponible en cualquier momento y lugar. Esta invisibilidad de
dichos procesos hace que sea importante informar al usua-
rio de las novedades que se han llevado a cabo. Mientras que
en las arquitecturas tradicionales, el deploy a una nueva versión
comportaba un anuncio formal de novedades, aquí debemos
buscar mecanismos in-app para notificarlo y que el usuario las
aprenda a usar de forma natural.
7. Integración contínua
El SaaS requiere de una actualización constante del código en
producción, sea por pequeñas mejoras o para arreglar defectos.
Aquí es clave compartir el roadmap de cambios, no sólo con el
equipo de producto sino directamente con los usuarios finales.
De esta manera, podemos anticipar cuándo tendrá lugar cada
novedad y gestionar las expectativas de los clientes.
La immediatez de este proceso de integración contínua ha defi
nido en pocos años un perfil nuevo en el equipo de desarrollo:
el solicitado DevOps, un experto tanto en las tecnologías de de
sarrollo como en el conocimiento de los entornos de desarrollo
y producción para gestionar satisfactoriamente el ciclo de evo
lución permanante de las aplicaciones.
8. Instancias múltiples
En el nuevo escenario global, cada vez más abierto e integrado,
las empresas centralizan en centros de innovación el desarrollo
de una misma aplicación para toda la empresa.
Este modelo multi-tenant implica que hay que pensar en loca
lizaciones, traducciones y despliegues en varios entornos en
paralelo, dado que tendremos múltiples instancias de la apli
cación según las necesidades de cada unidad de negocio. Un
sistema de Release Management que permita combinar la ac
tualización automática con el control de elementos locales es
clave para una buena evolución de nuestro SaaS.
9. Equipos ágiles
Dado que está tan de moda entre la comunidad de desarrolla
dores el uso de metodologías ágiles, sean Scrum, Agile, Kanban
o Lean, poca explicación es necesaria de sus beneficios. Sólo
una advertencia: en un Enterprise SaaS, usar estas metodologías
de trabajo no debe ser sinónimo de autogestión del equipo de
desarrollo, sino de una auténtica capacidad de adaptación a
las necesidades de los usuarios finales que, como los clientes,
nos guste o no, siempre tienen la razón.
10. Nivel de servicio
El concepto de SLA o nivel de servicio tiene años de recorrido
y una amplia literatura y experiencia real en muchas empresas,
por lo que es sobradamente conocido como implementar sus
buenas prácticas. El principal reto es que esta orientación llegue
a impregnar las prioridades del equipo de desarrollo, enten
diendo que sin una buena atención a los problemas habitua
les de los usuarios, las nuevas mejoras que creemos se pueden
encontrar con que no quede nadie para descubrirlas. Un buen
sistema de ticketing junto con métricas de la satisfacción seran
herramientas fundamentales para que un equipo de Enterprise
SaasS tenga éxito.
SAAS RELEASE MANAGEMENT
El SaaS Release Management hace referencia a la implementación programada de cambios de código -actualizaciones, co-
rrecciones de errores y mejoras- para aplicaciones de software distribuidas y complejas. Difieren con las release tradicionales
en su enfoque orientado a versiones de software estable para distintas plataformas o sistemas operativos, mientras que en el
SaaS Release Management las versiones de software solo necesitan ser desplegadas una sola vez para todas las plataformas
y se puede hacer de forma contínua y sin interrupciones en los entornos de producción. De esta manera evitamos dejar al
usuario sin servicio y conseguimos una mayor velocidad para el despliegue de cambios.

9

Retos a tener en cuenta
Las nuevas Enterprise SaaS son sin duda el camino a seguir en
los próximos años, dado que tanto los fabricantes como los de
sarrolladores como las necesidades de negocio se han alineado
con la perspectiva User Centric de este paradigma. Pero no
todo es tan fácil como parece a primera vista: este modelo tie
ne los beneficios que hemos visto en el apartado anterior, pero
también un conjunto de retos que no deben pasarse por alto.
Tenerlos en cuenta y saber cómo afrontarlos marcará el éxito de
aquellas empresas que empiecen la transición al SaaS.
Temas como la seguridad, la privacidad o el gobierno de los da
tos que antes ni siquiera hubiesen sido necesarios contemplar
a la hora de plantear un software corporativo, cobran especial
relevancia al integrar servicios de terceros alojados en la nube.
Ya no podemos suponer que tendremos control total de los da
tos y los procesos, de manera que habrá que ser muy cuida
dosos con las características de cada servicio y plataforma para
culmplir la legislación de cada país, garantizar la integridad de
los datos y monitorizar cualquier riesgo que podamos detectar.
El problema no es sólo técnico: el equipo de desarrollo será
cada vez más interdisciplinar y deberá conocer las implica
ciones de negocio y regulatorias de nuestras aplicaciones cor
porativas y de los servicios que integremos. Por ello, un buen
conocimiento de los riesgos y retos a solventar cuando desarro
llemos con enfoque SaaS nos ayudará a crear aplicaciones más
robustas, seguras y adaptadas a las necesidades de nuestras
empresas.

10
a. Pago por uso. Lo habitual es que las aplicaciones basadas en
SaaS incluyan un modelo focalizado en cobrar según el consu-
mo. Esto comporta que si el cliente no paga no se puede acce
der a la aplicación y el sistema debe ser capaz de controlar si un
usuario está al corriente de sus consumos.
Aunque quizá en muchas empresas aún no se planteen cobrar
por uso, no estamos lejos del momento en que IT cobre a los
otros departamentos por sus aplicaciones. Tiempo al tiempo.
b. Compartimentación. Al ser aplicaciones basadas en un
modelo compartido en la que diferentes usuarios acceden al
mismo espacio, es importante garantizar que un usuario no
tenga acceso a la información de otro. La exposición a mu
chas más personas hace que la seguridad sea primordial y que
la arquitectura del software esté en constante análisis para evi
tar que se produzcan fugas de contenido dentro del propio perí
metro de datos de la plataforma.
c. Seguridad. Es quizá uno de los mayores retos que deben
afrontar las compañías que se decidan por adoptar el SaaS en
sus aplicaciones. El software debe estar lo suficientemente pre
parado para evitar amenazas internas y externas y asegurar
su buen funcionamiento. Control de acceso, autenticación de
usuarios, detección de malware o la auditoría de código son las
algunas de las áreas que la seguridad SaaS debe abarcar. Por
suerte, los fabricantes son los primeros concienciados en este
riesgo y nos ofrecen soluciones para gestionarlo.
d. Privacidad. Aunque es un concepto muy relacionado con
los anteriores, no está de menos mencionarlo también. A más
seguro sea un entorno SaaS, más protegida estará la privacidad
de los usuarios. Pero para garantizar la privacidad deberemos
tener un buen sistema de auditoría de datos, controles de acce
so internos y supervisar que los datos sensibles tengan un nivel
de protección adecuado.
REAL UXWHITEPAPER
Azure Security Center es una buena muestra de la importancia que tiene para los fabricantes dar seguridad a los clientes.

11
Photo comment: Ro inulpa
doloritio magnatur aut
excepro dolendamusae
iminctium ea con ea.
LA CONSTRUCCIÓN ÁGIL DE LAS ENTERPRISE APPS
Cada vez se abarcan menos proyectos de IT que resulten largos y complejos pero, sin duda, cuando hablamos del enfoque de
una arquitectura SaaS se necesita que su definición y construcción parta de un proceso ágil. Porque si se busca una evolu-
ción constante, una integración continua no se puede enfocar hacia un proceso en el que se abre un periodo de mejoras, una
evolución del producto y hasta pasado unos meses no se presenta.
Las Enterprise Apps necesitan un enfoque agile, una evolución constante, en la que cada dos semanas se pueda hacer una
entrega de una nueva versión. En toda esta manera de trabajar, a nivel de gestión interna de los equipos, dejan de tener
sentido los conceptos tradicionales en los que los proyectos iban por fases de varias semanas y debe incorporarse un enfoque
colaborativo y basado en el brainstorming contínuo para salir de los patrones tradicionales.
Esta renovación continua que demanda el SaaS es idónea para trabajar con el desarrollo ágil de software, focalizado en
sprints, porque su objetivo es que al acabar cada iteración se puedan presentar las mejoras al cliente. En el concepto SaaS
es la única manera viable de trabajar.
e. Interoperabilidad. Al estar utilizando un número variable de
servicios, como pueden ser el de la autenticación o la gestión
de recursos, es necesario interconectarlos. Integrar diferentes
sistemas SaaS, aplicaciones en el cloud y aplicaciones on-pre
mise es un escenario complejo de por sí. Pero el mayor reto es
ofrecer nuestra aplicación como un servicio a terceros para
que otras plataformas puedan usar la funcionalidad de nuestra
aplicación en otros aplicaciones corporativas o en servicios para
externos como clientes, proveedores o autoridades.
f. Data Governance. ¿Cómo se gobiernan los datos de informa
ción en el SaaS? En el momento en que se plantea la arquitectu
ra de un software como servicio al que tienen acceso un número
de usuarios elevado se debe establecer cómo se tiene que ges-
tionar la información de cada unos de ellos para garantizar
su control Los procesos de Data Governance son básicos para
garantizar la seguridad, privacidad y conformidad. Como hemos
visto, las aplicaciones SaaS necesitan integrarse con otras herra
mientas, que a su vez requerirán acceder a la información de los
usuarios. Recomendamos la lectura de nuestro whitepaper so
bre el tema, dado que las prácticas a aplicar son muy parecidas
en todos los sistemas modernos.
g. Disponibilidad. Las nuevas Enterprise Apps deben estar on-
line el 99,9999 % de su tiempo, aparentemente siempre dispo-
nibles para el conjunto de usuarios que las utilicen. Ya no tiene
cabida que una aplicación pueda estar parada durante horas, ya
que la disponibilidad es uno de los mayores atractivos de cara
a los usuarios. Aunque la nube nos aisla de esta problemática,
tener un proveedor fiable es esencial para no tener imprevistos
que compliquen la gestión diaria de nuestro entorno.
h. Escalabilidad. Es obvio que no es necesaria la misma es
tructura para dar accesibilidad a 10 clientes que a 1.000. Al ser
aplicaciones dinámicas, es necesario poder dar la misma res-
puesta independientemente del número de usuarios. Es
decir, las SaaS son escalables para poder admitir sin problemas
un crecimiento de peticiones y clientes. Antes, en la visión tradi
cional, la empresa concretaba el número de usuarios y en fun
ción de ello se definía la arquitectura para que pudiera aceptar
tal número. Plataformas como Azure o Amazon permiten que
las aplicaciones SaaS sean escalables según el performance de
cada momento.
i. Legalidad. La conformidad con los requisitos legales de cada
país es un ámbito que ha ido adquiriendo cada vez más impor
tancia en todo aquello que tiene que ver con internet y SaaS.
La legislación de protección de datos introduce restricciones
importantes en nuestro diseño, que deben cumplirse en todos
los territorios donde vayamos a tener nuestra aplicación en
marcha, independientemente de donde se aloje, ya que debe
cumplir las leyes y regulaciones del país en el que opera.
Pero el ámbito de mayor actualidad viene generado por el de
seo de los gobiernos internacionales de controlar las activida
des que tienen lugar en internet y la protección de la privacidad
y seguridad de los ciudadanos. Las contínuas filtraciones de in
formación que comprometen el buen hacer de los organismos
públicos hacen que debamos tomar medidas adicionales para
la encriptación, la transmisión segura y el control de intrusiones
en nuestro entorno en caso que tengamos requerimientos de
alta seguridad en nuestra información.

12
Una experiencia real: Ideris
Ideris es una marca comercial de Raona que, desde 2004 desa
rrolla y comercializa Galatea ERP, un software de gestión para
las marinas y puertos deportivos con amplia implantación
en el mercado español. Durante muchos años fue un producto
de software al uso, pero la transformación del enfoque de las
aplicaciones ha llevado a evolucionarlo hacia el SaaS, convir
tiéndose en nuestro proyecto pionero en este ámbito.
Actualmente, Ideris ya ofrece una completa plataforma de ser-
vicios en la nube que cubren la mayor parte de las necesidades
del negocio de los puertos deportivos. Cabe tener en cuenta que
Raona desarrolla y evoluciona esta plataforma conjuntamente
con un grupo de puertos promotores, de forma que su experien
cia y visión es fundamental para su crecimiento.
Y precisamente, la demanda de contar con un servicio integral
para el negocio ha sido uno de los principales motivos de la
transición a ser un Enterprise SaaS, dado que Raona actúa como
departamento de IT de estos clientes.
Al inicio los clientes interesados en Galatea pagaban por el con
cepto de licencia, que podían complementar con el servicio de
soporte de mantenimiento. Pero tanto la necesidad de los clien
tes como la evolución de la tecnología nos han dejado claro que
teníamos que aportar más valor en forma de soluciones de ne
gocio que usen el potencial del modelo SaaS para que los puer
tos deportivos puedan ofrecer a sus clientes el nivel de calidad
de servicio que se les demanda desde un sector en constante
evolución y necesidad de diferenciación.

13
Vamos a revisar algunos de los muchos
elementos prácticos que destacan en
esta conversión de modelo de negocio y
de paradigma de plataforma:
a. Aplicaciones orientadas al negocio.
La diversidad de actores y funcionalida
des a integrar tienen que cubrir las mu
chas necesidades que tienen los puertos
deportivos en su día a día. La primera
evolución fue diseñar un conjunto de
aplicaciones pensadas en el perfil de
cada usuario y sus actividades, disgre
gando el modelo de producto ERP único
de Galatea a una red de aplicaciones y
servicios que conforman la propuesta
de Ideris para los puertos.
b. Entornos heterogéneos. Esta transi
ción a una plataforma implicó de forma
natural la transición a una arquitectura
compleja y heterogénea. Así, se pasó
a convivir con los entornos on-premise
existentes en los puertos con entornos
en la nube, para los que fue necesario
crear data mirrors para aportar redun
dancia y sincronización en tiempo real
de la información alojada en cada uno
de los puertos.
Además, cada cliente tiene su conjunto
de datos que no comparte con terceros,
de forma que se ha tenido que hacer
especial hincapié en monitorizar y se
curizar los datos para que puedan ser
usados por el resto de servicios. Utilizan
do el patrón CQRS y Azure Service Bus,
conseguimos comunicar los datos de la
plataforma en la nube de Ideris , hospe
dada en servicio de SQL Azure, con los
datos de los puertos almacenados en
sus propios servidores.
c. Integración de microservicios. El
siguiente paso natural a esta evolución
fue incorporar a la plataforma el po
tencial que aportaban los servicios de
terceros especializados. Los servicios
meteorológicos, la consulta del consu
mo en tiempo real de de agua o luz o la
posibilidad de conectar con las platafor
mas de reserva de amarres online, el en
torno cuenta con la capacidad nativa de
integrarse con terceros y aprovechas sus
servicios para mejorar el potencial de la
plataforma.
d. Multiplataforma. La orientación al
usuario final comporta la adaptación
de las aplicaciones a los hábitos y me
dios de consumo de las mismas de cada
perfil de usuario. Cada uno tiene su apli
cación conectada al entorno, sea para
desktop, web, tablet o móvil, con funcio
nalidad optimizada para su perfil.
Cada una de ellas presenta su propio
roadmap de evolución en base a los re
querimientos de los propios usuarios y
a las nuevas capacidades tecnológicas y
los patrones de consumo de los mismos
usuarios de la plataforma, que se comu
nica de forma abierta a la comunidad.
Client Mobile es la aplicación diseñada
para que el cliente final del puerto pue-
da consultar y realizar gestiones online.
La plataforma de Ideris combina las características del Enterprise SaaS para adaptarse a las necesidades del negocio y del usuario.

14
UN MODELO DE NEGOCIO EN CONSTANTE EVOLUCIÓN
Ideris sigue siendo un excelente ejemplo de como la transformación digital ofrece nuevas oportunidades de negocio a aque-
llos que aprovechan para adaptarse a las posibilidades de la tecnología y al cambio de hábitos del usuario. Los siguientes
pasos previstos en la evolución pasan por compartir datos anónimos de los distintos puertos para obtener indicadores de ne-
gocio o información estadística de gran valor para detectar tendencias y hábitos de consumo en los clientes de cada puerto.
Y que el usuario cada día tenga mayor poder para controlar todo lo que pasa alrededor de su embarcación a pesar que en ese
momento esté a miles de kilómetros. Y sobre todo, seguir caminando en llevar las prácticas del Enterprise SaaS a la creación
de valor para el negocio.
e. Medición de uso. Dado el perfil heterogéneo de los usuarios
y que buena parte de ellos son anónimos, se ha integrado la
capacidad de Application Insights en Azure para obtener in
formación en tiempo real de cómo están usando la plataforma
los usuarios, qué información consultan más a menudo y qué
errores cometen de forma más habitual. Así, se puede intervenir
proactivamente para mejorar las partes de las aplicaciones que
provocan errores o que no se han entendido adecuadamente y
mejorar de forma contínua la solución.
f. Despliegue automatizado. Con tal cantidad de aplicaciones,
servicios y entornos de cliente se tuvieron que tomar decisiones
para automatizar el proceso de despliegue de nuevas versiones.
Actualmente se trabaja con Release Management de Visual Stu-
dio Online para derivar de TFS y su gestión de funcionalidades y
defectos las nuevas mejoras que hay que pasar a producción.
El proceso se encarga de unificar las versiones desplegadas
para los distintos puertos, sea en entornos on-premise o en en
tornos cloud, de forma totalmente transparente para el equipo
y el usuario. De esta forma se trabaja con integración continua
y con builds automáticas que testean la calidad de código y la
funcionalidad -cobertura de código, test unitarios, normas y ca
lidad de código, …- a través de la plataforma en la nube de Vi-
sual Studio Online y dando asi la posibilidad de realizar releases
continuas cada sprint.
g. Ayuda y soporte integrados. Una de las mejoras que más
han ayudado a orientar al usuario en un entorno tan cambiante
de aplicaciones ha sido la incorporación de asistentes virtuales
para atender a las consultas más habituales en lenguaje natural,
así como la creación de guías in-app que permiten mostrar las
nuevas funcionalidades en modo tutorial, facilitando la adop
ción de las mismas y evitando consultas innecesarias. Preci
samente, también se permite crear incidencias a los usuarios
desde dentro de la aplicación, informado de la cuota de tickets
consumida para resitringir un abuso de los recusos disponibles.
e. Equipo orientado a servicio. Finalmente, la evolución de
la plataforma también ha llevado a la necesidad de contar con
muchos perfiles diferentes en el equipo de desarrollo, que par
ticipan puntualmente según su especialidad. Se ha conseguido
con una gestión ágil en el día a día y con la integración directa
del sistema de ticketing en el entorno de trabajo del desarrolla
dor tener unos tiempos de respuesta satisfactorios y evitar la
tradicional disputa entre los equipos de producto y de soporte
que tantas malas experiencias han generado.
La funcionalidad
de Integrated Help
permite a los usuarios
de la aplicación obtener
información sobre
nuevas funcionalidades
desplegadas o hablar
con un asistente virtual
que puede responder
consultas básicas.
En caso de necesitar
más soporte, se con-
sume una petición de
servicio directamente
desde la aplicación que
se comunica al sistema
de ticketing del equipo
de servicio al cliente.

15
"El futuro está virando hacia el Software as a Service. Lo vemos en nuestro día a día. Cada vez consumimos más servicios en vez
de productos, porque priorizamos nuestras necesidades y tiempo. La vida cotidiana no puede estar desconectada del ámbito
corporativo y menos para las compañías de los próximos años, las GenC Companies. Empresas en las que su fuerza reside en
trabajadores habituados a integrar en sus hábitos las últimas tendencias tecnológicas.
Por eso, el paso de las aplicaciones monolíticas tradicionales a los softwares como servicio es algo natural. Un paso evolutivo
que supone enormes beneficios para las corporaciones como un ahorro considerable de costes, infraestructuras, conoci-
miento y experiencia.
Es cierto que no se puede obviar el hecho que el SaaS lleva implícito unos retos a los que necesita hacer frente y que no se
daban en las versiones tradicionales. Aspectos como la seguridad, la privacidad o el data governance son fundamentales para
que esta transición de un enfoque de producto a servicio tenga sentido y valga la pena.
Pero estos retos no tienen que ser más que desafíos para la mejora continua, pero no un obstáculo o una excusa para quedarse
en lo conocido. Las tendencias hablan y el SaaS está cambiando la manera en que el software se construye y se comercializa, y
que podemos ver con claridad en el ámbito privado desde hace años. Ahora es el turno para que el SaaS cambie la manera en
que las empresas operan con las nuevas Enterprise Apps."
Sergi Raspall y Marc Mora
Arquitectos de Software en Raona

ENTERPRISE SAAS
TRANSFORMANDO EL SOFTWARE
CORPORATIVO EN UN SERVICIO

Enterprise SaaS Whitepaper

Más contenido relacionado

La actualidad más candente

Similar a Enterprise SaaS Whitepaper

Más de Raona

Enterprise SaaS Whitepaper