Ha pasado una semana desde que pasé de ingeniero de infraestructura a SRE

Hola, soy un inútil.
Aunque investigué bastante por mi cuenta, no encontré muchos registros de personas que trabajan como SRE antes de empezar, y no pude formarme una imagen clara, así que lo anoto aquí.
La primera parte es como un intermedio, e incluyo secciones que no están muy relacionadas con el trabajo para que personas de otras profesiones también puedan disfrutarlo.

Así soy yo

• Alrededor de 3 a 4 años como vendedor de artículos vintage
• 1 año como ingeniero de infraestructura

Como siempre me han gustado los ordenadores, desde sexto de primaria creaba páginas web en servidores de alquiler, desde secundaria reparaba PCs que montaba yo mismo usando un soldador, y aprendí CGI para montar foros en servidores de alquiler.

Me gradué de una escuela secundaria con especialización en informática, pero en Sendai en ese momento no había muchas ofertas de empleo en la llamada industria de la información y las comunicaciones o en TI, y me preguntaba si realmente podría hacer de esto un trabajo, así que vivía sin rumbo fijo.
Ahora, por trabajo, me he convertido en residente de la capital desde este mes.
Empecé a trabajar en la tienda vintage porque el entonces presidente me preguntó si quería probar a trabajar allí, empecé como trabajador a tiempo parcial y luego me convertí en empleado a tiempo completo.

Introducción: Una semana a toda velocidad

Me mudé a otra prefectura y estuve trabajando a toda velocidad hasta el 27 de diciembre del mes pasado, así que tuve que cambiar muchas cosas en mi mente y eso me mantuvo bastante ocupado.
Además, al haber recibido esta oportunidad a los 23 años, estuve corriendo a toda máquina.

Elegí una casa sin visitarla, pero es una gran ventaja que esté relativamente cerca del trabajo y que tenga lo siguiente cerca:

• Tienda de 100 yenes
• Restaurante chino barato
• Tienda de segunda mano independiente

Cuando llegué a casa, para mi sorpresa, no había luz de techo, así que viví sin electricidad durante uno o dos días después de mudarme, pero no fue tan difícil. Despertarse con la luz y acostarse con la oscuridad es un excelente reinicio del reloj biológico.

Días de inexperiencia con macOS y el teclado Mac US

Actualmente soy un entusiasta usuario de GNU/Linux y BSD, así que este era un punto de preocupación para mí.
Sin embargo, los Mac con chips M1/2/3, elogiados incluso por Linus, son muy potentes.

Era la primera vez que usaba .zsh, pero como es básicamente un superconjunto de bash, no tuve muchos problemas, sin embargo, la configuración predeterminada de $PS1 y la visualización del prompt eran mínimas y no incluían un esquema de colores, así que lo ajusté para que coincidiera con mi Artix Linux.

Supongo que solo configuré lo mínimo indispensable en .vimrc.

¡Teclado Mac US!

Con el teclado JIS de un MacBook compacto, las teclas están muy condensadas y me preocupaba, y la tecla half-width/full-width no existe en el mismo lugar en el JIS de MacBook, así que elegí el teclado US, pero es realmente difícil acostumbrarse cuando uno está acostumbrado al JIS.
En cuanto a esto, es un problema que se puede resolver usando un teclado externo al final, así que si más tarde se vuelve insoportable, siempre hay una solución.

Dijiste en un blog anterior que tenías que comprar un teclado ThinkPad... ¿Es eso una ilusión...?

Hay alguien en la empresa que escribe artículos que vi en Qiita...

Cuando hay alguien en la empresa que escribe artículos en Qiita, es como una reunión unilateral, porque yo leía sus artículos sin que él me conociera.

Es interesante descubrir los orígenes del nombre de Qiita o de los iconos, y pensar '¡Así que esa era la historia detrás!'

Flujos de operación, flujos de trabajo y demás

Esto varía según cada organización, así que tuve que entender los flujos que se encuentran en los chats y demás, reconocerlos como diferentes piezas, imaginarlos en mi cabeza y combinarlos.

Así como el mismo software puede usarse de diferentes maneras, como Nginx puede funcionar como servidor web y como servidor proxy, también en el trabajo, formarse una imagen de cómo todos realizan sus tareas diarias con qué flujo es bastante difícil, pero gracias a mis amables compañeros más experimentados, he logrado entenderlo poco a poco.
Estoy inmensamente agradecido a la gente.

Toma notas diarias todos los días

Como soy una persona que usa vim habitualmente, tomar notas en formato Markdown es útil para escribir informes diarios más tarde, y a menudo, incluso las notas triviales resultan ser necesarias más tarde, así que, en cuanto a '¿por dónde debería empezar a escribir?', simplemente pegar las URLs que vi durante la reunión en mis notas podría ser suficiente.

Debido a la seguridad interna, si no se puede ver sin autenticación solo desde la terminal, no tiene sentido, pero la herramienta que creé para obtener títulos de URLs y exportarlos en formato Markdown me fue útil durante el trabajo, así que la promociono.
GitHub - haturatu/ght: go-http-title Get website title

Para ser honesto, al principio no hay mucho que se pueda hacer, pero la ventaja de la IaC a nivel de organización

Cada día aprendo algo nuevo, así que son días muy divertidos.
La mayor diferencia con un ingeniero de infraestructura es que se asume una operación más similar a la nube, lo que dificulta formarse una imagen de la arquitectura general, pero, por supuesto, los conocimientos previos son útiles en muchas ocasiones.
La implementación de IaC también tiene sus dificultades, pero en lugar de tener que ver toda la información necesaria una por una solo a través de una interfaz gráfica web, poder verificar en formato de texto cómo se configurará algo cuando se gestiona con código tiene muchas ventajas, ya que es más fácil.

¿Cuáles son las desventajas?

Mi impresión es que no hay muchas desventajas específicas, pero es difícil captar la imagen operativa al principio, así que me gustaría contribuir a la documentación para ayudar a los futuros miembros del equipo SRE a operar.

Como se recomienda en la documentación de SRE de Google, se sugiere operar como una unidad de élite pequeña, pero creo que esto puede aumentar la carga de trabajo de los miembros del equipo, y siento que la preparación completa de la documentación puede ser bastante difícil en la práctica operativa.
Por lo tanto, si puedo plasmar mis notas y aprendizajes como alguien que no sabe nada en la documentación más adelante, creo que se creará algo útil para aquellos que digan '¡Hola por primera vez!'

La necesidad de documentación

Este punto se basa en la filosofía de OpenBSD.
OpenBSD - Wikipedia

Sus objetivos son la 'corrección' y la 'seguridad proactiva'. También es conocido por su énfasis en el código abierto y la documentación, y por su postura intransigente con las licencias de software. Dado que la casa de Theo de Raadt está en Calgary, Alberta, Canadá, donde no hay restricciones a la exportación de criptografía, Canadá es la base de desarrollo. El logotipo y la mascota son Puffy, el pez globo.

Lo que se deriva de la filosofía UNIX en la documentación de SRE de Google, la filosofía de los sistemas BSD, descendientes de UNIX, no debería ser incorrecta.

En primer lugar, si no hay personas que puedan entenderlo, es difícil garantizar una seguridad continua.

Conclusión

No he mencionado los productos y servicios que realmente uso en el trabajo debido a aspectos de seguridad, pero la idea es que si vas con la mentalidad de '¡todo saldrá bien!', entonces todo saldrá bien.
Y como esa parte de 'todo saldrá bien' se debe a mis amables compañeros más experimentados, me gustaría mejorarlo aún más.

Si cada día aprendemos un poco más, podremos mirar hacia nuestro futuro, así que sigamos esforzándonos juntos, ya sea en nuestros hobbies o en cualquier otra cosa.

Así que, eso es todo por hoy.
Hasta la próxima.