El verdadero concepto de multinube. ¿ y dónde están mis datos?

Esta semana tuve la oportunidad de platicar, en el Marco del Consejo de administración, sobre el verdadero concepto de multinube. Algunos piensan que el concepto de Multinube tiene que ver con la necesidad de tener un pie puesto en Google Cloud, en Microsoft Azure o en Amazon Web Services (AWS) con la finalidad de no depender de un solo proveedor tecnológico, sin embargo verdaderamente el concepto de multinube tiene un concepto mucho mas amplio y mucho más estratégico.

Cuando pensamos en multinube tenemos que abstraernos un poco de nuestras necesidades y pensar primero desde el punto de vista de las compañías que diseñan y producen o fabrican software, déjenme compartirles la visión de las casas de software. Estas compañías de software han encontrado en el Modelo SaaS (Software as a Service) o en un modelo de suscripción, la forma en generar un ingreso económico recurrente (mensual o anual), una forma de evitar la piratería de software pero lo más importante una forma en como el Cliente final tenga la última versión de software disponible y así evitar dar mantenimiento a decenas de versiones para diferentes tipos de hardware, sistemas operativos y bases de datos, la simplificación los ha hecho más rentables y pueden asegurar un flujo para poder seguir innovando en su mercado de influencia.

Regresando nuevamente a la visión de nosotros como clientes finales, es que antes nosotros como clientes finales, pagábamos por el uso de la licencia de software y muchos decidían no pagar los mantenimientos y las actualizaciones; desde el punto de vista del cliente final esto era una buena idea; sin embargo, con la rápida evolución del software es imposible pensar que una solución que se compró hace uno o dos años va a seguir manteniéndose vigente sin las actualizaciones del mismo.

Así que las compañías de software encontraron en estos modelos de software como servicio o de suscripción, la forma en cómo lograr que los clientes finales nunca dejen de pagar el soporte y el mantenimiento que las compañías de software necesitan para poder evolucionar su producto.

Sin embargo, estos modelos como servicio ( SaaS – Software as a Service) o modelos de suscripción tienen un pequeño inconveniente y es que la los datos se quedan precisamente en esta nube del proveedor y no necesariamente los clientes finales tienen la posibilidad de acceder a la totalidad de los datos que se están generando porque de alguna otra forma las compañías de software encuentran en la posesión de datos una forma de cómo evitar que el cliente final deje ese software para irse a otro software o a otra solución (se crea un modelo de dependencia).

El problema viene con Clientes finales que han madurado su modelo de operación y que requieren hacer analítica de datos de información que vienen de múltiples nubes o múltiples fuentes de información, este tipo de organización necesitan información del CRM (nube 1), del ERP (nube 2), del sistema de facturación (nube 3), del sistema SCADA (nube 4), o del punto de venta (Nube 5); y entonces la pregunta es,  ¿dónde concentro la información para hacer análisis de información de mi esquema multinube?

Cada Nube (de la 1 a la 5) tratarán de vender la idea de que ellos son la respuesta para consolidar la información multinube, pero la experiencia nos ha dicho que cualquiera de las 5 es una respuesta incorrecta.  La experiencia nos ha dicho que, crear una 6ta nube cuyo propósito sea solo la explotación de las nubes de la 1 a la 5 es la mejor opción, ¿ dónde debe de estar esta 6ta nube?, puede estar en tu centro de datos privado, puede estar en Microsoft Azure o Google Cloud o en AWS (Amazon Web Services).

¿Ahora te das cuenta del verdadero concepto de multinube?

Así que el verdaderamente concepto de Multinube tiene que ver que el mundo del software cambió,  y tiene que ver con reconocer que los software más importantes de Administración Empresarial (ERP – Enterprise Resource Planning), que los sistemas de Customer Relationship Management (CRM), que los sistemas de Human Capital Management o de Recursos Humanos o de manejo de nómina, que los sistemas de facturación y que cada solución de Software cada vez más estarán en la nube y es algo de lo que NO podemos escapar como Clientes finales.

Este modelo de negocio de las casas de software es algo de lo que NO podemos escapar y como consecuencia, algo que no podemos evitar es que nuestros datos estén administrados por una compañía de software a la cual nosotros pagamos una suscripción. Esa información sin duda es nuestra, pero el acceso a la misma tiene reglas y esquemas de seguridad que no nos harán facil su acceso.

Habiendo dicho todo esto, el concepto y el reto verdadero de ser Multinube es reconocer que tenemos datos fragmentados, que tenemos bases de datos en diferentes lugares, en diferentes nubes y que el reto estriba en:

1.        ¿Cómo lograremos generar analítica de datos si tenemos nuestros datos en diferentes nubes?

2.        ¿Cómo logramos tener acceso en tiempo real de una forma segura a dichos datos?

3.        ¿Cuál es el correcto lugar para lograr la conjunción, consolidación y procesamiento de nuestra información?

4.        ¿Cómo logramos acceder a esa información en tiempo real en cada nube, como logramos unir la información de diferentes nubes y como logramos crear nuevo conocimiento a través del conocimiento generado en la empresa?

5.        ¿Cómo logramos sacar ventaja del procesamiento de dichos datos a través de la inteligencia artifical?

6.        ¿Cómo logramos democratizar el uso de esa inteligencia generada no solo para el Consejo de Administración, para el Management Medio en la organización y para los operadores y vendedores a lo largo de toda nuestra organización?

El concepto de multinube nos trae la obligación como Consejo de Administración de pensar donde vamos a generar nuestra estrategia de datos (consolidación), también nos genera una necesidad de generar una estrategia de seguridad de acceso a esos datos, y por último una estrategia de consumo de dichos datos y dicha inteligencia para toda la organización, desde el consejo de administración hasta los operadores en campo.

Vivimos en la Era del conocimiento, el conocimiento esta generado por los datos transformados en información y por el capital intelectual generado en la empresa. La cantidad de información generada en nuestra empresa se duplica cada dos años, hacerlo sin una estrategia Cloud y sin ayuda de soluciones basadas en software es imposible.

Para concluir, ¿cuáles son las nuevas responsabilidades del Consejo de Administración en la Era del Conocimiento?.

1.        Reconocer que los datos transformados en información e inteligencia es el Nuevo Activo de la Empresa.

2.         Es responsabilidad del Consejo de Administración definir la estrategia de datos de la organización.

3.        Es responsabilidad del Consejo de Administración determinar la estrategia de Gobierno de Datos y quien debe acceder a que información.

4.        Es obligación del Consejo de Administración designar al Data Information Officer y elevar el cargo al nivel estratégico que corresponde.

5.        Es responsabilidad del Consejo de Administración delegar en el Chief Information Officer (CIO) la operación estratégica del acceso, seguridad y procesamiento de la información.

El reconocer este nuevo activo puede hacer que nuestra empresa se convierta en una empresa preparada para el futuro, una empresa que domine y explote la información habrá logrado trascender para adoptar la inteligencia artificial y los nuevos retos que nos depara el futuro.

Retrasar esta decisión en el Consejo de Administración puede ser una decisión catastrófica para la empresa.   

Paul Huerta es consejero independiente especialista en tecnología, hablar de tecnología con NO tecnológos me ha hecho ser creativo para explicar lo complejo de la tecnología con analogías que permitan asimilar nuestra realidad.