El éxito del SaaS se debe en gran medida a la capacidad de las empresas para identificar procesos empresariales estandarizados e integrarlos en el software. Lo mismo ocurre con los equipos de redes e infraestructura de la empresa.
SaaS (software como servicio) es actualmente el mayor mercado de la «nube». A pesar del entusiasmo que suscita la IaaS (como AWS, Azure y Google Cloud), lo cierto es que SaaS ha superado con creces a todas las demás modalidades de servicios en la «nube» tanto en tasas de adopción como en crecimiento sostenido.
Y no ha dado señales de detenerse. Una encuesta realizada a principios de 2016 puso de manifiesto este crecimiento explosivo y sostenido del SaaS: los encuestados señalaron que el número de aplicaciones SaaS con soporte oficial del departamento de TI había aumentado un 50 % en tan solo un año, al pasar de 8 en 2015 a 12 en 2016. El informe preveía que esa cifra volvería a crecer hasta alcanzar las 17 en 2017.
Teniendo en cuenta que la «nube» ya tiene diez años, se trata de unas tasas de adopción bastante impresionantes para aplicaciones que tradicionalmente se consideran bastante estándar. Hablamos de CRM, ERP, CMS, suites ofimáticas orientadas a la productividad y sitios para compartir archivos.
Probablemente te estés preguntando qué tiene que ver el SaaS con la automatización de la infraestructura. Al fin y al cabo, son cosas que no tienen nada que ver. Automatizar el aprovisionamiento y el escalado de la red no se parece en nada al SaaS.
Aunque, en cierto modo, sí lo es. Dame un momento y te lo explicaré.
Verás, uno de los temas comunes a todas las aplicaciones SaaS es la conversión de las funciones en productos básicos. Arrastrar y soltar para compartir archivos es un paradigma bastante conocido, ya sea en el escritorio mediante carpetas compartidas en la red o a través de una interfaz basada en el navegador. Lo mismo ocurre con los documentos y las presentaciones, e incluso con la publicación de contenido. Hay un proceso bastante bien definido que determina cómo se hace X o Y, y el hecho de que la interfaz sea un navegador web o una aplicación independiente no cambia realmente el proceso, sino solo los iconos y la interfaz.
Muchas funciones empresariales también están muy estandarizadas (comoditizadas). El proceso que sigue un representante de atención al cliente al responder a su importantísima llamada (y realmente lo es, como todos nos aseguran) probablemente sea muy similar, independientemente de con quién esté tratando. Llamar a la compañía de cable o a una empresa minorista para consultar un pedido ofrece una experiencia bastante estandarizada. Pero no se fíe solo de mi palabra; aquí tiene un excelente artículo de Harvard Business Review (de 2005) que analiza precisamente esta convergencia hacia la estandarización de los procesos, la cual, poco después, daría lugar al fenómeno que hoy conocemos como «SaaS».
“Los procesos estandarizados también facilitan la externalización de las capacidades de los procesos. Para externalizar procesos de forma eficaz, las organizaciones necesitan un método que les permita evaluar tres aspectos, además del coste. El primero es el conjunto de actividades del proveedor externo y cómo se desarrollan. Dado que las empresas aún no han llegado a un consenso sobre qué abarcan exactamente, por ejemplo, la contabilidad de costes o la gestión de las prestaciones de recursos humanos, sigue sin estar claro qué servicios deben prestar compradores y proveedores. Por tanto, las organizaciones necesitan un conjunto de normas para las actividades de los procesos que les permita comunicarse de forma sencilla y eficiente al tratar sobre procesos externalizados. Estas normas relativas a las actividades y los flujos de los procesos están empezando a surgir en diversos sectores y empresas. Algunas son fruto de los esfuerzos de grupos especializados en procesos, como el Supply-Chain Council, que cuenta con más de 800 empresas entre sus miembros.”
Una vez que un proceso se estandariza (se convierte en un producto básico), resulta bastante fácil codificarlo y añadirle una interfaz que se pueda vender. Y yo diría que fue la mercantilización subyacente de esas funciones empresariales lo que ayudó a catapultar al éxito a los primeros proveedores de SaaS. Con un modelo de datos y una interfaz básicos, era bastante fácil ofrecer la personalización mínima que necesitaban los clientes para adaptar el proceso a sus necesidades. Voilà. Éxito instantáneo.
Ahora apliquemos esto a la infraestructura y a la red. Hay bastantes procesos relacionados con el aprovisionamiento, la gestión y el escalado que están tan estandarizados en todas las aplicaciones que el equipo de operaciones de red podría escribir los comandos necesarios con los ojos cerrados. Las únicas variaciones son parámetros específicos de cada aplicación, como los puertos, las direcciones IP y las rutas. Estos son los cambios que gustan a los comités de revisión de cambios, porque no tienen que pararse a analizarlos. «Ah, vas a añadir una regla de cortafuegos para esa aplicación. Aprobado».
Al igual que su ejecución apenas requiere atención por parte del equipo de operaciones de red, su aprobación exige muy poca reflexión, porque ya se ha hecho cientos de veces, el proceso es siempre el mismo y todo el mundo sabe lo que ocurre. Son coherentes, predecibles y repetibles.
Aprobado.
Estos son los procesos estandarizados internos de TI que se prestan a la automatización y orquestación. Son los mejores puntos de partida si busca resultados rápidos que demuestren el valor empresarial de invertir en iniciativas de automatización. Cree una interfaz sobre ese proceso estandarizado e incorpórela al proceso (integración) en lugar de los métodos manuales que se utilizan actualmente. Voilà. Habrá reducido los costes de ejecución de ese proceso y, como ventaja adicional, será más rápido porque no tendrá que esperar a la siguiente reunión del comité de control de cambios (de hecho, quizá pueda omitirla, lo que ya es una ventaja en sí misma).
Sí, requiere tiempo y probablemente dinero (y quizá invertir en herramientas y formación), pero los costes a corto plazo acabarán compensando a largo plazo. Automatizar procesos estandarizados que consumen mucho tiempo permite que los ingenieros y arquitectos se dediquen a otros proyectos. Proyectos que probablemente no aprobará automáticamente el comité de control de cambios.
El SaaS triunfa cuando analiza una empresa, comprende un proceso habitual y ofrece una forma más sencilla y rápida de llevarlo a cabo. Esto era cierto en 2006 y sigue siéndolo hoy. Lo mismo ocurre con las iniciativas de automatización de infraestructuras. Identifica los procesos habituales y ofrece una forma más sencilla y rápida de llevarlos a cabo, ya sea para el «usuario final» o para otros ingenieros.
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.