Después de DevOps: cómo convertirse en SRE y conseguir un trabajo en Google

SRE son las siglas de Site Reliability Engineer



En la industria de TI, este es un ingeniero responsable de la confiabilidad de servicios muy complejos. Una profesión apareció en Google y allí se le ocurrió una metodología. Esto es comprensible, Google es un servicio que es utilizado por todo el mundo. Este es un poder enorme y una gran complejidad.



El 14 de diciembre, hubo una falla en Google, el mundo entero estaba perdido. Aquí es donde se necesita un ingeniero SRE. No debe cometer tales errores.



El mercado ruso de TI ha dominado la metodología DevOps anteriormente y ahora hay acalorados debates sobre SRE vs DevOps. Alguien dice que esto es lo mismo, alguien dice que SRE es algo que lógicamente continúa DevOps. En Rusia, la profesión acaba de aparecer. Los grandes bancos que contienen grandes capacidades comenzaron a pensar seriamente en estos tipos.



En general, mientras todo el mundo discute, decidimos hablar sobre SRE y DevOps, así como sobre trabajar en Google y Tinkoff .



Encontré un SRE en Tinkoff, antes de que trabajara en Google, en la fuente principal, por así decirlo. Su nombre es Dima Maslennikov. Prestamos especial atención a Google, ya que existe el estereotipo de que es divertido trabajar allí. Descubrimos que no todos.





Que es DevOps
DevOps – Development and Operation, (, ) , ..



El artículo contiene un texto breve y revisado de forma creativa de la entrevista. Si quieres más detalles o eres demasiado vago para leer, mira la versión completa en mi canal de youtube



Farya:

- ¿Cómo ingresaste a Google?

Dmitry Maslennikov:

- Me persiguieron durante mucho tiempo. Me escribieron en LinkedIn, me pidieron mi currículum, pero me olvidaba de enviárselo ...

- ¿Por qué jugaban al fútbol? ¡Es Google de mierda!

- No lo sé, me sentí bien en Rusia.

- ¿Qué estabas haciendo en ese momento?

- Yo era programador, arquitecto de software. Desarrolló el backend.

¿Por qué crees que te prestaron atención?

- No tengo idea. Tenía todo tipo de palabras importantes inscritas en mi perfil, porque trabajaba para todo tipo de Ebay, Samsung. Y aparentemente, la abundancia de estos grandes nombres y tecnologías con las que trabajé jugó un papel.

- ¿Te enseñaron SRE? De hecho, en Rusia esto no ha sido y todavía no lo es.

- Sí, y en ningún otro lugar del mundo existe tal cosa. Por tanto, la formación se lleva a cabo en Google durante unos seis meses.

- Hay discusiones alocadas en torno a la SRE. ¿Qué es, es SRE una oposición a DevOps, es un complemento a él?

- Cuando trabajaba en eBay, tenía una buena idea de lo que era antes de DevOps. Hay desarrollo (programadores) y hay administradores. Y nunca se ven. Le entregó el código al administrador y está en alguna parte. Él, a su vez, también se lo pasó a alguien allí. Y alguien de alguna manera explota este código. DevOps dijo que deberían juntarse.

- ¿En qué momento aparece aquí SRE?

- SRE aparece cuando el software se vuelve demasiado complejo y sobrecargado. En primer lugar, la funcionalidad en sí está creciendo con mucha fuerza. Y esto, a veces, es imperceptible. Bueno, ¿qué ha cambiado en la búsqueda de Google durante el último año o durante los últimos 5 años? ¡Y hay lanzamientos cada semana con nuevas funciones! Además, lo es con funcionalidad.

, , . . , . .


- ¿Ni siquiera puedo imaginar qué se puede actualizar allí?

- Por ejemplo, busca café. Primero, geolocalización. Si está buscando café en el campo, probablemente esté buscando cómo se cultiva o su historia. Si está buscando un café en el centro de una metrópoli, entonces, probablemente, tome una copa. O Hilton. ¿Es esto un apellido o un hotel?

- Entonces, ¿dónde está la SRE?

- Primero, la funcionalidad crece, la complejidad crece, la carga crece. Es decir, cada vez llegamos a más personas, Internet es cada vez más accesible y accesible. Por ejemplo, la India y otros países y áreas previamente inaccesibles se están uniendo. Todo se vuelve geográficamente muy amplio. Y en consecuencia, la gente comienza a consumir, aumenta la carga del servicio. Y eso lo hace demasiado complejo.

Una cosa es abrir un servicio solo a Moscú, otra, a toda Rusia. La carga es colosal. ¿Que esta pasando? Para atender a tanta gente rápidamente, necesita muchos servidores. Los servicios deben estar disponibles 24x7. Imagínese si ahora su pago no tomará 5 minutos, sino tres días.

Y la pregunta es, ¿qué va a hacer el administrador con todo esto?

- Supongo que hay muchos administradores. Y existen en una jerarquía compleja para respaldar todo.

- Los administradores, según Google, no son rentables para crecer. Ya no es posible contratar a tanta gente. Por eso surgió la SRE.

- ¿En qué momento DevOps se convierte en un SRE?

- Una pregunta muy filosófica. Hay tareas y problemas. Necesitan ser abordados. Por ejemplo, si el banco no completó las transferencias, ¿qué hacer? Para resolver el problema. No está claro si llamarlo SRE o no.

Bueno, y este es generalmente un argumento sobre nada. "¿Hay vida en Marte, hay vida en Marte?" ¿Es SRE DevOps, es SRE DevOps? Tanto SRE como DevOps se tratan de hacerlo bien. Esto significa que tomamos lo mejor de todas partes y lo aplicamos para hacer felices a los usuarios.

- ¿Entonces las dos metodologías funcionan en conjunto?

- Juntos, pero los SRE todavía no son administradores, tienen más énfasis en la programación y la automatización. Además, me ahogo constantemente porque rara vez tenemos que trabajar con métodos administrativos. Y si esto sucede, entonces algo anda mal con nosotros.

- Pero esta no es la respuesta a la pregunta.

- Pueden ser hermanos, pueden tener algo en común, tal vez lo mismo, lo que quieras. ¿Cómo cambiarán las acciones? De todos modos, todo se reduce a una cosa: hay software, necesita ser explotado, se necesitan algunas personas que solucionen problemas de carga. Y cómo llamarlos es la décima cosa.

- ¿Puede un SRE convertirse en DevOps o en programador? En general, ¿qué necesitas aprender para convertirte en un SRE solicitado?

- Me parece que no debemos aprender programación, ni SRE y DevOps, sino pensar en el proceso como en ingeniería, que está presente en el desarrollo de software y es multifactorial.

Recientemente celebramos una reunión sobre SRE, discutimos mucho, pero estuvimos de acuerdo en una cosa: los programadores ya no son necesarios como antes. Todo el mundo necesita ingenieros que puedan resolver problemas. Cuando llegaron los geeks que ensamblaban autos en sus garajes, fueron increíblemente populares y todos querían ser tan inteligentes como ellos. Pero el mundo ha cambiado. Ahora es una habilidad que todos pueden tener y no está muy valorada. Lo mismo ocurrirá con los programadores.






Acerca de SRE en Google



imagen



- Hablemos de Google. Hay leyendas sobre los bollos de Google para el empleo. Cuenta los detalles.

- En primer lugar, cuando dejas tu último trabajo, te preguntan: "¿Cuántas bonificaciones perderás si renuncias?" Ellos compensarán este dinero para que no lo dudes. Luego me alquilaron un apartamento por 3 meses, me dieron un agente inmobiliario aparte de Google, que selecciona la vivienda. O pueden compensarlo por todos los costos de mudanza.



La primera semana de trabajo no te dicen nada sobre el trabajo, sino sobre cómo funciona la vida en Google e Irlanda. Todo está muy tranquilo en la empresa. Hay micrococinas en todas partes: frutas, etc. La comunicación en las micrococinas es una cultura separada. También hay tres comidas al día, masajes y una vez a la semana puedes venir a trabajar con tu mascota.



Y hay un mantra del gerente: "Lo principal es no agotarse, no trabajar en exceso".



También tuvimos una historia interesante. El chico consiguió un trabajo justo después de la universidad y decidió ahorrar en vivienda. Compró la camioneta más barata, puso una cama allí. Google tiene lavanderías, cargó baterías en la oficina, duchas y toallas también están disponibles. La camioneta se estacionó en el estacionamiento de la oficina y se puso a trabajar.



Quería liquidar rápidamente su préstamo estudiantil. Pero luego se le prohibió hacerlo.

- ¿Por qué?

- Hubo novedades en los medios, empezaron a discutirlo, pero a Google no le gusta mucha actividad. La reputación de la marca, todo el trabajo ...

- ¿Por qué se marchó a Rusia y encontró trabajo en Tinkoff? Esto es tan atípico. Todo el mundo está intentando salir y tú has vuelto.

- No lo sé, la marca es interesante y soy cliente desde hace mucho tiempo. ¿Dónde más trabajar en Rusia? Bueno, Yandex, bueno, Tinkoff. Se fue porque Dublin se aburrió.

- ¿Por qué Dublín es aburrido?

- Este pequeño pueblo. Esto no es Schengen, para ir a Europa, es necesario obtener una visa.

En nuestra mentalidad, Dublín es un pueblo. Cuando los lugareños dicen que están cansados ​​de Dublín porque hay un ambiente de gran ciudad, suena ridículo para los residentes de Moscú.

Pero hubo ventajas, por ejemplo, gente muy tranquila. Nadie levanta la voz allí en absoluto. En Rusia, lo que no se considera un aumento de la voz parece contrastante después de Dublín.

- ¿Por qué Google es aburrido? ¿Qué tiene Tinkoff que Google no tiene?

- Tinkoff tiene empuje y buena agresividad.

"Queremos crecer allí, queremos capturar mercados, queremos ser los mejores".

Y en Google: “Ya somos los mejores. Ya lo hemos capturado todo. Bueno, todavía queremos agarrar algo en China, pero hay problemas políticos ".



Si le gustó, consulte la entrevista completa para obtener más detalles .



All Articles