![A IA é uma assassina de empregos? Ferramentas de desenvolvimento baseadas em IA oferecem pistas](https://optimuscloud.com.br/wp-content/uploads/2024/01/1706189338_A-IA-e-uma-assassina-de-empregos-Ferramentas-de-desenvolvimento-150x150.jpg)
A IA é uma assassina de empregos? Ferramentas de desenvolvimento baseadas em IA oferecem pistas
25 de janeiro de 2024![AWS se aprofunda em IA, potência de chip... e economia de custos](https://optimuscloud.com.br/wp-content/uploads/2024/01/1706190046_AWS-se-aprofunda-em-IA-potencia-de-chip-e-economia-150x150.jpg)
AWS se aprofunda em IA, potência de chip… e economia de custos
25 de janeiro de 2024Uma postagem no blog da equipe de engenharia da Amazon Prime Video tem agitado a comunidade de computação nativa da nuvem com sua explicação de que, pelo menos no caso do monitoramento de vídeo, uma arquitetura monolítica produziu desempenho superior do que uma abordagem liderada por microsserviços e sem servidor.
Para uma geração de engenheiros e arquitetos criados com base na superioridade dos microsserviços, a afirmação é realmente chocante. Em uma arquitetura de microsserviços, um aplicativo é dividido em componentes individuais, que podem então ser trabalhados e dimensionados de forma independente.
“Esta postagem é uma vergonha absoluta para a Amazon como empresa. Incapacidade total de construir alinhamento interno ou comunicações coordenadas”, escreveu o analista Donnie Berkholzque recentemente abriu sua própria empresa de análise industrial, Platify.
“O que torna esta história única é que a Amazon foi o garoto-propaganda original das arquiteturas orientadas a serviços”, ponderou o criador do Ruby-on-Rails e cofundador do Basecamp, David Heinemeier Hansson, em um post de blog na quinta-feira. “Agora, os resultados reais de toda essa teoria finalmente chegaram e está claro que, na prática, os microsserviços representam talvez o maior canto de sereia para complicar desnecessariamente o seu sistema. E a ausência de servidor só piora a situação.”
Na postagem original, datada de 22 de março, o engenheiro sênior de desenvolvimento de software da Amazon Prime, Marcin Kolny, explicou como a mudança do streaming de vídeo para uma arquitetura monolítica reduziu os custos em 90%. Acontece que os componentes da Amazon Web Services prejudicaram a escalabilidade e dispararam os custos.
A equipe de Análise de Qualidade de Vídeo (VQA) da Prime Video iniciou o trabalho.
A tarefa era monitorar os milhares de streams de vídeo que o Prime entregava aos clientes. Originalmente, esse trabalho era feito por um conjunto de componentes distribuídos orquestrados pelo AWS Step Functions, um serviço de orquestração sem servidor, o serviço sem servidor AWS Lambda.
Em teoria, o uso de serverless permitiria à equipe dimensionar cada serviço de forma independente. Descobriu-se, no entanto, que pelo menos na forma como a equipe implementou os componentes, eles atingiram um limite rígido de escalonamento de apenas 5% da carga esperada. Os custos de ampliação para monitorar milhares de fluxos de vídeo também seriam excessivamente caros, devido à necessidade de enviar dados através de múltiplos componentes.
Inicialmente, a equipe tentou otimizar componentes individuais, mas isso não trouxe melhorias significativas. Assim, a equipe migrou todos os componentes para um único processo, hospedando-os no Amazon Elastic Compute Cloud (Amazon EC2) e no Amazon Elastic Container Service (Amazon ECS).
Remover
Kolny teve o cuidado de mencionar que as decisões arquitetônicas tomadas pela equipe de qualidade de vídeo podem não funcionar em todos os casos.
“Microsserviços e componentes sem servidor são ferramentas que funcionam em alta escala, mas a decisão de usá-los no monolito deve ser feita caso a caso”, escreveu ele.
Para ser justo, a indústria tem procurado moderar o entusiasmo pelos microsserviços ao longo da última década, sublinhando que só são bons em alguns casos.
“Tal como acontece com muitas boas ideias, este padrão tornou-se tóxico assim que foi adoptado fora do seu contexto original, e causou estragos quando foi introduzido no interior das arquitecturas de aplicação única”, escreveu Hansson. “Em muitos aspectos, os microsserviços são uma arquitetura zumbi. Outra cepa de contágio intelectual que simplesmente se recusa a morrer.”
O mundo da TI nada mais é do que cíclico, onde uma tendência arquitetônica é ridicularizada como irremediavelmente arcaica. Um ano pode ser a novidade no ano seguinte. Certamente, na última década, quando os microsserviços dominaram (e na década anterior, quando os serviços da Web dominaram), ouvimos mais de uma piada na redação sobre “os monólitos serem a próxima grande novidade”. Agora isso pode realmente acontecer.
A postagem Retorno do Monolith: Amazon descarta microsserviços para monitoramento de vídeo apareceu pela primeira vez em The New Stack.