4. Ejecuciones/Pruebas de conectividad
Los tickets de este tipo se utilizan para cubrir mantenimientos de bases de datos (reorg, restart, optimize, etc). Para realizar cambios, o consultas debe utilizar el formato correspondiente: EJECUCIÓN DE SCRIPT EN BASE DE DATOS (UPDATES, DELETES, INSERTS, ALTER TABLE.) o MODIFICACION DE COMPONENTES DE INFRAESTRUCTURA.
WIP
Descripción de puntos sobre formato genérico
Purgas de caché en Akamai.
Las purgas de caché en Akamai son el proceso de eliminación de contenido almacenado en los servidores de caché de Akamai, una plataforma de CDN. Los usuarios pueden solicitar una purga de caché para eliminar el contenido desactualizado o incorrecto, asegurando que la próxima vez que se solicite el contenido, se entregue la versión actualizada y correcta directamente desde el servidor original. Es importante tener en cuenta que las purgas de caché pueden tener un impacto en el rendimiento del sitio web.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b) Akamai: https://seapi.jupiter.com.mx/management/v2/home-app |
| Ejecución requerida: | c)-Acceder a la plataforma de Akamai. Seleccionar el tipo de purga: Las opciones comunes son purga completa o purga individual por URL o por etiqueta. -Seleccionar el contenido a purgar: Especificar qué contenido se quiere purgar. Se puede purgar contenido de una sola URL, un conjunto de URLs o de una etiqueta específica. -Confirmar la purga: Verificar la información de la purga y confirmar que se desea proceder con ella. -Monitorear el progreso: Una vez que se ha iniciado la purga, es importante monitorear el progreso y asegurarse de que se haya completado exitosamente. |
| Resultados requeridos: | d) El resultado esperado es quue el contenido especificado ya no esté almacenado en la caché de Akamai |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es necesaria la actualización del contenido disponible |
Ejecución de reorgs.
La ejecución de reorgs es el proceso de reorganización de una base de datos para mejorar su rendimiento y eficiencia. La reorganización se puede realizar de varias maneras, como la reorganización de tablas, índices o particiones. La ejecución de reorgs es importante para mantener un alto rendimiento de la base de datos y evitar la fragmentación de datos. Sin embargo, la ejecución de reorgs debe realizarse con precaución, ya que puede requerir un tiempo de inactividad y tener un impacto en el rendimiento del sistema. Por lo tanto, es importante planificar cuidadosamente la ejecución de reorgs y hacer copias de seguridad de la base de datos antes de realizar cualquier cambio importante.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b)BD: JPDB01-01 |
| Ejecución requerida: | c)-Planificar la reorganización. -Hacer una copia de seguridad. -Preparar el entorno. -Ejecutar la reorganización. -Verificar los resultados. -Actualizar las estadísticas de la base de datos. Favor de utilizar los siguientes datos: –>Tablas e índices a reorganizar:Se decide reorganizar la tabla “ventas” y los índices “ventas_id” y “ventas_fecha”. –>Estructura de la base de datos: La base de datos se llama “ventas-db” y contiene dos esquemas: “public” y “ventas”. La tabla “ventas” se encuentra en el esquema “ventas”, mientras que los índices se encuentran en el esquema “public”. –>Tamaño y uso de la base de datos: La base de datos tiene un tamaño de 50 GB y se utiliza para almacenar información de ventas diarias de una empresa. La tabla “ventas” tiene aproximadamente 100 millones de registros y se accede con frecuencia. |
| Resultados requeridos: | d) Mejora significativa en el rendimiento de las consultas y una reducción en el tiempo de inactividad y un aumento en la eficiencia del almacenamiento y una disminución en el tiempo de respaldo y recuperación. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |
Optimizaciones de MySQL.
La optimización de MySQL se refiere a mejorar el rendimiento del sistema de gestión de bases de datos MySQL. Implica ajustar varios parámetros del servidor, optimizar las consultas SQL, la estructura de la base de datos y la gestión del almacenamiento en caché. La optimización es esencial para garantizar un funcionamiento eficiente y rápido de las aplicaciones basadas en MySQL. Se pueden ajustar parámetros como la cantidad de conexiones simultáneas permitidas, la memoria asignada y la configuración de almacenamiento en caché. La optimización de MySQL es importante para garantizar una experiencia de usuario rápida y eficiente.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b) BD:JPDB01-01 |
| Ejecución requerida: | c)-Analizar las consultas SQL más utilizadas en la aplicación. -Revisar la estructura de la base de datos y optimizarla si es necesario. -Ajustar la configuración del servidor MySQL para mejorar el rendimiento. -Mejorar el almacenamiento en caché de las tablas más accedidas. -Probar y evaluar los cambios realizados para garantizar que mejoren el rendimiento. Favor de utilizar los datos siguientes: –>Tamaño de la base de datos: 10 tablas con un total de 100,000 registros. –>Estructura de la base de datos: Tablas incluyen “usuarios”, “pedidos”, “productos”, “clientes”, “direcciones”, “pagos”, “categorías”, “valoraciones”, “inventario” y “envíos”. –>Consultas SQL: “SELECT * FROM pedidos WHERE usuario_id = 1” y “SELECT * FROM productos WHERE categoria_id = 5” son las consultas más utilizadas. –>Estadísticas de rendimiento: Tiempos de respuesta lentos durante las horas pico. –>Configuración del servidor: 100 conexiones simultáneas permitidas, 4 GB de memoria asignada. –>Patrones de acceso: Los usuarios acceden a las tablas “pedidos” y “productos” con mayor frecuencia durante las horas pico. |
| Resultados requeridos: | d)Mejoras en los tiempos de respuesta de la aplicación, reducción del tiempo de procesamiento de las consultas SQL, mejora en la eficiencia del servidor MySQL y optimización de la estructura de la base de datos. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |
Pruebas de desempeño.
En caso de que las pruebas puedan afectar el rendimiento de la aplicación deberá de solicitar una ventana de mantenimiento con el tipo de ticket SOLICITUD DE VENTANA DE MANTENIMIENTO y colocarlo como información en el presente ticket.
Las pruebas de desempeño son un tipo de prueba de software que se utilizan para medir la capacidad de un sistema o aplicación para manejar una carga específica. Estas pruebas se realizan para evaluar cómo un sistema o aplicación responde bajo diferentes condiciones de carga, como un gran número de usuarios que acceden simultáneamente, picos de tráfico, volumen de datos, etc. Los resultados de estas pruebas pueden ayudar a identificar cuellos de botella y áreas que necesitan mejoras para optimizar el rendimiento del sistema. Las pruebas de desempeño se realizan utilizando herramientas especializadas que simulan la carga y el comportamiento del usuario para medir y analizar el rendimiento del sistema o aplicación bajo diferentes condiciones.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b) Servidor: JJCMP01-01 |
| Ejecución requerida: | c)-Ejecutar las pruebas de desempeño y recopilar los resultados. -Analizar los resultados de las pruebas y hacer las correcciones necesarias. -Repetir las pruebas hasta que se cumplan los siguientes datos: –>Número esperado de usuarios simultáneos: 100,000. –>Cantidad esperada de mensajes enviados y recibidos por usuario: 20 por minuto. –>Tiempo de respuesta objetivo del sistema: menos de 1 segundo. –>Tipo de pruebas de desempeño requeridas: pruebas de carga y estrés.* –>Herramientas de prueba utilizadas: JMeter, Apache Bench, entre otras. –>Métricas a medir: tiempo de respuesta, tasa de errores, uso de recursos del sistema, entre otras. |
| Resultados requeridos: | d) Resultados esperados: capacidad del sistema para manejar la carga esperada de usuarios y mensajes sin degradar su rendimiento. Documentar los resultados y compartirlos con el equipo de desarrollo y los interesados en el proyecto. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |
Ejecución de testcases (curls, telnet, etc.).
La ejecución de testcases implica la realización de pruebas en un sistema o aplicación utilizando diversas herramientas y técnicas para validar su funcionamiento. Algunas de las herramientas más comunes incluyen cURL y Telnet, que permiten enviar solicitudes HTTP o mensajes a un servidor para evaluar su respuesta y garantizar que se obtiene el resultado esperado. Por ejemplo, con cURL se puede enviar solicitudes GET o POST para verificar la respuesta del servidor, mientras que Telnet permite establecer una conexión y enviar comandos directamente al servidor. En general, la ejecución de testcases es una forma efectiva de probar el funcionamiento de un sistema y asegurarse de que cumple con los requisitos especificados.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [X]] Producción [ ] |
| Sistema de ejecución: | b) Servidor: JJCMP01-01 La dirección del servidor: https://api.cumplimiento-jupiter.com El puerto que se va a utilizar: 443 (por defecto para conexiones HTTPS) |
| Ejecución requerida: | c)Los parámetros que se van a enviar: ‘search_query=Planeta%20Jupiter’ (para buscar el libro ‘Cumplimiento Jupiter’) El método de solicitud: GET Credenciales de autenticación: Ninguna curl -X GET ‘https://api.cumplimiento-jupiter.com/search?search_query=Planeta%20Jupiter' |
| Resultados requeridos: | d) La respuesta esperada del servidor: un código de respuesta HTTP 200 (indicando una búsqueda exitosa) y una lista de resultados de libros que incluya el libro ‘Cumplimiento Jupiter’. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |
Reinicios de servicios/servidores.
Un reinicio de servicios o servidores en Linux implica detener y luego volver a iniciar un servicio o servidor en un sistema operativo Linux. Esto se puede necesitar para aplicar cambios de configuración o actualizaciones de software, liberar recursos del sistema o solucionar fallos. Se utiliza el comando “systemctl” en sistemas Linux basados en systemd, como Ubuntu, Fedora o CentOS. Al reiniciar un servicio o servidor, se interrumpirá cualquier actividad en curso y se perderán los datos no guardados, por lo que se recomienda hacer una copia de seguridad de los datos importantes antes de realizar un reinicio.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b) Servidor: JJCMP01-01 Nombre del contenedor: El contenedor que se desea reiniciar se llama “mi-contenedor”. Sistema operativo y versión: Se está utilizando RedHat 8. Permisos de usuario: Se requieren permisos de administrador para reiniciar el contenedor, por lo que se debe ejecutar el comando con el usuario “sudo”. Información adicional: El contenedor se ejecuta en un docker-compose.yml en el directorio “/home/user/proyecto” y su ID de contenedor es “abcd1234”. |
| Ejecución requerida: | c) Reiniciar el contenedor utilizando el comando: sudo docker-compose -f /home/user/proyecto/docker-compose.yml restart mi-contenedor |
| Resultados requeridos: | d) Que el contenedor de Docker “mi-contenedor” se detenga y luego se reinicié sin problemas. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |
Ejecuciones manuales de artefactos de desarrollo (ej. crones).
Las Ejecuciones Manuales de Artefactos de Desarrollo son la ejecución manual de tareas específicas en el proceso de desarrollo de software, mientras que los crones son tareas programadas que se ejecutan automáticamente en un entorno de desarrollo. Ambos son útiles para el desarrollo de software y pueden ser utilizados para automatizar procesos y mejorar la eficiencia del equipo de desarrollo. Ejemplos comunes incluyen tareas programadas como la compilación de código, la ejecución de pruebas automatizadas, y la generación de informes.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b)b) Servidor: JJCMP01-01 |
| Ejecución requerida: | c)Ejecutar el comando “python data_processing.py” que procesa datos recién llegados. El script “data_processing.py” se encuentra en la carpeta “data_scripts” del servidor mencionado. |
| Resultados requeridos: | d)Esperamos que el comando “python data_processing.py” procese correctamente los datos recién llegados y que los resultados estén disponibles para su uso en otros sistemas o aplicaciones. También necesitamos verificar si hay errores o problemas en la ejecución del comando y solucionarlos si es necesario. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |
Selects de BD.
La ejecución de SELECT en una base de datos es el proceso de recuperar información específica de una o varias tablas. Se utiliza una consulta SELECT en el lenguaje SQL para buscar y recuperar datos de una o más tablas de la base de datos. Para ejecutar la consulta SELECT, se deben especificar los nombres de las tablas y las columnas específicas a seleccionar. También se pueden agregar criterios de búsqueda para limitar los resultados. La base de datos devuelve un conjunto de resultados que satisfacen los criterios de búsqueda especificados. Las consultas SELECT son operaciones comunes en las bases de datos y pueden incluir operaciones matemáticas y funciones para manipular los datos recuperados.
| Iniciativa/ambiente sujeto a ejecución: | a.1) Portal de Cumplimiento de Júpiter a.2)Desarrollo [ ] Producción [X] |
| Sistema de ejecución: | b)BD: JPBD01-01 Tabla: sales y products Columnas específicas a seleccionar: product_name, product_price, sale_date |
| Ejecución requerida: | c)Realizar la siguiente consulta: SELECT product_name, product_price, sale_date FROM sales JOIN products ON sales.product_id = products.product_id WHERE sale_date >= ‘2022-02-01’ AND sale_date < ‘2022-03-01’ |
| Resultados requeridos: | d)Esta consulta recuperará el nombre del producto, su precio y la fecha de venta de la tabla de ventas para todos los registros que cumplan con los criterios especificados en la cláusula WHERE. Los datos se unirán utilizando la cláusula JOIN para que se puedan recuperar información de la tabla de productos junto con la tabla de ventas. |
| Fecha y hora de ejecución: | e.1) n/a e.2) Favor de ejecutar el 16 de septiembre de 2026 a las 16 hrs |
| Precedencia de ejecución: | f.1) n/a f.2) Ticket Number 2022091310004619 en caso de necesitarse. |
| Copiar por correo electrónico | g) cc: zsmith@gpt3ai.com. |
| Justificación de prioridad: | h.1)n/a h.2)Favor de ejecutar con prioridad debido a que es prioridad directiva |