Conseguiría que todo su entorno operativo fuera mejor, más rápido y más fuerte. Y, en muchos aspectos, lo ha conseguido. Sin embargo, lo más probable es que su lago de datos esté pareciéndose cada vez más a la Gran mancha de basura del Pacífico. En lugar de basura, en este caso son datos «basura» (conocidos como «cruft»), que es un código mal diseñado, innecesariamente complicado y, por lo general, no deseado.

Nadie quiere que crezca el código «cruft». Para evitar que se acumule en los rincones más inaccesibles de su infraestructura, hay algunas prácticas recomendadas que puede utilizar. Cuando elimine la deuda técnica, tendrá una oportunidad excepcional para reorganizar toda la casa: conectar, integrar y, en general, mejorar los datos y aplicaciones de su empresa. Los datos pueden residir en cualquier lugar (en las instalaciones, en el cloud y entre ambos), pero los procesos empresariales destinados a aprovechar y gestionar esos datos deben ser claros. (Por el contrario, en muy escasas ocasiones lo son desde el principio, lo que explica que exista ese desbarajuste de código «cruft» en su buhardilla).

Mientras tanto, la velocidad del cambio es moderada. McKinsey & Company averiguó que, en junio de 2020, el comercio electrónico creció más rápido en esa temporada que en los últimos 10 años. Esto no se debe únicamente al escalado: sabemos que el universo de los datos se ha ampliado. El hecho es que los canales físicos están muriendo. A medida que el comportamiento humano se adapta y nuestras vidas diarias pasan al formato en línea y los canales de software como servicio (SaaS), plataforma como servicio (PaaS) e infraestructura como servicio (IaaS), las organizaciones deben permitir ese crecimiento anticipándose a los cambios en lugar de reaccionar a ellos. Y, precisamente, esta dinámica comienza con los equipos de tecnología. Su equipo.

¿Por qué es necesario este libro electrónico? 

Este libro electrónico tiene como objetivo ayudarle a comprender cómo y por qué debe crear una arquitectura de datos estandarizada; es decir, un conjunto de estándares unificados que rigen qué datos se recopilan y cómo se almacenan, integran y utilizan. No se trata de dibujar una sofisticada arquitectura de referencia y permitir que se implemente sin tener en cuenta el contexto. En última instancia, queremos ayudarle a asumir la propiedad de sus datos: en clouds, centros de datos, en la periferia. Para ello, cree una pila de servicios de datos de sonido que favorezca la cohesión en su infraestructura y, a su vez, en sus operaciones diarias. Afortunadamente, sus equipos de departamentos de tecnología ya cuentan con las habilidades necesarias para propiciar una infraestructura de almacenamiento integrada y conectada, de modo que su empresa pueda triunfar en medio del auge tecnológico. Echemos un vistazo más detallado a tres de los obstáculos que se plantean al crear una arquitectura de datos estandarizada y cómo abordarlos.

Si su empresa no da prioridad al entorno digital, ya va tarde. Para tener más éxito que sus compañeros, es vital que acelere sus esfuerzos digitales, no que los ralentice. Incluso si ya ha completado esta fase de priorización del aspecto digital, es posible que sus esfuerzos por crear una pila optimizada se vean frustrados a causa de datos desorganizados o procesos imprecisos. Esta fricción y sus consiguientes obstáculos constituyen lo que llamamos la paradoja de la estabilidad y el cambio.

La paradoja de la estabilidad y el cambio 

La digitalización lleva a los líderes de las aplicaciones a mantener dos direcciones opuestas: asumir el riesgo de adaptarse a un nuevo clima competitivo o mantener el status quo. El cambio ya está aquí, tanto desde un punto de vista organizativo como tecnológico, y exige los correspondientes avances en aplicaciones, arquitectura de almacenamiento y muchas otras tecnologías adyacentes. A su vez, mientras se produce este proceso, las empresas no deben asumir demasiado riesgo. Necesitan mantener sus funcionalidades y la estabilidad operativa, especialmente en el clima económico actual. Esta dicotomía hace que las organizaciones no se preparen lo suficiente para el cambio, puesto que, en este entorno de demandas en conflicto, no pueden desarrollar correctamente las herramientas y arquitecturas necesarias para abordar los problemas a los que se enfrentarán más adelante. Sin embargo, este problema se puede superar mediante la realización de un inventario, la identificación de sus puntos débiles y el desarrollo de un plan claro que equilibre el riesgo con la recompensa.

Tres factores adversos que impiden la arquitectura estandarizada

Según nuestra experiencia, se pueden encontrar tres obstáculos a la hora de plantear la creación de una arquitectura estandarizada:

1. Sus datos existen en un universo paralelo 

Datos oscuros, almacenamiento de datos fríos, discos flexibles: lo hemos visto todo. Básicamente, sus datos más «rebeldes» han contribuido a la acumulación de ineficiencias que se han adosado a sus sistemas. Además de todo ello, su organización puede tener deuda técnica (o «deuda de código»). La deuda técnica se crea al programar una solución con prisas en lugar de hacerlo de una forma más eficiente y costosa. Por ejemplo, imagine que los desarrolladores heredan el código de una característica que se programó apresuradamente; cuando pase un par de años, ese código probablemente será incomprensible. Si la idea que subyace al código original no está clara o el código no es lo suficientemente claro, el cambio a un modelo de gestión de datos más estandarizado y funcional se convertirá en un camino cuesta arriba. Cuando el código es caótico, suele ser necesaria una refactorización. Estos atributos hacen que el proceso de conversión a una arquitectura de datos estandarizada sea más costoso y difícil (la «deuda» en la «deuda técnica»). 

2. Los presupuestos son ajustados cuando se trata de infraestructura

Desafortunadamente, no siempre es fácil obtener financiación para infraestructuras. ¿Por qué? Los problemas del back-end son «aburridos» y no se negocian igual, donde otras iniciativas empresariales suelen tener prioridad sobre los proyectos destinados a optimizar el almacenamiento. Como resultado, una financiación errónea puede ser un obstáculo para la adopción del cloud, la implementación de actualizaciones críticas y su ventaja competitiva a largo plazo. En lugar de recibir inversiones en infraestructura que faciliten la implementación de futuras mejoras, a los departamentos de tecnología se les da poca importancia. Cada nueva mejora táctica construida sin contar con arquitecturas de cloud recomendadas se acaba añadiendo a la deuda técnica, lo que se transforma en externalizaciones y retrasos en la construcción de cualquier novedad en el futuro.

3. Existe un dilema de datos filosófico 

¿El «cloud» se coloca en el centro de datos o el «centro de datos» en el cloud? A medida que la infraestructura se convierte en programable, los líderes de operaciones y tecnología van cediendo responsabilidad en los aspectos clave de la infraestructura a los desarrolladores de software; un movimiento que conlleva inevitablemente la creación de fisuras en la organización. ¿Por qué? Porque los desarrolladores de software son bastante singulares, digamos, en el buen sentido de la palabra. Tener un rol de desarrollador más fuerte en las decisiones relacionadas con la infraestructura conduce a opciones que pueden parecer poco ortodoxas y que los líderes de tecnología podrían no comprender en primera instancia. Hemos sido testigos del surgimiento del «desarrollador de infraestructuras», un nuevo superhéroe. Es un creador de código, ingeniero de automatización y administrador general de compilación. Es un creador de herramientas que interrumpe las nociones obsoletas de los silos ocupacionales, impulsando a las empresas a volver a plantearse su infraestructura, los datos, el cloud y el código. Así que, en un mundo en constante cambio, debe volver a plantearse los roles constantemente. Y, en cuanto al dilema filosófico de los datos, depende. Como veremos, «cloud» y «centro de datos» no tienen por qué excluirse mutuamente. 

Para conseguir una pila unificada, deberá conectar e integrar. Cuando hable de la arquitectura de los datos, debe hablar de almacenamiento. Con un sencillo vistazo a su centro de datos ya observa que vive con una mezcolanza de diferentes cabinas y un código de integración muy personalizado que elimina los silos de datos para facilitar el intercambio de información. Si bien parece que los clouds públicos tienen la respuesta, tienden a generar también silos de datos. Aquí es donde una pila de servicios de datos unificada puede resolver varios problemas. A continuación mostramos cómo crearla.

1.Priorice los sistemas que se pueden retirar o rediseñar y, a continuación, decida cuáles se deben trasladar al cloud público.  

Uno de los primeros pasos esenciales para disponer su arquitectura de datos común consiste en precisar y documentar su estrategia multicloud. Evalúe la tecnología que tiene y está directamente orientada a resolver el problema de varios subsistemas de datos. Su objetivo es estandarizar a partir de una solución que proporcione previsibilidad y gestión común, independientemente del centro de datos o el cloud público en el que se ejecute.  

2. Seleccione nuevas soluciones basadas en el cloud.  

Piense dónde están sus oportunidades de automatización y, a continuación, planifique la amortización de la deuda a lo largo de todo el ciclo de vida del sistema (es decir, la mejora continua de las soluciones cloud que se pongan en marcha).  

3. Reduzca la deuda técnica acumulada mediante la colaboración con otras partes interesadas.  

Asegúrese de incluir todos los dominios de la tecnología y otros sectores (especialmente los equipos de arquitectura empresarial y desarrollo de aplicaciones) para poder gestionar la deuda externa a su ámbito directo. 

Puede integrar sus aplicaciones con nuevos servicios en el cloud y pagar deudas técnicas

Cuando haya realizado estos pasos, podrá ampliar los centros de datos en el cloud. Sin la complejidad de los distintos planos de control de los datos, la gestión y administración de muchas cargas de trabajo entre clouds resulta drásticamente más sencilla. Las empresas pueden beneficiarse de las funciones de cada proveedor de cloud sin sacrificar la previsibilidad operativa. Esto significa que las empresas ahora pueden mover con confianza a los clouds públicos aplicaciones críticas para el negocio y servicios de almacenamiento de clase empresarial que antes requerían de una reestructuración. Recuerde que las plataformas de cloud líderes no solo admiten enormes requisitos de infraestructura para las aplicaciones (incluidas máquinas virtuales y sistemas de gestión de contenedores), sino que también proporcionan un sistema de autoescalado global. Esta funcionalidad ha permitido que las organizaciones migren sus aplicaciones de centro de datos a plataformas de cloud. Repetimos: puede integrar sus aplicaciones con nuevos servicios en el cloud y pagar deudas técnicas. Una buena integración consiste en conseguir que sus aplicaciones y estructuras de datos funcionen juntas, ya sea dentro o fuera de su organización. Esto significa que los equipos de tecnología tendrán la libertad de crear una arquitectura de almacenamiento sólida, común y de alto rendimiento que demuestre un valor empresarial creíble y cuantificable. A su vez, podrá definir directrices comunes para toda la organización que tengan en cuenta los objetivos, las ventajas, los riesgos y los criterios de adopción clave de la empresa. En otras palabras, menos estrés, mejores resultados empresariales y beneficios en la sala de descanso. Ahora, acerca de las personas que van a crear todo esto realmente…

Facilite la vida a sus equipos de TI 

Tenga en cuenta la realidad de los retos cotidianos a los que se enfrentan sus equipos de TI: 

1. Los equipos de desarrollo externos al departamento de TI trabajan en aplicaciones de software personalizadas o bots conversacionales corporativos. Cada aplicación propia tiene su propio conjunto de requisitos para residir en el cloud. No incluirá un manual de instrucciones en la forma de los de SAP y Oracle. 

2. Algunos empleados de la línea de negocio necesitan integrar rápidamente las aplicaciones que se acaban de adquirir con los sistemas existentes y, de hecho, deben hacerlo con servicios de integración de terceros. 

3. Los miembros de la plantilla que no están especializados en la integración de aplicaciones y sistemas deben hacerlo dentro del ámbito de sus propios proyectos; por ejemplo, en el desarrollo de una aplicación móvil personalizada o una base de datos interna.

Todas estas tareas suponen una carga para los miembros del personal de TI al añadir una complejidad superflua a sus tareas.

Desbloqueo del logro de maestro integrador

La modernización de su infraestructura podría ser más costosa en las primeras fases debido a la deuda técnica y el código «cruft». ¿La solución sencilla? Implemente y cree en un entorno de almacenamiento de datos estándar. Gracias a la modernización, se protegerá frente a un estado de entropía. Está planificando el futuro de su compañía; no está simplemente solucionando asuntos a medida que se consumen cantidades copiosas de tiempo en frecuentes refactorizaciones. Este entorno unificado conecta una amplia sección transversal de aplicaciones, sistemas y bases de datos en el cloud y en las instalaciones, y se puede implementar tanto en el cloud como en las instalaciones. Esta arquitectura, cuando se pone en marcha en un cloud público, suele ofrecer API predefinidas para aplicaciones y herramientas estandarizadas que creen conectores personalizados. En otras palabras, ¿ese logro? Lo ha conseguido.

Esta es la parte en la que, por lo general, ofrecemos la visión de NetApp para resolver todos estos problemas. 

Pero no vamos a hacerlo. Nosotros no vamos importunando con nuestras ofertas. Nosotros susurramos gentilmente. Sin embargo, en caso de tener interés: 

• Hemos desarrollado una pila de servicios de datos unificados que se ejecuta en prácticamente cualquier lugar. 

• Ofrecemos un conjunto completo y unificado de servicios de gestión de datos y almacenamiento. 

• Estas ofertas funcionan en las instalaciones, en el cloud y en alguna o todas las variantes que puedan darse entre estas dos opciones. 

• Nuestros productos ofrecen una estandarización con una garantía que se extiende a mucho después de haber dejado la tarea para ocuparse de otra mejor. (Por lo tanto, no debe preocuparse por el inoportuno código heredado o porque contribuya a aumentar la carga de deuda técnica de su empresa). 

No importa dónde residan sus datos hoy en día; ahora es el momento de dominarlos, conectarlos e integrarlos.