Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Enterprise SaaS Whitepaper

387 visualizaciones

Publicado el

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 desarrollarse 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.

Publicado en: Tecnología
  • Inicia sesión para ver los comentarios

  • Sé el primero en recomendar esto

Enterprise SaaS Whitepaper

  1. 1. ENTERPRISE SAAS TRANSFORMANDO EL SOFTWARE CORPORATIVO EN UN SERVICIO SKILLS WHITEPAPER JUNIO 2017
  2. 2. 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.
  3. 3. 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 consume­rizació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 ENTERPRISE SAASWHITEPAPER
  4. 4. 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. ENTERPRISE SAASWHITEPAPER
  5. 5. 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 infra­estructura 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. ENTERPRISE SAASWHITEPAPER 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. 6. 6 ENTERPRISE SAASWHITEPAPER ¿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. 7. 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. ENTERPRISE SAASWHITEPAPER 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. 8. 8 ENTERPRISE SAASWHITEPAPER 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. 9. 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 necesa­rios 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. ENTERPRISE SAASWHITEPAPER
  10. 10. 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 ma­yores 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. ENTERPRISE SAASWHITEPAPER
  11. 11. 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. ENTERPRISE SAASWHITEPAPER 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 go­biernan los datos de informa­ ción en el SaaS? En el momento en que se plan­tea 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 ma­yores 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. 12. 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. ENTERPRISE SAASWHITEPAPER
  13. 13. 13 ENTERPRISE SAASWHITEPAPER 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. 14. 14 ENTERPRISE SAASWHITEPAPER 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. 15. 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 fundamenta­les 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 SAASWHITEPAPER
  16. 16. ENTERPRISE SAAS TRANSFORMANDO EL SOFTWARE CORPORATIVO EN UN SERVICIO

×