¿Qué ocurre cuando se crean aplicaciones modernas, pero se deja el almacenamiento tradicional para hacer el trabajo pesado? Según un estudio realizado a 200 profesionales informáticos, el 72% de los encuestados cree que el almacenamiento puede afectar totalmente al rendimiento de sus aplicaciones y al desarrollo de estas. Sin embargo, el 65% admite que su almacenamiento es demasiado antiguo para manejar algunas de estas nuevas cargas de trabajo. ¿Suena familiar?
La tecnología de almacenamiento ya no es solo el problema del administrador del almacenamiento. Como propietario de una aplicación, su solución de almacenamiento puede ser un cuello de botella o un acelerador. Si se encuentra con alguno de los siguientes, puede que sea el momento de preguntar: ¿Su almacenamiento le está frenando?
«El paso de las instalaciones locales a la nube sigue siendo complicado».
La nube es un catalizador importante de la aceleración del desarrollo de aplicaciones y un componente integral de muchas estrategias de modernización más amplias. Un estudio de 451 Research indica que la adopción del almacenamiento en la nube está en aumento para permitir las aplicaciones de última generación, los microservicios innovadores y los algoritmos que los desarrolladores más quieren aprovechar. Casi un tercio de los encuestados utiliza la nube para satisfacer los requisitos de las aplicaciones modernas. Pero ¿qué pasa con el estado de los datos en este escenario?
El mismo estudio muestra que los equipos de desarrollo de aplicaciones modernas mueven los datos de manera bidireccional hacia y desde entornos de nube a diario. En el 29% de los casos, esto ocurre continuamente en las aplicaciones que utilizan datos de transmisión. Es un tráfico bastante alto. Si no puede migrar fácilmente los datos —algo en lo que el almacenamiento tradicional no es genial— acabará en silos de nuevo.
Para conseguir la movilidad de datos que necesita para ejecutar aplicaciones en cualquier lugar, querrá una solución de almacenamiento coherente, para que el almacenamiento de datos en la nube privada y en la nube pública no esté separado. Un entorno de almacenamiento unificado ayuda a las aplicaciones a hablar el mismo idioma, sin importar dónde se desplieguen. ¿Necesita ejecutar rápidamente una instancia basada en la nube para pruebas, control de calidad o desarrollo de aplicaciones? Consiga un almacenamiento que le permita clonar de un modo rápido y sencillo el almacenamiento local en la nube.
«Queremos adoptar los contenedores, pero no nos sentimos preparados».
La virtualización y los contenedores son un gran acelerador del desarrollo de aplicaciones. ¿Por qué? Reducen el tiempo que se tarda en desplegar los servidores de meses a minutos, le permiten actualizar el código sin necesidad de volver a desplegar una aplicación completa y son portátiles entre plataformas. Pero hay algunos aspectos complicados de los contenedores, sobre todo cuando se trata de gestionar el almacenamiento persistente para las aplicaciones con estado.
Contenedores están, en virtud de ellos, aislados de sus entornos subyacentes (incluidas las bases de datos). Cuando confían en datos que no pueden migrarse fácilmente, se encuentran con cuellos de botella que muy bien pueden cancelar los beneficios. Hay varias maneras de abordar esto. En primer lugar, puede ser selectivo con las aplicaciones que elija contenedorizar. Aproveche la portabilidad y la facilidad de despliegue en lugar de confiar en las características empresariales. En segundo lugar, adopte una solución de almacenamiento persistente subyacente más inteligente. Esto también debería poder conectarse a orquestadores de contenedores para facilitar la gestión.
Nota: Contenedores a menudo se utilizan para el almacenamiento de objetos, lo que hace que esos datos se compartan entre servicios y aplicaciones. Siga esta ruta y tendrá un repositorio de datos portátil al que casi cualquier servicio de nube pública o privada puede acceder a través de una API.
“Todavía tenemos silos en nuestros procesos de DevOps”.
La propia naturaleza de DevOps es acabar con los silos para acelerar la entrega de productos, una gran parte de los cuales es adoptar capacidades de autoservicio. La más popular entre los equipos de DevOps altamente evolucionados son los flujos de trabajo de integración continua (CI)/desarrollo continuo (CD), la infraestructura de nube pública y el aprovisionamiento de bases de datos. Esto dice que los equipos avanzados de DevOps están haciendo más trabajo práctico con la administración de bases de datos para aprovisionar lo que necesitan, cuando lo necesitan, pero hacer que el aprovisionamiento de bases de datos sea un autoservicio requiere la simplicidad del almacenamiento.
Otro gran reto para la eficiencia del DevOps es una arquitectura de aplicaciones estrechamente acoplada. Las dependencias complejas, el almacenamiento de datos en silos y los acuerdos de nivel de servicio restrictivos y bloqueados por los proveedores pueden frenar a los equipos. Si está tratando de ser más modular y ágil con un almacenamiento tradicional creado específicamente, sentirá la presión. Para acelerar la entrega y dar a los equipos la capacidad de experimentar y trabajar a su propio ritmo, estandarice el almacenamiento de datos y los flujos de trabajo posteriores con un almacenamiento de datos consolidado, nativo de la nube y muy disponible —y lo bastante sencillo para que casi cualquier persona pueda operar—.
«Nuestras aplicaciones de misión crítica necesitan un almacenamiento de archivos y objetos más rápido».
Tanto si las aplicaciones procesan grandes volúmenes de datos no estructurados para las aplicaciones de IA como si extraen información de múltiples fuentes de datos en una flota de dispositivos de Internet de las Cosas el almacenamiento rápido de archivos y objetos es clave. No debería reservarse para los datos archivados o no críticos; es necesario crear aplicaciones de alto rendimiento que puedan acceder a los objetos directamente y rápidamente.
Si ha tenido problemas para obtener el rendimiento que su desarrollo de aplicaciones necesita del almacenamiento de objetos público y basado en la nube, es posible que haya considerado mover el almacenamiento de objetos de nuevo localmente para aumentar ese rendimiento. Pero tenga cuidado de no sacrificar la compatibilidad y la movilidad. Sin un almacenamiento rápido y unificado de archivos y objetos, tendrá que hacer concesiones.
«Nuestro proceso de copia/clonación es demasiado lento para extraer datos para las integraciones».
Los retrasos importantes en los procesos de copia/clonación pueden dificultar el uso de los datos para los pipelines de CI/CD, que son críticos para los flujos de trabajo de prueba de DevOps. Si se tarda una semana o más en ejecutar un proceso de copia/clonación, es demasiado lento para seguir el ritmo.
Si utiliza AWS o Azure para entornos de pruebas automatizadas, es muy probable que quiera que su plataforma de almacenamiento pueda crear al instante ese clon, sin importar dónde se encuentre, lo que le ahorrará a usted y a su equipo un tiempo y unos recursos valiosos. Cuando necesita un proceso de replicación de datos que se mueva tan rápido como usted, el almacenamiento flash moderno con herramientas de automatización de copias (CAT) le permite clonar bases de datos de producción en minutos y simplificar el modo en que aprovisiona los clones para los entornos de pruebas automatizadas, todo ello sin consumir TB de espacio.
«Podríamos usar copias de seguridad para sandboxes, pero usan demasiados recursos».
Las copias de seguridad y las copias instantáneas de los conjuntos de datos pueden ser minas de oro, especialmente para los desarrolladores de aplicaciones. Piense en lo que podría hacer con un entorno de entorno de producción que esté lo más cerca posible de la vida. Puede incluir una marca libre de riesgos, ejecutar una serie de pruebas con más precisión y experimentar sin las limitaciones de un entorno de ensayo.
Las soluciones de copia de seguridad tradicionales están casi fuera de los límites de los escenarios de DevOps, que se mueven rápidamente y tienen bucles iterativos ajustados. Acomodar el espacio que las copias de seguridad tradicionales suelen necesitar hace que no sean prácticas. Ese es un problema de almacenamiento, una vez más, y uno que los dispositivos de backup modernos pueden resolver.
«No hemos cumplido los acuerdos de nivel de servicio debido a problemas de acceso a los datos».
Ya sea entre usted y sus clientes o internamente entre equipos, un acuerdo de nivel de servicio es un contrato que no puede romperse. Si los datos no son accesibles, la interrupción del servicio puede significar un SLA perdido y las penalizaciones posteriores. Por ejemplo, si dentro de su SLA promete un tiempo de actividad y una disponibilidad del 99,9999%, debería poder medirlo y soportarlo. Cuando se trata de datos, eso significa tener una solución de almacenamiento que sea lo suficientemente robusta y rápida para cumplir ese SLA en todo momento.
Cuando el almacenamiento se ha convertido en un cuello de botella y no se puede acceder a los datos bajo demanda, acaba de convertirse en su problema. La recuperación rápida es fundamental para evitar los tiempos de inactividad y para ello es necesario disponer de una solución de almacenamiento que pueda proporcionar una copia de seguridad con los niveles de producción.
Si está modernizando su aplicación, tiene que modernizar su pila tecnológica de bases de datos
Los analistas del sector de IDC descubrieron que el 65% de las empresas quieren modernizar sus sistemas tradicionales en 2023. Eso significa adoptar avances que aceleran las aplicaciones, como el almacenamiento como código, la nube pública, la automatización, la virtualización y los contenedores como servicio. Para este tipo de tecnologías modernas, simplemente no puede permitirse esperar que el almacenamiento tradicional transporte la carga.
Si alguna de estas situaciones le ha parecido familiar, tenga en cuenta: Ha llegado el momento de replantearse su almacenamiento. No solo evitará estos problemas en el futuro, sino que permitirá avances.
Innovate Faster
Maximize Oracle, Microsoft, and SAP application data with Pure.
