🔚 🛬 🛋️ Por qué Masterhost estaba condenado: una mirada al interior 💳 ☹️ ↗️

Esta empresa lleva mucho tiempo en un estado de desvanecimiento lento. La catástrofe que ocurrió en los últimos días es simplemente un camión que derribó a una persona con cáncer en la última etapa.

Trabajé allí durante 5 años, y quiero decirte qué estaba exactamente mal con esta empresa.

Catástrofe

Acompañado por guardias armados, Yevgeny Borisovich Benevolensky ingresó a su centro de datos al estilo de un castillo medieval en Altufevskoye Shosse, se aisló de la policía y, aleteando entre los estantes, comenzó a sacar cables.
Los operadores de monitoreo de Masterhost se ubicaron en otra parte de Moscú. Observaron impotentes cómo sección por sección cerraban los servicios críticos. Y pronto se apagó el monitoreo.

Toda la infraestructura de TI de uno de los mayores proveedores de alojamiento en Rusia ha quedado en el olvido. Los asistentes se fueron a casa: simplemente no tenían nada que ver ni nada que arreglar. En solo una hora, Evgeny Borisovich logró organizar uno de los apagones más grandes del Runet de los últimos años.
A un lado, el desastre que sucedió con Masterhost parece un accidente. Parecía que el 2 de marzo de 2020, el antiguo propietario no entró en este edificio torpemente diseñado, si hubiera cambiado de opinión para vengarse de sus antiguos socios, y Masterhost habría servido felizmente el sitio web de Roscosmos y la página de la Sinagoga Coral de San Petersburgo .

Sin embargo, cualquiera que haya visto esta compañía desde adentro sabía que estaba condenada.

Tiempo de esperanza

En 2015, cuando llegué por primera vez, mis colegas me parecían semidioses. Podía luchar durante horas por el problema, y luego la especialista de Unix, Petya Popov, se sentó frente a mi computadora, se reclinó en su silla y, mirando al techo con serenidad budista, tecleó con un método de diez dedos un comando largo que no cabía en una línea.

Y después de presionar Enter, el problema ya se ha resuelto.

Ellos sabían y sabían todo. Lo buenos que fueron fue especialmente notable en el contexto de mi modesto conocimiento de los sistemas Linux. Pero los administradores de sistemas experimentados me enseñaron todos los trucos: trabajar con la consola, crear scripts en bash, trabajar con nginx, apache2 y mysql.

Mientras me familiarizaba con los sistemas de monitoreo de alojamiento y el software c que le permite administrar de forma centralizada la configuración de los sistemas operativos, me pareció que estaba aprendiendo a pilotar un platillo volador. Puppet and ansible, sistemas de virtualización y respaldo, el arte de diagnosticar y resolver problemas en servidores altamente cargados. Me sentí como un héroe de Star Wars.

Y cuando profundicé en los procesos comerciales de la empresa, solo me pareció, que recientemente había dejado el servicio civil de Barnaul, que Masterhost era el análogo ruso de Google: todo era muy sabio, pensado y futurista allí. Juzga por ti mismo.

El núcleo de la empresa es el departamento técnico. Se compone de cinco departamentos: Unix, Windows, programadores (principalmente Perl), redes y mantenimiento. Yo, como ya entendiste, trabajé en funcionamiento. Unix se dedica principalmente a servicios de alojamiento y correo, mantiene infraestructura, sin este departamento Masterhost no existe. El departamento Win es un dominio separado: máquinas virtuales Hyper-V y correo en Exchange, que Masterhost vende con éxito. El correo corporativo propio también depende de ellos (si caen, será desagradable, pero no fatal).

Perl se ocupa de la facturación y la lógica financiera. Esta es una cuenta personal, retiro de efectivo de los clientes y el uso de los servicios solicitados por los clientes. Los networkers, por otro lado, optimizan la red y controlan el tráfico interno y externo.

El departamento de operaciones es la tercera línea de soporte (el primero es el centro de llamadas, el segundo es el soporte). A través de nosotros, todos los departamentos del departamento técnico interactúan. Resolvemos tanto las solicitudes de los clientes que el soporte nos arroja, como las tareas técnicas de los departamentos restantes. En resumen, hacemos todo lo que tenemos acceso y conocimiento. Si este no es el caso, formulamos preguntas específicas y escribimos al departamento superior qué hicimos para resolver los problemas (diagnóstico, intentos de resolver el problema) y solicitamos ayuda.

En general, todo es super. Y dado que la compañía tenía claras perspectivas de carrera, era un trabajo soñado.

Pero había un pequeño detalle. A pesar del hecho de que la mayoría del alojamiento funcionaba en Debian 7, en 2015, por alguna razón, también hubo servicios en FreeBSD 7 y 8. no actualizados desde hace mucho tiempo, y las personas en el departamento de UNIX que entenderían FreeBSD 7 y 8, por alguna razón no tenía.

Eso fue raro. Y cuando comencé a descubrir las razones, me sentí como un héroe en una película de terror que, al entrar en una casa nueva, encontró una mancha de sangre en la pared que no se estaba secando. O más bien, el héroe de "Luna 2112".

Solo desaparecieron

Érase una vez expertos de FreeBSD en Masterhost: implementaron la infraestructura desde cero y la respaldaron. Pero una vez, cuando el sistema ya estaba depurado, simplemente desaparecieron, inmediatamente por todo el departamento. Y precisamente porque desaparecieron y aparecieron lugares vacantes, que en 2015 tomé yo y otros recién llegados.

En la entrevista, por supuesto, nadie mencionó este matiz. Se hizo evidente más tarde.
Desde el departamento de operaciones, reclutamos rápidamente a los administradores más sensatos, actualizados a los administradores del departamento de Unix y establecimos la tarea: evitar el apagón. Como no quedaban especialistas en FreeBSD en la empresa, los problemas podrían comenzar en cualquier momento. Después de un debate, el alojamiento decidió volver a alojar en Debian 7. Se perdieron todos los logros anteriores, se perdió tiempo y dinero; después de todo, el trabajo tuvo que hacerse en miles de servidores.

Si antes había algún tipo de plan estratégico para albergar el desarrollo, desde ese momento hasta el asedio del castillo de Altufevsky se resolvieron exclusivamente tareas tácticas.

Entonces, en febrero de 2016, finalizó el soporte para Debian 7, que fue reemplazado por FreeBSD, y era urgente pasar a la octava versión. Pero este problema aún se está resolviendo: ahora, en 2020, el 90% de los servidores de Masterhost todavía están trabajando en Debian 7.

Nuestro alojamiento, como dicen, ya está muerto para 2016. Durante mucho tiempo no hubo actualizaciones de seguridad para los paquetes: solo se actualizaron los paquetes que se reconstruyeron manualmente. No había necesidad de hablar de seguridad aquí: ¿qué es la seguridad sin actualización de seguridad?

En general, la infraestructura se dejó al azar: la sombra del departamento de UNIX que desapareció en 2015 se cernía sobre nosotros después de 5 años. Pero a donde se fueron?

60 meses antes del fin del mundo

Los colegas del departamento de Unix se levantaron y se fueron. Esto sucedió cíclicamente: cada dos años, de la mitad a las dos terceras partes de los administradores del sistema UNIX desaparecían simultáneamente, después de lo cual apareció una dispersión de vacantes libres en el cazatalentos.

Durante mis cinco años conmigo hubo tres salidas de época de empleados clave. La mayoría de los administradores no eran realmente semidioses de TI. Estos fueron principiantes apresuradamente reclutados. ¿Por qué? ¿La empresa no tenía dinero? ¿O la gerencia simplemente no sabía nada acerca de un gerente de recursos humanos malicioso que no entendía los detalles de la empresa, o un director ejecutivo excéntrico? .. No. Lo sabia.

El propio Evgeny Borisovich Benevolensky, una de las figuras clave de la compañía, lo explicó de esta manera. Masterhost no es una empresa, sino una universidad. Y no somos trabajadores, sino estudiantes. De lo cual se deduce naturalmente que no tenemos derecho a un salario, sino a una beca. Y cuando estamos listos para graduarnos, simplemente renunciamos. De ahí los requisitos casi nulos para el dispositivo en el departamento de operaciones, en el que se forjan los futuros administradores superiores.

En un momento, incluso se practicó para reclutar personas para el departamento de explotación bajo el llamado acuerdo estudiantil. Esto es cuando te toman con cero experiencia con un salario de 20k, y no tienes derecho a dejar de fumar durante 2 años, de lo contrario pagarás una cantidad indecente por "entrenamiento en manualidades". Una especie de esclavitud voluntaria moderna. Además, no hubo un solo caso cuando traté de persuadir a un colega de UNIX para que me convenciera de quedarme, para ofrecerme un aumento de sueldo. Repetidamente he visto a mis colegas y amigos renunciar, que estaban cansados de trabajar por una pequeña lista de precios, con gran responsabilidad.

Por esta razón, en Masterhost, de hecho, no había líder de equipo. Tan pronto como una persona sintió que se había convertido en un profesional, inmediatamente fue a otra compañía.

En general, la gerencia entendió todo perfectamente: era una estrategia deliberada. No se necesitan salarios altos, no se necesitan líderes de equipo, funciona, está bien. En esta empresa, en principio, no había opción para aumentar los salarios: usted trabaja o renuncia.

¿Pero tal vez esta no sea una estrategia comercial tan mala? El alojamiento funcionó. Los clientes vinieron y trajeron dinero. ¿O no?

Cliente por costumbre

A principios de la década de 2000, las personas llegaron a Masterhost con sus sitios, y sus sitios simplemente funcionaron. Los clientes recibieron su propio correo electrónico, allí mismo, en su cuenta personal, fue posible registrar su propio dominio. Entonces todo fue nuevo y muy conveniente.

Casi no había competidores, Masterhost fue realmente genial, le dio a las personas exactamente lo que querían obtener.

Sin embargo, con el tiempo, hubo muchas empresas de hosting nacionales, y todos obtuvieron los mismos servicios, solo a precios significativamente más bajos. Los servicios de Masterhost aumentaron de precio, pero la calidad siguió siendo la misma. Los clientes comenzaron a llegar cada vez menos, y los antiguos clientes continuaron simplemente porque mudarse a un nuevo sitio era técnicamente difícil, el cliente no tenía un especialista para transferir el sitio, era necesario buscar un nuevo sitio, estar de acuerdo ... Cuando todo funciona, ¿por qué tocarlo?

Como resultado, la base de clientes consistía en personas que se quedaron en la empresa por costumbre. Grandes clientes, incluidos los estatales, que son demasiado vagos para cambiar algo. Masterhost intercambió año tras año su capital de reputación principal, recuperado en aquellos días en que los monitores eran convexos, y Aport era el motor de búsqueda más popular. Desde ese momento, tanto Roscosmos como la Sinagoga Coral de San Petersburgo fueron alojados allí.

Pero incluso si Masterhost quisiera cambiar y tratar de convertirse en una empresa de TI progresiva nuevamente, sería muy difícil para él.
Porque él, en general ... no lo era.

¿Ves Masterhost? Pero no lo es!

De hecho, no existía Masterhost como empresa integrada: había un grupo de empresas y muchos copropietarios. Masterhost es 5 LLC diferentes. Entonces, un tercio del departamento de UNIX trabajó en Telematika LLC, otro tercio en Masterhost LLC y el resto en Informcentr LLC. Al mismo tiempo, todos estaban sentados en la misma habitación.

La arquitectura de la compañía no implicaba la capacidad de escalar y cambiar. Fue diseñado exclusivamente para la optimización fiscal, y no para la optimización de los procesos comerciales. No era un platillo volador de Star Wars, sino algo así como una balsa en expansión y poco conectada.

En teoría, el director técnico debería aportar ideas para modernizar la parte técnica de la empresa, ofrecer nuevos servicios al tribunal de accionistas y propietarios de la empresa, pero, por desgracia, en cinco años ya han cambiado 4 piezas (la que duró más tiempo, dejando, dijo que la empresa duraría no más de seis meses). Y no todos querían pasar el tiempo con el liderazgo, lo que demuestra que sin cambios y sin nuevos servicios, la compañía está cada vez más rezagada respecto de sus competidores.
La gente vino con los ojos ardientes, pero pronto, cuando cayó la primera impresión del arco iris y se dieron cuenta de dónde estaban, el entusiasmo se desvaneció.

Resumen

En general, Evgeny Borisovich comenzó a retirar los cables de este negocio mucho antes del 2 de marzo de 2020. El masterhost estaba condenado, y el apagón solo aceleró el proceso.

El conflicto de propiedad es solo una de las consecuencias del caos legal cuando una empresa consta de una docena de LLC diferentes. Además, la consecuencia no es la más peligrosa: la estructura intrincada no permitió que este negocio escalara libremente.

Estructura deficiente, falta de liderazgo del equipo, política salarial en el espíritu de un gerente efectivo de Owl, incapacidad para cambiar, dependencia de los clientes estatales: todo esto fue una consecuencia inevitable del hecho de que la empresa no estaba enfocada en el desarrollo, sino en la optimización de las ganancias.

Puede ser bueno que haya ocurrido un apagón. Quizás esta sacudida y pérdida de los antiguos clientes que constituían la columna vertebral de la clientela obligaría a los propietarios a repensar su actitud hacia los negocios, y tal vez esta empresa moribunda, con la que tengo tantos recuerdos nostálgicos, se transformará y se volverá moderna y exitosa nuevamente. Después de todo, ahora no tiene otra opción: queda cambiar o irse.

Pero si Masterhost elige la primera opción, seguramente tendrá éxito. Después de todo, siempre venían personas cuyos ojos ardían de entusiasmo. Y lo sé con seguridad, después de todo, yo mismo estuve una vez entre ellos.

PD: Muchas gracias a Misha Zobern, quien ayudó a reunir mis recuerdos dispersos en un todo.

Por qué Masterhost estaba condenado: una mirada al interior