Eu deveria saber melhor do que olhar para a multidão do Hacker News em busca de sabedoria. Recentemente, alguém no HN fez uma pergunta interessante: “Você já trocou?” Sendo HN, as respostas não foram tão interessantes. Na verdade, relativamente poucas pessoas responderam à pergunta, preferindo defender a execução de seus aplicativos em data centers privados. Outros ofereceram conselhos voltados para pequenas lojas, não para empresas maiores.
No entanto, apesar do ruído, *havia* um pequeno sinal no fio. Se você deseja obter o máximo de qualquer nuvem em particular, precisará adquirir seus serviços, o que, obviamente, complica a migração. Ah, e se você acha que pode construir uma nuvem melhor do que os hyperscalers, pode estar perdendo o ponto.
== Mostre-me os créditos ==
Depois que as empresas optam por construir em uma nuvem específica, o que as leva a mudar? Lendo as respostas do HN, os “créditos” são o principal motivador. Não está claro o quanto esse honeypot atrai empresas maiores, mas para um determinado grupo demográfico, a migração pode ser motivada por créditos suficientes do Google Cloud [ou Azure ou AWS] para fazer uma troca valer a pena .ÂÂ
Infelizmente, esse tipo simplista de análise de custo/benefício ignora todos os custos ocultos da execução na nuvem, como detalhou David Linthicum.
Como o GitLab aparentemente descobriu, os créditos podem encorajar a migração, mas não necessariamente pagam por isso. Conforme descrito no comentário da HN, “No GitLab, passamos da AWS para o Azure e depois para o Google Cloud”. Por que sair da AWS em primeiro lugar? O dinheiro era um problema, mas não porque a AWS era inerentemente mais cara. Em vez disso, foi um problema com a configuração: “Como a maioria das empresas, muito pouca atenção foi dada aos custos, configuração etc. [ao começar com a AWS]. O resultado foi que estávamos basicamente colocando fogo no dinheiro. ¢Â Junto veio uma oferta de créditos gratuitos do Azure que ¢ÂÂnos economizariam algo como um ano¢ÂÂ's no valor de contas ( muito dinheiro na época
Parece ótimo, certo? A mudança foi bastante dolorosa e queimamos os créditos gratuitos *muito* rápido. A empresa decidiu então mudar para o Google Cloud (por motivos inexplicáveis), e descobriu que a migração foi, novamente, um processo desafiador.¢ÂÂ
O que o comentarista aprendeu com a experiência? “Olhando para trás, se eu fosse abrir uma empresa, provavelmente ficaria com algo como a Hetzner ou outro fornecedor barato de bare metal. Os serviços em nuvem são ótimos *se* você usar os serviços deles o máximo possível, mas suspeito que em 90% dos casos, acaba sendo um fator de custo enorme sem os benefícios que valem a pena.
Para mim, esta é exatamente a lição errada.
== Ainda sem entender a nuvem ==
Se você ler todo o tópico, encontrará muitas afirmações autoconfiantes de que a nuvem faça você mesmo (na Hetzner ou em outros servidores de hospedagem dedicados) é o caminho a seguir. (Aqui e aqui e aqui.) Como se costuma dizer, a nuvem pública é "mais lenta e mais cara do que seu próprio servidor por uma margem enorme". Exceto que não é . Essa ideia de que os profissionais de TI podem facilmente "fora da nuvem"é errada e irrelevante.
A nuvem nunca foi realmente sobre economizar dinheiro. Trata-se de maximizar a flexibilidade e a produtividade. Como aponta um comentarista da HN, “eu trabalho em uma equipe muito pequena. Temos alguns desenvolvedores que atuam como ops. Nenhum de nós é ou quer ser administrador de sistema. Para o nosso caso, o ECS [Elastic Container Service] da Amazon economiza muito tempo e dinheiro. Como? Ao remover as funções de administrador de sistema que a equipe anteriormente tinha que preencher. âÂÂSim, a maioria dos problemas que tivemos antes poderiam ter sido resolvidos por um administrador de sistema competente, mas esse é precisamente o pontoâ¢ÂÂcontratar um bom administrador de sistema é muito mais caro para nós do que pagar um pouco mais para a Amazon e apenas dizer a eles: por favor, execute esses contêineres com esta configuração.
Ele está fazendo a nuvem direito.
Outros sugerem que, ao mudar para opções sem servidor, eles reduzem ainda mais a necessidade de administradores de sistema. Sim, quanto mais você se aprofundar nos serviços exclusivos de uma determinada nuvem, menos fácil será migrar, independentemente de quantos créditos um provedor oferece a você. Mas, indiscutivelmente, menos vontade você teria de migrar se seus desenvolvedores fossem significativamente mais produtivos porque eles não estão reinventando as rodas da infraestrutura o tempo todo.
Uma empresa tentou explicitamente evitar o aprisionamento em qualquer nuvem específica. âÂÂDesenvolvemos nosso produto desde o primeiro a ser implantado em 3AWS, Azure, IBM.¢Â Como assim? Aderindo ao mínimo denominador comum que era FaaS/IaaS ([AWS] Lambda, [Amazon] S3, [Amazon] API [Gateway], Kubernetes Parece simples, certo? certamente não foi fácil. Também ignoramos ferramentas que poderiam ter nos ajudado muito [se tivéssemos ficado com] uma única nuvem para sermos multicloud. Valeu a pena É possível mover-se entre determinados recursos compartilhados, mas definitivamente não está a poucos cliques ou alguns trabalhos Jenkins de distância. Mover-se entre é um trabalho em tempo integral. Descobrir como fazer aquela pequena VM que você fez na AWS , agora no Azure, levará tempo e aprendizado. E mudar entre AWS IAM e permissão do Azure [Active Directory]? Tempo, tempo e tempo.¢ÂÂ
Multicloud não é fácil de implementar, em outras palavras, nem a migração. Isso significa que nenhum dos dois vale a pena? Não necessariamente. Como Miles Ward, CTO da SADA (um dos principais parceiros do Google Cloud), descreve, pode haver motivos convincentes para pular para outra nuvem. “Para muitos, é apenas facilidade de uso e eficiência para fazer as coisas; para outros, é atenção e parceria; para um terceiro grupo, são vantagens de custo absurdas; e um quarto, é o desempenho e a confiabilidade. Dessa forma, quando os clientes veem lacunas em uma ou muitas dessas quatro áreas, eles se movem .ÂÂ
Ward provavelmente está certo: *pode haver* razões convincentes para migrar. Apenas certifique-se de fazer uma análise completa do custo total de propriedade da mudança, que precisa ir muito além de que a nuvem X está me oferecendo US$ 50.000 em créditos. Além disso, antes de você decidir implantar sua própria nuvem, vale a pena considerar os custos associados ao gerenciamento de toda a sua própria infraestrutura.
