🎓 👨🏽‍🎓 🤶🏾 Por que o Masterhost estava condenado: uma visão interna 🚙 🔜 👨‍💻

Esta empresa tem estado em um estado de desbotamento lento. A catástrofe que ocorreu nos últimos dias é simplesmente um caminhão que abateu uma pessoa com câncer no último estágio.

Eu trabalhei lá por 5 anos e quero lhe dizer o que exatamente estava errado com esta empresa.

Catástrofe

Acompanhado por guardas armados, Yevgeny Borisovich Benevolensky entrou em seu data center no estilo de um castelo medieval em Altufevskoye Shosse, barricou-se da polícia - e, vagando entre as prateleiras, começou a puxar os fios.
Os operadores de monitoramento da Masterhost estavam localizados em outra parte de Moscou. Eles assistiram impotentes enquanto seção por seção desligavam os serviços críticos. E logo o próprio monitoramento saiu.

Toda a infraestrutura de TI de um dos maiores provedores de hospedagem na Rússia ficou esquecida. Os atendentes foram para casa: eles simplesmente não tinham nada para assistir e nada para consertar. Em apenas uma hora, Evgeny Borisovich conseguiu organizar um dos maiores apagões do Runet dos últimos anos.
Por um lado, o desastre que aconteceu com a Masterhost parece um acidente. Parecia que em 2 de março de 2020, o ex-proprietário não havia entrado neste edifício desajeitado, se tivesse mudado de idéia para se vingar de seus antigos parceiros - e a Masterhost teria servido com prazer o site do Roscosmos e a página da Sinagoga Coral de São Petersburgo .

No entanto, qualquer pessoa que visse essa empresa por dentro sabia que estava condenada.

Tempo de esperança

Em 2015, quando cheguei, meus colegas me pareciam semideuses. Eu poderia lutar por horas por causa do problema - e então a especialista em Unix, Petya Popov, sentou-se no meu computador, recostou-se na cadeira e, olhando para o teto com serenidade budista, digitou no método de dez dedos um longo comando que não cabia em uma linha.

E depois de pressionar Enter, o problema já foi resolvido.

Eles sabiam e sabiam tudo. O quão bom eles eram foi especialmente notável no contexto do meu modesto conhecimento de sistemas Linux. Mas administradores de sistema experientes me ensinaram todos os truques: trabalhando com o console, criando scripts no bash, trabalhando com nginx, apache2 e mysql.

Enquanto eu estava me familiarizando com a hospedagem de sistemas de monitoramento e software c que permite gerenciar centralmente a configuração dos sistemas operacionais, parecia-me que estava aprendendo a pilotar um disco voador. Sistemas fantoches e ansíveis, virtualização e backup, a arte de diagnosticar e resolver problemas em servidores altamente carregados - eu me senti apenas um herói de Guerra nas Estrelas.

E quando me aprofundou nos processos de negócios da empresa, pareceu-me, recentemente, que saíra do serviço público de Barnaul, que a Masterhost era uma análoga russa do Google: tudo era tão sábio, pensado e futurista lá. Julgue por si mesmo.

O núcleo da empresa é o departamento técnico. É composto por cinco departamentos: Unix, Windows, programadores (principalmente Perl), redes e manutenção. Eu, como você já entendeu, trabalhei em operação. O Unix está envolvido principalmente em serviços de hospedagem e correio, mantém a infraestrutura, sem este departamento o Masterhost não existe. O departamento Win é um domínio separado - máquinas virtuais hyper-v e correio no Exchange, que a Masterhost vende com sucesso. O correio corporativo próprio também depende deles (se eles caírem, será desagradável, mas não fatal).

Perl lida com faturamento e lógica financeira. Esta é uma conta pessoal, retirada de dinheiro dos clientes e o uso dos serviços solicitados pelos clientes. Os operadores de rede, por outro lado, otimizam a rede e controlam o tráfego interno e externo.

O departamento de operações é a terceira linha de suporte (a primeira é a central de atendimento, a segunda é o suporte). Através de nós, todos os departamentos do departamento técnico interagem. Resolvemos as solicitações de clientes que o suporte nos lança e as tarefas técnicas dos demais departamentos. Em suma, fazemos tudo a que temos acesso e conhecimento. Caso contrário, formulamos perguntas específicas e escrevemos ao departamento sênior o que fizemos para resolver os problemas (diagnósticos, tentativas de solucionar o problema) e pedimos ajuda.

Em geral, tudo é super. E, como a empresa tinha perspectivas claras de carreira, era um emprego dos sonhos.

Mas havia um pequeno detalhe. Apesar do fato de a maior parte da hospedagem ter funcionado no Debian 7, em 2015, por algum motivo, também havia serviços no FreeBSD 7 e 8. há muito não atualizado. E as pessoas no departamento UNIX que entenderiam o FreeBSD 7 e 8, por algum motivo não tinha.

Aquilo foi estranho. E quando comecei a descobrir as razões, me senti um herói em um filme de terror que, ao entrar em uma nova casa, encontrou uma mancha de sangue na parede que não estava secando. Ou melhor, o herói da "Lua 2112".

Eles simplesmente desapareceram

Era uma vez especialistas em FreeBSD na Masterhost: eles implantaram a infraestrutura do zero e a apoiaram. Mas uma vez, quando o sistema já estava depurado, eles simplesmente desapareciam - imediatamente por todo o departamento. E precisamente porque desapareceram e surgiram lugares vazios, que em 2015 eu e outros recém-chegados ocupamos.

Na entrevista, é claro, ninguém mencionou essa nuance. Ficou claro depois.
Do departamento de operações, recrutamos rapidamente os mais sensatos, atualizamos para os administradores do departamento Unix e definimos a tarefa: por todos os meios, evite o apagão. Como não havia especialistas em FreeBSD na empresa, os problemas poderiam começar a qualquer momento. Após algum debate, a hospedagem decidiu reorganizar o Debian 7. Todas as antigas realizações foram perdidas, tempo e dinheiro foram perdidos - afinal, o trabalho tinha que ser feito em milhares de servidores.

Se antes havia algum tipo de plano estratégico para hospedar o desenvolvimento, a partir desse momento até o cerco ao castelo de Altufevsky eram resolvidas exclusivamente tarefas táticas.

Então, em fevereiro de 2016, o suporte ao Debian 7 terminou, que foi substituído pelo FreeBSD, e era urgente passar para a oitava versão. Mas esse problema ainda está sendo resolvido: agora, em 2020, 90% dos servidores da Masterhost ainda estão trabalhando no Debian 7.

Nossa hospedagem, como eles dizem, já está morta em 2016. Por um longo tempo, não houve atualizações de segurança para pacotes: apenas os pacotes que foram reconstruídos manualmente foram atualizados. Não havia necessidade de falar sobre segurança aqui: o que é segurança sem atualização de segurança?

Em geral, a infraestrutura foi deixada ao acaso: a sombra do departamento UNIX que desapareceu em 2015 pairava sobre nós depois de 5 anos. Mas onde eles foram?

60 meses antes do fim do mundo

Colegas do departamento Unix acabaram de se levantar. Isso acontecia ciclicamente: a cada dois anos, de metade a dois terços dos administradores de sistema UNIX desapareciam simultaneamente, após o que uma dispersão de vagas gratuitas aparecia de repente no headhunter.

Durante meus cinco anos comigo, ocorreram três partidas épicas de funcionários-chave. A maioria dos administradores não era realmente semideuses de TI. Estes eram iniciantes apressadamente recrutados. Por quê? A empresa não tinha dinheiro? Ou a gerência simplesmente não sabia nada sobre algum gerente malicioso de RH que não entendia as especificidades da empresa ou um diretor executivo excêntrico? Sabia disso.

O próprio Evgeny Borisovich Benevolensky - uma das figuras-chave da empresa - explicou dessa maneira. Masterhost não é uma empresa, mas uma universidade. E nós não somos trabalhadores, mas estudantes. Daí resulta naturalmente que não temos direito a um salário, mas a uma bolsa de estudos. E quando estamos prontos para nos formar, simplesmente desistimos. Daí os requisitos quase nulos para o dispositivo no departamento de operação, no qual futuros administradores seniores são forjados.

Ao mesmo tempo, foi praticado até o recrutamento de pessoas para o departamento de exploração sob o chamado contrato de estudante. É quando você é levado sem experiência com um salário de 20k e não tem o direito de sair por 2 anos; caso contrário, pagará uma quantia indecentemente grande por "treinamento em artesanato". Uma espécie de escravidão voluntária moderna. Além disso, não houve um único caso em que tentei convencer um colega do UNIX a me convencer a ficar, a me oferecer para aumentar meu salário. Eu assisti repetidamente meus colegas e amigos pararem, cansados de trabalhar por uma pequena lista de preços, com grande responsabilidade.

Por esse motivo, na Masterhost, de fato, não havia líder de equipe. Assim que uma pessoa sentiu que havia se tornado profissional, foi imediatamente para outra empresa.

Em geral, a gerência entendia tudo perfeitamente: era uma estratégia deliberada. Não são necessários altos salários, não são necessários líderes de equipe, funciona - tudo bem. Nesta empresa, em princípio, não havia opção para aumentar os salários: você trabalha ou sai.

Mas talvez essa não seja uma estratégia de negócios tão ruim? .. A hospedagem funcionou. Os clientes vieram e trouxeram dinheiro. Ou não?

Cliente fora do hábito

No início dos anos 2000, as pessoas vieram para a Masterhost com seus sites - e eles simplesmente funcionaram. Os clientes receberam seu próprio e-mail; ali, em sua conta pessoal, foi possível registrar seu próprio domínio. Então foi tudo novo e muito conveniente.

Quase não havia concorrentes, o Masterhost era muito legal, ele dava exatamente às pessoas o que elas queriam.

No entanto, com o tempo, havia muitas empresas de hospedagem domésticas e todos obtiveram os mesmos serviços, apenas a preços significativamente mais baixos. Os serviços da Masterhost subiram de preço, mas a qualidade permaneceu a mesma. Havia cada vez menos clientes chegando e antigos clientes estavam se mantendo simplesmente porque a mudança para um novo site era tecnicamente difícil, o cliente não tinha um especialista para mudar o site, era necessário procurar um novo site, concordar ... Quando tudo funciona, por que tocá-lo?

Como resultado, a base de clientes consistia em pessoas que permaneciam na empresa apenas por hábito. Grandes clientes, inclusive os estatais, com preguiça de mudar alguma coisa. A Masterhost, ano após ano, trocava seu principal capital de reputação, ganho naqueles dias em que os monitores eram convexos, e o Aport era o mecanismo de pesquisa mais popular. Desde aquela época, tanto Roscosmos quanto a Sinagoga Coral de São Petersburgo estavam hospedados lá.

Mas mesmo que a Masterhost quisesse mudar e tentasse se tornar uma empresa de TI progressiva novamente, seria muito difícil para ele.
Porque ele, em geral ... não era.

Você vê Masterhost? Mas ele não é!

De fato, não havia Masterhost como empresa integrada - havia um grupo de empresas e muitos coproprietários. Masterhost é 5 LLCs diferentes. Portanto, um terço do departamento UNIX trabalhou na Telematika LLC, outro terço na Masterhost LLC e o restante na Informcentr LLC. Ao mesmo tempo, todos estavam sentados na mesma sala.

A arquitetura da empresa não implicava a capacidade de escalar e mudar. Foi adaptado exclusivamente para otimização de impostos, e não para otimização de processos de negócios. Não era um disco voador de Guerra nas Estrelas, mas algo como uma balsa alastrada e pouco conectada.

Em teoria, o diretor técnico deve trazer idéias para modernizar a parte técnica da empresa, oferecer novos serviços ao tribunal de acionistas e proprietários da empresa, mas, infelizmente - em cinco anos, eles já mudaram quatro peças (a que durou mais, saindo, disse que a empresa duraria não mais que seis meses). E nem todos queriam sair com a liderança, provando que, sem mudanças e sem novos serviços, a empresa está cada vez mais atrasada em relação aos seus concorrentes.
As pessoas vieram com os olhos ardentes, mas logo, quando a primeira impressão do arco-íris veio e eles perceberam onde estavam, o entusiasmo desapareceu.

Sumário

Em geral, Evgeny Borisovich começou a retirar os fios desse negócio muito antes de 2 de março de 2020. O host principal estava condenado e o blecaute apenas acelerou o processo.

O conflito de propriedade é apenas uma das conseqüências do caos legal quando uma empresa consiste em uma dúzia de LLCs diferentes. Além disso, a conseqüência não é a mais perigosa: a intrincada estrutura não permitiu que esse negócio aumentasse livremente.

Estrutura pobre, falta de liderança da equipe, política salarial no espírito de um gerente eficaz da Coruja, incapacidade de mudar, dependência de clientes do estado - tudo isso foi uma conseqüência inevitável do fato de a empresa não estar focada no desenvolvimento, mas na otimização do lucro.

Pode ser bom que ocorra um apagão. Talvez esse abalo e perda dos antigos clientes que compunham a espinha dorsal da clientela forçem os proprietários a repensar sua atitude em relação aos negócios - e talvez essa empresa moribunda, com a qual tenho tantas memórias nostálgicas, seja transformada e se torne moderna e bem-sucedida novamente. Afinal, agora ela não tem escolha: resta mudar ou sair.

Mas se o Masterhost escolher a primeira opção, ele certamente terá sucesso. Afinal, sempre vinham pessoas cujos olhos ardiam de entusiasmo. E sei disso com certeza - afinal, eu mesmo já estive entre eles.

PS Muito obrigado a Misha Zobern, que ajudou a trazer minhas memórias dispersas em um único todo.

Por que o Masterhost estava condenado: uma visão interna