Escríbete un proceso de servicio, con un registro (razonablemente detallado).
Algo que interactúa con el proceso de servicio de Linux o Windows y registra mensajes en los registros del sistema (apropiados) en caso de falla.
Dado que muchas personas no están familiarizadas con los registros de eventos del sistema, muchas personas diseñarán su propio archivo de registro o mecanismos de base de datos (hago esto).
- ¿Spring es un back-end seguro y Node.js como mensaje de lectura / escritura de una arquitectura robusta?
- ¿Cuál es el propósito de usar RPC en el backend?
- ¿Es imprescindible aprender habilidades de DevOps como Kubernetes y CI / CD si quiero convertirme en desarrollador de backend?
- ¿Cuáles son todas las cosas que debo aprender para ser un muy buen desarrollador web front-end y back-end? ¿Qué lenguaje, marcos? Gracias.
- ¿Por qué mi jefe no me deja reescribir todos nuestros backends actuales en Node.js?
Escriba algo para interactuar con los registros del sistema para extraer sus mensajes de registro del sistema personalizados en una especie de aplicación específica de base de datos. (Por ejemplo, escriba una aplicación que se ejecute en segundo plano, luego una pequeña GUI o complemento que vaya y recupere mensajes de los registros del sistema respectivos).
Esa es la programación de fondo en su núcleo, y en su forma más básica.
Una vez que obtienes trucos como ese, eres dorado.
———-
El objetivo del ejercicio es hacer que algo se EJECUTE ESTABLE durante un período de tiempo, con una salida de registro mínima ( éxito opcional, solo superado por fallas y pausas ).
———-
Por ejemplo:
Tiene un proceso de servicio local que se ejecuta en una cuenta determinada y, cada hora más o menos, se llama para hacer un trabajo. Si apaga la conexión a Internet y no puede llegar a Internet, el trabajo debe finalizar por sí solo y simplemente escribir un mensaje de error en algún registro relevante del sistema después de un número específico de intentos, pero nada demasiado antes de ese específico fracaso.
———-
El siguiente paso lógico que puede tomar es escribir un proceso de servicio para enviarle un correo electrónico (aunque sea un servicio público como una cuenta de Gmail) si un proceso falla una o más veces (dependiendo de la importancia del intervalo).
———-
Piense: “Automatización” – ” ¿Cómo automatizo esto para hacer su trabajo sin hablarme nunca, excepto cuando no está haciendo su trabajo? Y, envíeme algo simple para que sepa cómo localizar el problema y resolverlo rápidamente. ”
———-
Esto también desarrolla habilidades de desarrollo de software increíbles si puede producir pruebas para dicho proceso. (Para antes y después de la implementación, como enviar un mensaje al proceso para probarse a sí mismo).
La simulación de eventos es un dominio completamente diferente de la automatización de sistemas y la programación de servicios de fondo que es divertido por sí solo. ( Solo por favor nunca elimine la interfaz de red en un servidor público en nombre de la prueba ) .
———-
En el camino, aprenderá toneladas de otras cosas útiles y podrá aplicarlo a cualquier número de dominios diferentes en los sistemas operativos y registros de servicios, etc.
