Cuando escribimos el libro original Site Reliability Engineering, teníamos un objetivo: Explicar la filosofía y los principios de la ingeniería de producción y las operaciones en Google.
El libro fue nuestro intento de compartir las mejores prácticas y lecciones de nuestros equipos con el resto del mundo de la informática.
Supusimos que el libro SRE podría atraer a un número modesto de ingenieros que trabajan en grandes esfuerzos conscientes de la confiabilidad, y que tanto la cantidad como el enfoque del contenido tenderían a limitar el atractivo del libro.
Al final resultó que, felizmente estábamos equivocados en ambos aspectos.
Para nuestra sorpresa y deleite, el libro SRE fue un éxito de ventas en informática durante un emocionante período después de su lanzamiento, y no solo se vendía o descargaba; estaba siendo leído.
Recibimos preguntas de todo el mundo sobre el libro, el equipo, las prácticas y los resultados.
Se nos pidió hablar sobre capítulos, enfoques e incidentes. Nos encontramos en la posición inesperada de tener que rechazar solicitudes externas porque estábamos fuera de ciclo.
Como la mayoría de los desastres de éxito, el libro SRE creó una oportunidad para responder con esfuerzo humano (“¡Contrata a más personas! ¡Haz más charlas!”) O con algo más escalable.
Al ser SRE, a pocos lectores les sorprenderá que nos inclináramos hacia este último enfoque. Decidimos escribir un segundo libro de SRE, uno que ampliara el contenido sobre el que nos pedían hablar con más frecuencia y que abordara las preguntas más comunes que tenían los lectores sobre el primer libro.
De las muchas preguntas, solicitudes y comentarios diferentes que recibimos sobre el primer libro de la SRE, dos temas nos resultaron particularmente interesantes; si no se abordan, son barreras para poner las lecciones de la SRE en un uso productivo. Estos temas se resumen coloquialmente como:
- Los principios son interesantes, pero ¿cómo los pongo en práctica en mi proyecto / equipo / empresa?
- El enfoque de SRE no funcionaría para mí; es factible solo en la cultura de Google y tiene sentido solo en la escala de Google.
El propósito de este segundo libro de SRE es (a) agregar más detalles de implementación a los principios descritos en el primer volumen, y (b) disipar la idea de que SRE se puede implementar solo en la “escala de Google” o en la “cultura de Google”.
Este volumen es un complemento del trabajo anterior, no una nueva versión. Los dos libros deben tomarse juntos como un par. Aprovechará al máximo este libro si ya está familiarizado con su predecesor. El primer libro de SRE está disponible en línea de forma gratuita .
Por diseño, la estructura de este libro sigue aproximadamente la estructura del primer volumen. Queremos que pueda leer los capítulos en conjunto. Cada capítulo de este volumen asume que está familiarizado con su contraparte del trabajo anterior; Nuestro objetivo es permitirle ir y venir entre los principios y la práctica a medida que avanza. De esa forma, puede utilizar ambos volúmenes como referencias continuas.
A continuación, unas palabras sobre la ética: algunos lectores nos dijeron que, al describir el viaje de Google hacia mejores operaciones, nos concentramos demasiado en nosotros.
Algunos lectores sugirieron que estábamos demasiado alejados de los aspectos prácticos del mundo fuera de Google y no abordamos la interacción de nuestras ideas con los principios de DevOps. Esa es una crítica totalmente justa que hemos tratado de tomar en serio en este volumen.
Sin embargo, creemos que la naturaleza altamente obstinada de la SRE contribuye a su utilidad como disciplina. Para nosotros, eso es una característica, no un error. No defendemos que SRE sea la única manera (o incluso universalmente la mejor manera) de construir y operar sistemas altamente confiables. Es simplemente la forma en que nos ha resultado más exitoso.
También dedicaremos algunas palabras a hablar sobre cómo SRE y DevOps se relacionan entre sí. El punto importante a tener en cuenta es que no están en conflicto.
Nos gustaría reconocer desde el principio que este volumen está necesariamente incompleto. La disciplina SRE es un campo amplio incluso dentro de los confines de Google, y está evolucionando aún más rápido ahora que se practica ampliamente fuera de Google. En lugar de ser amplios y superficiales, enfocamos este volumen para responder a los detalles de implementación más solicitados del primer volumen.
Finalmente, este volumen y su predecesor no pretenden ser un evangelio.
Por favor, no los trate de esa manera. Incluso después de todos estos años, todavía estamos encontrando condiciones y casos que nos hacen modificar (o en algunos casos, reemplazar) creencias previamente arraigadas. La SRE es un viaje tanto como una disciplina.
Esperamos que disfrute de lo que lee en estas páginas y que el libro le resulte útil. Montarlo ha sido un trabajo de amor. Estamos encantados de que haya una comunidad creciente y capacitada de profesionales de SRE con los que podemos aprender y mejorar.
Como siempre, sus comentarios directos son muy apreciados. Nos enseña algo valioso cada vez que lo contribuyes.
Cómo leer este libro
Este libro es el volumen que acompaña al primer libro de Google, Site Reliability Engineering . Para aprovechar al máximo este volumen, le recomendamos que haya leído, o pueda consultar, el primer libro de la SRE (disponible para leer en línea de forma gratuita en https://sre.google ) .Los dos trabajos se complementan en el siguientes formas:
- El trabajo anterior fue una introducción a los principios y la filosofía. Este volumen se concentra en cómo se aplican esos principios. (En algunas áreas, en particular la gestión de la configuración y el canarying, también cubrimos algunos terrenos nuevos para proporcionar antecedentes para el tratamiento práctico de otros temas).
- El volumen anterior se concentró exclusivamente en cómo se practica la SRE en Google. Este trabajo incluye perspectivas de varias otras empresas, desde empresas tradicionales (incluidas The Home Depot y New York Times ) hasta nativos digitales (Evernote, Spotify y otras).
- El primer libro no se refirió directamente a la comunidad de operaciones en general, especialmente DevOps, mientras que este libro habla directamente de cómo SRE y DevOps se relacionan entre sí.
Este volumen asume que rebotará entre este volumen y su predecesor. Por ejemplo, puede leer el Capítulo 4, “Objetivos de nivel de servicio” en el primer libro y luego leer su complemento de implementación ( Implementación de SLO ) en este volumen.
Este libro asume que cada capítulo es solo el punto de partida para una discusión y un viaje más largos. En consecuencia, este libro pretende ser un tema de conversación y no la última palabra.
—Los editores
Las convenciones usadas en este libro
En este libro se utilizan las siguientes convenciones tipográficas:
Propina
Este elemento significa un consejo o sugerencia.
Nota
Este elemento significa una nota general.
Advertencia
Este elemento indica una advertencia o precaución.
Usar ejemplos de código
El material complementario (ejemplos de código, ejercicios, etc.) está disponible para descargar en https://g.co/SiteReliabilityWorkbookMaterials .
Este libro está aquí para ayudarlo a hacer su trabajo. En general, si se ofrece un código de ejemplo con este libro, puede utilizarlo en sus programas y documentación.
No es necesario que se comunique con nosotros para obtener permiso a menos que esté reproduciendo una parte significativa del código.
Por ejemplo, escribir un programa que utiliza varios fragmentos de código de este libro no requiere permiso. Vender o distribuir un CD-ROM de ejemplos de libros de O’Reilly requiere permiso. Responder una pregunta citando este libro y citando un código de ejemplo no requiere permiso.
La incorporación de una cantidad significativa de código de ejemplo de este libro en la documentación de su producto requiere permiso.
Apreciamos la atribución, pero no la exigimos. Una atribución generalmente incluye el título, el autor, el editor y el ISBN. Por ejemplo: “ The Site Reliability Workbook , editado por Betsy Beyer, Niall Richard Murphy, David K. Rensin, Kent Kawahara y Stephen Thorne (O’Reilly). Copyright 2018 Google LLC, 978-1-492-02950-2 ”.
Si cree que el uso que hace de los ejemplos de código está fuera del uso legítimo o del permiso otorgado anteriormente, no dude en contactarnos en permissions@oreilly.com .
Safari de O’Reilly
Nota
(anteriormente Safari Books Online) es una plataforma de referencia y capacitación basada en miembros para empresas, gobiernos, educadores e individuos.
Los miembros tienen acceso a miles de libros, videos de capacitación, rutas de aprendizaje, tutoriales interactivos y listas de reproducción seleccionadas de más de 250 editores, incluidos O’Reilly Media, Harvard Business Review, Prentice Hall Professional, Addison-Wesley Professional, Microsoft Press, Sams, Que , Peachpit Press, Adobe, Focal Press, Cisco Press, John Wiley & Sons, Syngress, Morgan Kaufmann, IBM Redbooks, Packt, Adobe Press, FT Press, Apress, Manning, New Riders, McGraw-Hill, Jones & Bartlett y Course Tecnología, entre otros.
Para obtener más información, visite https://oreilly.com/safari .
Cómo contactarnos
Dirija sus comentarios y preguntas sobre este libro al editor:
- O’Reilly Media, Inc.
- 1005 Gravenstein Highway North
- Sebastopol, CA 95472
- 800-998-9938 (en los Estados Unidos o Canadá)
- 707-829-0515 (internacional o local)
- 707-829-0104 (fax)
Tenemos una página web para este libro, donde enumeramos erratas, ejemplos y cualquier información adicional. Puede acceder a esta página en https://bit.ly/siteReliabilityWkbk .
Para comentar o hacer preguntas técnicas sobre este libro, envíe un correo electrónico a bookquestions@oreilly.com
Para obtener más información sobre nuestros libros, cursos, conferencias y noticias, visite nuestro sitio web en https://www.oreilly.com .
Encuéntrenos en Facebook: https://facebook.com/oreilly
Síganos en Twitter: https://twitter.com/oreillymedia
Míranos en YouTube: https://www.youtube.com/oreillymedia
Expresiones de gratitud
Este libro es el producto de las contribuciones entusiastas y generosas de más de 100 personas, incluidos autores, escritores de tecnología y críticos. Cada capítulo tiene una firma para los autores individuales y los escritores de tecnología. También nos gustaría tomarnos un momento para agradecer a todos los que no figuran allí.
Nos gustaría agradecer a los siguientes revisores por brindar comentarios valiosos (y en ocasiones puntuales): Abe Hassan, Alex Perry, Cara Donnelly, Chris Jones, Cody Smith, Dermot Duffy, Jarrod Todd, Jay Judkowitz, John T.Reese, Liz Fong- Jones, Mike Danese, Murali Suriar, Narayan Desai, Niccolò Cascarano, Ralph Pearson, Salim Virji, Todd Underwood, Vivek Rau y Zoltan Egyed.
Nos gustaría expresar nuestro más profundo agradecimiento a las siguientes personas por servir como nuestra barra de calidad general para este volumen. Hicieron contribuciones sustanciales a lo largo de todo el volumen: Alex Matey, Max Luebbe, Matt Brown y JC van Winkel.
Como líderes de Google SRE, Benjamin Treynor Sloss y Ben Lutch fueron los principales patrocinadores ejecutivos de este libro dentro de Google; Su firme e inquebrantable creencia en un proyecto de seguimiento que fue un digno compañero del primer libro de la SRE fue esencial para que este libro se hiciera realidad.
Si bien los autores y escritores técnicos son reconocidos específicamente en cada capítulo, nos gustaría reconocer a aquellos que contribuyeron a cada capítulo proporcionando comentarios, discusiones y reseñas reflexivas. En orden de capítulos, son:
- Implementación de SLO: Javier Kohen, Patrick Eaton, Richard Bondi, Yaniv Aknin
- Seguimiento: Alex Matey, Clint Pauline, Cody Smith, JC van Winkel, Ola Kłapcińska, Štěpán Davidovič
- Alerta sobre SLO: Alex Matey, Clint Pauline, Cody Smith, Iain Cooke, JC van Winkel, Štěpán Davidovič
- Eliminando esfuerzo: Dermot Duffy, James O’Keeffe, Stephen Thorne
- Sencillez: Mark Brody
- De guardia : Alex Perry, Alex Hidalgo, David Huska, Sebastian Kirsch, Sabrina Farmer, Steven Carstensen, Liz Fong-Jones, Nandu Shah (Evernote), Robert Holley (Evernote)
- Respuesta a incidentes: Alex Hidalgo, Alex Matey, Alex Perry, Dave Rensin, Matt Brown, Tor Gunnar Houeland, Trevor Strohman
- Cultura post mórtem: aprender del fracaso: John T.Reese
- Gestión de carga: Daniel E. Eisenbud, Dave Rensin, Dmitry Nefedkin, Dževad Trumić, Edward Wu (Niantic), JC van Winkel, Lucas Pereira, Luke Stone, Matt Brown, Natalia Sakowska, Niall Richard Murphy, Phil Keslin (Niantic), Rita Sodt, Scott Devoid, Simon Donovan y Tomasz Kulczyński
- Presentamos el diseño de sistemas grandes no abstractos: Ivo Krka, Matt Brown, Nicky Nicolosi, Tanya Reilly
- Canalizaciones de procesamiento de datos: Bartosz Janota (Spotify), Cara Donnelly, Chris Farrar, Johannes Rußek (Spotify), Max Charas, Max Luebbe, Michelle Duffy, Nelson Arapé (Spotify), Riccardo Petrocco (Spotify), Rickard Zwahlen (Spotify), Robert Stephenson (Spotify), Steven Thurgood
- Diseño de configuración y mejores prácticas: Charlene Perez, Dave Cunningham, Dave Rensin, JC van Winkel, John Reese, Stephen Thorne
- Especificaciones de configuración: Alex Matey, Bo Shi, Charlene Perez, Dave Rensin, Eric Johnson, Juliette Benton, Lars Wander, Mike Danese, Narayan Desai, Niall Richard Murphy, Štěpán Davidovič, Stephen Thorne
- Lanzamientos de Canarying: Alex Matey, Liz Fong-Jones, Max Luebbe
- Identificación y recuperación de la sobrecarga: Andrew Harvey, Aleksander Szymanek, Brad Kratochvil, Ed Wehrwein, Duncan Sargeant, Jessika Reissland, Matt Brown, Piotr Sieklucki y Thomas Adamcik
- Modelo de participación de SRE: Brian Balser ( New York Times ), Deep Kapadia ( New York Times ), Michelle Duffy, Xavier Llorà
- SRE: Llegando más allá de tus paredes: Matt Brown
- Ciclos de vida del equipo SRE: Brian Balser ( New York Times ), Christophe Kalt, Daniel Rogers, Max Luebbe, Niall Richard Murphy, Ramón Medrano Llamas, Richard Bondi, Steven Carstensen, Stephen Thorne, Steven Thurgood, Thomas Wright
- Gestión del cambio organizacional en SRE: Dave Rensin, JC Van Winkel, Max Luebbe, Ronen Louvton, Stephen Thorne, Tom Feiner, Tsiki Rosenman
También estamos agradecidos a los siguientes colaboradores, que proporcionaron experiencia o recursos significativos, o tuvieron algún efecto excelente en este trabajo: Caleb Donaldson, Charlene Perez, Evan Leonard, Jennifer Petoff, Juliette Benton y Lea Miller.
Apreciamos mucho los comentarios reflexivos y detallados que recibimos de los revisores de la industria: Mark Burgess, David Blank-Edelman, John Looney, Jennifer Davis, Björn Rabenstein, Susan Fowler, Thomas A. Limoncelli, James Meickle, Theo Schlossangle, Jez Humble, Alice Goldfuss, Arup Chakrabarti, John Allspaw, Angus Lees, Eric Liang, Brendan Gregg y Bryan Liles.
Nos gustaría extender un agradecimiento especial a Shylaja Nukala, quien dedicó generosamente el tiempo y las habilidades del Equipo de Redacción Técnica de SRE. Ella apoyó con entusiasmo sus necesarios y valiosos esfuerzos.
Gracias también al equipo de O’Reilly Media, Virginia Wilson, Kristen Brown, Rachel Monaghan, Nikki McDonald, Melanie Yarbrough y Gloria Lukos, por su ayuda y apoyo para hacer realidad el libro en nuestra ambiciosa línea de tiempo.
Y un agradecimiento especial adicional a Niall Richard Murphy: a pesar de que dejó Google antes de que este libro llegara a las estanterías, sus conocimientos y dedicación continuos fueron cruciales para lograr que una buena parte de contenido significativo llegara a la meta. ¡Su liderazgo, consideración, tenacidad e ingenio son nada menos que inspiradores!
Finalmente, los editores también quisieran agradecer personalmente a las siguientes personas:
- Betsy Beyer: Para la abuela, mi fuente de aliento, inspiración, palomitas de maíz, ánimo y desconcierto. ¡Has mejorado tanto este libro como mi vida diaria! A Duzzie, Hammer, Joan, Kiki y Mini (fíjense en el orden alfabético, ¡ja!) Que me ayudaron a convertirme en la escritora obsesiva que soy hoy. Y, por supuesto, a Riba, por proporcionar el DMD y otras disposiciones necesarias para impulsar este esfuerzo.
- Niall Richard Murphy: A Léan, Oisín, Fiachra y Kay, estrellas del norte. Para alguien cuyas protestas de interés propio están completamente fuera de lugar con su forma de actuar. Para Sharon, más influyente de lo que cree. A Alex, en una sala de estar llena de luz, con una taza de té, un libro, una caja de dados y tú.
- Stephen Thorne: Para mi mamá y mi papá, quienes siempre me han animado a esforzarme. Para mi esposa, Elspeth. A mis compañeros que me han dado más respeto y aliento del que creo que merezco: Ola, Štěpán, Perry y David.
- Dave Rensin: Después de escribir mi primer libro, juré que nunca escribiría otro. Eso fue hace seis libros y digo exactamente lo mismo cada vez. A mi esposa, Lia, que me da el espacio para hacerlo y nunca dice “te lo dije”. (Aunque ella me lo diga). A mis colegas de Google, y en particular a la familia de SRE, que me han enseñado más estos últimos años sobre ingeniería de producción a escala de lo que había aprendido en los 20 anteriores. Finalmente, a Benjamin Treynor Sloss, quien me entrevistó y me convenció para que viniera a Google en primer lugar.
- Kent Kawahara: A mis padres, Denby y Setsuko, y a mi tía Asako por ayudarme a llegar a donde estoy. A mis hermanos, Randy y Patti, por su apoyo a lo largo de los años. A mi esposa Angela y a mis hijos Ryan, Ethan y Brady por su amor y apoyo. Finalmente, para el equipo central de Dave, Betsy, Niall, Juliette y Stephen, me siento honrado de haber trabajado con ustedes en este proyecto.
Licencia
: Publicado por O’Reilly Media, Inc. bajo licencia CC BY-NC-ND 4.0
Relacionado
Como una de las estructuras de control básicas en la programación, los bucles son casi una adición diaria al código que escribimos. El bucle forEach clásico es uno de los primeros fragmentos de código que aprendemos a escribir como programadores. Si fueras un desarrollador de Javascript, sabrías que Javascript no es ajeno a la iteración a través de los elementos de una matriz o un mapa ¡SEGUIR LEYENDO!
Como sabemos, Sci-hub es un sitio web increíble con millones de artículos de investigación para todos los estudiantes universitarios y académicos. El sitio web de Sci-Hub se encarga de obtener los artículos de investigación y artículos de pago utilizando las credenciales que se filtran. La fuente de credenciales utilizada por este sitio web no está clara. Sin embargo, se supone que muchas de ellas son donadas, ¡SEGUIR LEYENDO!
Aunque haya sido usuario de Windows durante décadas, el sistema operativo es tan amplio y complejo que siempre existen características útiles, pero menos conocidas, que podrían sorprenderte. En este sentido, he identificado diez funciones poco conocidas de Windows que pueden potenciar su eficiencia, comodidad e incluso su experiencia de uso lúdico en su PC.
- Procesador Dual-Core Intel Pentium Gold 4425Y (2...
- Memoria RAM de 8 GB LPDDR3
- Disco SSD de 128 GB
El rumor en torno a las criptomonedas no se desvanece por mucho que existan grandes pesimistas alrededor de los malos rumores. Entonces, si consideras invertir en el mundo de las criptomonedas, deberías estar atento a las criptomonedas que se espera que tengan un buen desempeño para el resto de 2021. En los últimos tiempos, los tokens DeFi están recibiendo toda la atención y es más que ¡SEGUIR LEYENDO!
Los cambios de paradigma revolucionarios debido a los desarrollos de la robótica en todo el mundo están generando nuevos puntos de vista en muchos sectores, entre ellos en los de la industria y la tecnología. Con la ayuda de la Inteligencia Artificial, la tecnología produce resultados innovadores cada segundo y el campo de la robótica define y reconfigura su uso a cada instante. Cada día que ¡SEGUIR LEYENDO!
Bienvenidos desarrolladores web y de software, estamos en los inicios de 2023 y es posible que muchos se esten planteado sus objetivos para lo largo del año. Con anterioridad ya he compartidos las rutas de aprendizaje para un desarrollador front-end, un desarrollador full-stack o un desarrollador back-end entre otros muchos contenidos más. En este artículo, me gustaría compartir algunos de los mejores frameworks y bibliotecas para ¡SEGUIR LEYENDO!
GitHub es el lugar que debes buscar cuando intentas mejorar como desarrollador, toda la información que necesitas está disponible en algún repositorio que alguien ya se ha molestado en indexar. Sin embargo, la parte complicado es encontrar el repositorio más adecuado. Es fácil sentirse perdido en todos los repositorios disponibles dentro de GitHub. Para ayudarte, he elaborado una lista de 10 repositorios de GitHub que pueden ¡SEGUIR LEYENDO!