SRE - Hoja de Ruta Empresarial y la Filosofía UNIX

Hola, soy un inútil.
Hoy fue un día muy feliz, como un mendigo, después de disfrutar del mejor almuerzo: sopa, bebidas y ensaladas ilimitadas, que me recomendaron mis compañeros de trabajo y personas mayores. Cuando la comida viene con sopa, la felicidad en la vida aumenta como en un 5. ¿Eh? ¿Qué porcentaje es 5? Bueno, eso depende de cada persona...

Enlaces URL potencialmente útiles al principio

con The Grateful Dead - Darkstar
Una famosa canción utilizada como nombre de host en los primeros días de Slackware

Introducción

Leí la Hoja de Ruta Empresarial de SRE una vez hace un mes, y hoy la leí por segunda vez.
Aunque también está disponible de pago en O'Reilly, he leído aproximadamente la mitad de la primera parte que también está disponible gratuitamente en el enlace URL anterior.
La primera vez que la leí, solo intenté asimilar las palabras, y la segunda vez la leí de nuevo. Eso es todo...

Es genérico/universal

El contenido de la hoja de ruta de SRE no utiliza nombres de productos reales, sino que se centra en los principios de pensamiento, por qué son necesarios y aspectos posicionales.
En particular, la conciencia de trabajar en equipo y la idea de que la carga de trabajo humana no debe aumentarse. En cuanto a lo último, existe en la filosofía UNIX

Automatizar todo
Para construir un tercer sistema de manera eficiente

¿Se aplica este punto?
Me pregunto si debería llamarse ingeniería distribuida; a primera vista, la idea de que no se debe asumir una carga de trabajo pesada es un punto interesante, y creo que este es el tema de lo que debería ser la forma ideal.
Además, en cuanto al contenido, el punto de que los equipos existentes deberían convertirse en SRE también menciona no solo la versatilidad del sistema, sino también la versatilidad humana al tener una mentalidad abierta para acoger a personas diversas en el equipo.

Tanto en ataque como en defensa

Una organización que debe combinar el pensamiento operativo y de construcción conservador con el pensamiento innovador del lado del desarrollo.
Sentí que los puntos sobre cuándo ser subordinado y cuándo no serlo estaban claramente explicados.
Como se explica en Building a Culture of Security and Reliability, si se inclina demasiado hacia el 'no', la organización se estancará, y se deben tomar decisiones para asumir riesgos cuando sea necesario. Humanamente hablando, en una cultura de negación, incluso si se tienen buenas ideas, existe la posibilidad de que se conviertan en nada.
Incluso en una conversación trivial, por ejemplo, si se considera que las redes sociales son inútiles, la oportunidad de obtener información de ellas disminuye en consecuencia. Esto se aplica a todos los medios de recopilación de información; aunque se dice que 'ver demasiada televisión te vuelve tonto', por el contrario, no podrás captar qué información se está transmitiendo en la televisión.
Sin embargo, no es realista que una sola persona capte todo, pero creo que la comunicación humana puede superar esto.
Incluso ahora, es divertido descubrir cosas nuevas sobre amigos con los que he hablado y pasado varios años, cosas que no conocía antes.

Me he desviado un poco, pero en última instancia, si se pregunta si es una ingeniería que elimina el desperdicio en términos de mecanismo, la respuesta es no. ¿Es la ingeniería de confiabilidad (del sitio) que se crea al encontrar valor agregado en lo que podría ser un desperdicio y construir un sistema que elimine ese desperdicio?

Lo pequeño es hermoso

En muchos casos, creo que es inevitable que los sistemas se expandan con el tiempo. Es un activo del pasado, y siento que es sinónimo de la emisión continua de moneda fiduciaria a través de bonos del estado desde el patrón oro.
La moneda emitida a través de bonos del estado eventualmente se convierte en una forma de deuda, ¿no hay un paralelismo con la deuda técnica?
Por mucho que se intente mantener un sistema pequeño, si el país crece, eventualmente se expandirá gradualmente.
Creo que la mayoría de las cosas funcionan bajo este principio porque, históricamente, también es necesario tomar medidas después de que algo se ha expandido.
Como se explica en Simplicity, lo que los desarrolladores que siguen otras filosofías UNIX valoran más es que menos código aumenta la legibilidad y también la mantenibilidad.

Miremos hacia el futuro. El futuro llega más rápido de lo que pensamos.

Conclusión

En realidad, lo leí sección por sección, desglosando lo que me interesaba, y siento que es un libro técnico que se puede disfrutar leyendo.
Me gusta leer artículos de entrevistas, por lo que el contenido, que describe cómo piensan los ingenieros reales y qué han hecho, es muy accesible y se siente realista.
Es una bendición que esto esté disponible de forma gratuita.
Hasta entonces. Espero su continuo apoyo.