prefacio
Algunos amigos preguntaron por qué no se ha actualizado recientemente. He estado muy ocupado últimamente, no porque no tenga tiempo, sino porque no quiero actualizar (una buena excusa). En abril, me transfirieron internamente en la empresa y me hice cargo de dos nuevos equipos, por lo que estaba relativamente ocupado. En este artículo, hablemos de algunas ideas recientes.
Nuevo punto de partida, nueva meta
Para ser honesto, al principio quería reconstruir, pero el ideal es muy completo, la realidad es muy delgada y hay varios problemas importantes por delante.
El proceso de desarrollo no está estandarizado y el monitoreo, las alarmas y los registros existentes no son perfectos.
Hay una grave escasez de mano de obra, el negocio es paralelo y la mano de obra existente no es suficiente para respaldar el negocio. Sin embargo, algunas cosas nunca cambiarán sin acción.
que preparativos he hecho
Planes de planificación objetivo para pasar 2 meses para resolver problemas de estabilidad del sistema.
Desglose de tareas de garantía de estabilidad por prioridad
| nivel | elemento de tarea | ilustrar | cronograma |
|---|---|---|---|
| 01 | Especificación de desarrollo y formulación de especificación de procesos en línea | Evite los factores humanos que causan problemas de lanzamiento, como la especificación del código, la especificación CR [CR antes de la prueba], la especificación del proceso de lanzamiento y los puntos que deben confirmarse durante el período de escala de grises posterior al lanzamiento. | terminado |
| 02 | Mejoras de monitoreo de Grafana existentes | Mejorar los indicadores de seguimiento, actualmente algunos indicadores de seguimiento no son amigables | terminado |
| 03 | Manejo de registros de errores y tiempos de espera | Si hay muchos registros de errores y alarmas frecuentes, la alarma perderá su significado y hará que se sobrescriba el ERROR efectivo (el objetivo es cero ERROR) | terminado |
| 04 | Ajuste del proyecto GC | El recolector de basura se cambia a G1, se ajustan los parámetros y se admite el ajuste dinámico de la operación y el mantenimiento | terminado |
| 05 | Ordenar el proceso central de envío de pedidos | Dibuje un diagrama de flujo del proceso comercial central, clasifique los puntos que pueden tener cuellos de botella en el rendimiento y prepárese para la optimización posterior | terminado |
| 06 | Combinación de fuentes de datos básicas | Por ejemplo, fuentes de datos Mysql, Redis, MongoDB, MQ y escenarios de uso, y continuar llevando a cabo el proyecto | en curso |
| 07 | Grafana monitoreo y aislamiento del entorno de alarma | Divida el entorno fuera de línea (desarrollo, prueba, preproducción) y el entorno en línea, tanto en línea como fuera de línea tienen monitoreo y alarma DingTalk | terminado |
| 08 | Optimización de la interfaz del proyecto de despacho | Interfaz lenta, SQL lento, transformación de proceso parcial | en curso |
| 09 | grupo de subprocesos dinámicos | Admite configuración dinámica, monitoreo de grupos de subprocesos, indicadores de monitoreo como el número de subprocesos principales, el número máximo de subprocesos, el número de subprocesos activos, colas apiladas, tiempo de procesamiento de subprocesos, etc. | en curso |
| 10 | Clasificación de la configuración central de las órdenes de despacho | La configuración actual es relativamente caótica y debe resolverse en el documento y continuar con el proyecto. | en curso |
| 11 | Añadir indicadores de seguimiento | Redis, monitoreo de grupo de conexiones Mysql, monitoreo de consumo de producción MQ, monitoreo de indicadores comerciales | No programada |
Muchos se desarrollan en el tiempo libre. Ha pasado más de un mes, y se puede decir que los cambios son visibles a simple vista. Ha pasado mucho tiempo y hay muchas cosas, espero que cada día cambie un poco. Algunas cosas nunca cambiarán si no tomas medidas.
En otro mes, mirando hacia atrás, será una escena diferente.
qué estás haciendo ahora
Actualmente, parte de la infraestructura ha sido mejorada y la reconstrucción está en nuestra agenda.
En el seguimiento, compartiremos con ustedes los fragmentos de nuestra reconstrucción.
Actualmente hay planificadas
Reconstrucción del sistema CMS
Reconstrucción del sistema de colas de pasajeros
Transformación de comunicación interna (cambio interno a comunicación RPC)
Refactorización del sistema de vallas
¡Manténganse al tanto!
Una frase más: refactorizar no es igual a reescribir, la refactorización debe realizarse en línea con el negocio.
Resumir
Como persona técnica, aún necesita tener algunas actividades técnicas para llegar más alto y más lejos;