sql >> Base de Datos >  >> NoSQL >> MongoDB

¿Cómo probar las actualizaciones de su aplicación MongoDB?

Ha elegido MongoDB como la base de datos de su aplicación y probablemente ya tenga una gran cantidad de datos de producción en su base de datos. Ahora, debe realizar un cambio importante en su aplicación. ¿Cómo realiza las pruebas para asegurarse de que la nueva versión de su aplicación se comporte bien con sus datos de producción?

Los datos de producción siempre son infinitamente más variados que los datos de prueba y presentan más casos extremos, lo que genera más errores. No se recomienda exportar datos de producción a su entorno de prueba debido a problemas de política, privacidad y seguridad. Por otro lado, es bastante difícil y costoso identificar y probar errores en producción. Entonces, ¿cómo se asegura de que la nueva versión de su aplicación funcione bien con los datos de producción? Esto es lo que recomendamos en ScaleGrid:

4 pasos para actualizar MongoDB a producción

  1. La seguridad ante todo

    Nuestra primera preocupación es la seguridad de los datos de producción. Por lo tanto, nunca exportamos ningún dato de producción a nuestro entorno de ensayo o prueba. Lo que tenemos es "pseudoproducción":este es un entorno que es idéntico a la producción:el mismo tamaño, las mismas restricciones de seguridad que la producción. Sin embargo, es efímero y solo vive mientras dura la prueba.

  2. Clonación de su clúster MongoDB de producción

    Utilizamos la función "Clonar" de ScaleGrid para crear un clon en un momento determinado de la base de datos de producción. En nubes como AWS, la función Clonar utiliza instantáneas de EBS, por lo que la operación de clonación tiene poco o ningún impacto en la base de datos de producción. Esto nos brinda un entorno de base de datos de "pseudoproducción" que tiene las mismas características que la producción:los mismos datos, los mismos tamaños de máquina, la misma seguridad, la misma configuración de clúster, etc.

  3. Ejecutar pruebas exhaustivas

    Ejecutamos un amplio conjunto de pruebas para garantizar que la nueva versión de la aplicación no cause problemas con los datos. Una vez que estamos satisfechos, derribamos el entorno de "pseudoproducción".

  4. Actualice su entorno de producción

    Una vez que estamos satisfechos con nuestras pruebas, continuamos y actualizamos nuestra aplicación en producción. Según la función, es posible que también desee actualizarla solo para algunos de sus clientes, es decir, prueba A/B.

Entonces, ¿qué otros problemas tiene al probar las actualizaciones de aplicaciones con MongoDB? ¿Tiene herramientas, técnicas o sugerencias que le gustaría compartir? ¡Nos encantaría saber de usted!