De vez en cuando se pregunta al equipo de productos de Qumulo por qué enviamos el software cada dos semanas. La respuesta más simple es "porque podemos", pero hay algo más que eso. En última instancia, se trata de lo que es mejor para nuestros clientes y lo que impulsa la innovación que están buscando en el almacenamiento. Examinemos por qué esto es importante para nuestros clientes:
Creamos Qumulo Core, nuestro NAS insignia de escalabilidad horizontal con reconocimiento de datos, en piezas pequeñas e incrementales de una manera que garantiza que nuestro software esté siempre en un estado de envío. Esta metodología, un principio del desarrollo ágil, nos permite:
- Entregue el software tan pronto como esté listo: cuando tenemos una función lista para enviar, la enviamos en lugar de esperar el final de un largo ciclo de varios meses y la combinamos con una larga lista de otras funciones. Mantener una característica de nuestros clientes mientras se están trabajando otras características no tiene sentido para nosotros ni para ellos, por lo que no lo hacemos.
- Responda a las necesidades de los clientes: a medida que cambian las condiciones de los clientes y del mercado, podemos adaptarnos, reorganizar y responder dinámicamente. El hecho de que nunca nos encontremos cambiando de enfoque y dejando de lado las funciones de cinco meses en un ciclo de lanzamiento de nueve meses nos libera de "adherirnos al plan".
- Ofrezca software de calidad en pequeños incrementos: los lanzamientos monolíticos a menudo se ejecutan ramificando la base de código, agregando un montón de código nuevo a cada rama discreta, volviendo a juntar todo de nuevo, y rectificando a través de largos ciclos de prueba de regresión diseñados principalmente para asegurar la ramificación y el abastecimiento funcionó correctamente. La metodología ágil de Qumulo nos permite mantener una base de código estable, siempre en estado enviable.
Entonces, ¿Cómo lo hacemos? Construimos todo de forma incremental en pequeñas piezas. El código de cada desarrollador se ejecuta a través de una serie de pruebas automatizadas a medida que se registra en la base de código singular. Además, los envíos de códigos agregados de cada día se ejecutan colectivamente a través de decenas de miles de pruebas de corrección, calidad y rendimiento. Si un nuevo fragmento de código hace que una prueba falle o tenga un impacto negativo en el rendimiento, lo sabemos y podemos solucionarlo de inmediato. Cada vez. Cotidiano.
Uno de los beneficios de la metodología Agile es que incluso las grandes funciones, como codificación de borrado e instantáneas, se entregan de forma incremental. Todos los días se agregan nuevas pequeñas piezas de funcionalidad al código base de producción que, en última instancia, se convierten en características mucho más grandes, pero nuestros clientes no ven esas características agregadas hasta que agregamos la funcionalidad suficiente para que sean útiles y estén listas para la producción. Para entonces, lo habremos probado cientos de veces y habremos agregado miles de pruebas nuevas; a medida que crecen las funciones, también aumentan las pruebas de mejora continua para esas funciones. Y lo más importante: la base de código y los conjuntos de pruebas están alojados en clústeres de Qumulo que actualizamos cada dos semanas, al igual que nuestros clientes.
No vemos ninguna razón por la cual Amazon, Google, Facebook y otros proveedores de SaaS deban tener el monopolio de entregar software de esta manera. Estamos entusiasmados por ofrecer a nuestros clientes nuevas funciones y funcionalidades en los próximos años. Y lo haremos. Un incremento de dos semanas a la vez.
