Quando os contêineres ou sem servidor são uma bandeira vermelha?

Por David Linthicum, InfoWorld |

Você está nos estágios iniciais de desenvolvimento de alguns novos sistemas de gerenciamento de cadeia de suprimentos e inventário baseados em nuvem. Nas primeiras reuniões, você começa a se sentir desconfortável: a tecnologia está sendo discutida muito cedo no processo. Os sinais são inconfundíveis. Sua equipe não está se concentrando nos requisitos principais ou na definição do caso de negócios. Em vez disso, as pessoas estão falando sobre novas tendências de tecnologia, como contêineres e sem servidor.

Estou escolhendo essas tecnologias especificamente, mas pode ser qualquer tecnologia, incluindo IA generativa, computação de borda ou qualquer novo tópico destacado na última conferência de fornecedores de nuvem. A preocupação não é que você esteja escolhendo a tecnologia - isso deve acontecer em algum momento - você está fazendo isso muito cedo no processo e provavelmente tomará decisões subotimizadas, concentrando-se muito na solução de tecnologia de estado final em vez de requisitos e valor comercial.

Assim, supondo que o foco seja a pré-resolução do problema usando essas tecnologias, aqui estão algumas questões que as equipes precisam considerar.

Casos de uso limitados significam que contêineres e tecnologias sem servidor são adequados para determinados tipos de aplicativos, como microsserviços ou funções orientadas a eventos. Mas eles não se aplicam a tudo que é novo. Aplicativos legados ou outros sistemas tradicionais podem exigir modificações ou reestruturações significativas para serem executados com eficiência em contêineres ou ambientes sem servidor.

Claro, você pode forçar o ajuste de qualquer tecnologia para resolver qualquer problema e, com tempo e dinheiro suficientes, funcionará. No entanto, essas "soluções" serão de baixo valor e subotimizadas, gerando mais gastos e menos valor comercial.

Complexidade é uma desvantagem comum da maioria das novas tendências tecnológicas. As plataformas sem contêiner e sem servidor apresentam uma complexidade adicional com a qual as equipes que constroem e operam esses sistemas baseados em nuvem devem lidar. A complexidade geralmente significa maiores custos de desenvolvimento e manutenção, menos valor e talvez problemas inesperados de segurança e desempenho. Além disso, eles custam mais para serem construídos, implantados e operados.

Gerenciar estruturas de orquestração de contêineres, como o Kubernetes, ou lidar com as complexidades das implantações de funções sem servidor é um desafio. Essas inovações podem valer o desafio, especialmente considerando o valor comercial que podem trazer, mas apenas em alguns casos.

Bloqueio do fornecedor parece mais um medo irracional hoje em dia, mas ainda é uma coisa. Cada provedor possui recursos exclusivos, como APIs, idiomas e métodos de implantação. Você cria seu aplicativo fortemente acoplado a uma plataforma específica, portanto, migrar para outro provedor ou adotar uma pilha de tecnologia diferente no futuro pode exigir retrabalho e investimento significativos.

As vantagens devem ser consideradas com as desvantagens, sempre em termos de como qualquer tecnologia se ajusta aos principais requisitos de negócios. Muitas vezes, deixamos a realidade dos negócios ficar em segundo plano para buscar novas tecnologias, o que é um problema. Estou escolhendo servidores sem servidor e contêineres, pois eles são mal aplicados mais do que qualquer outra tecnologia atualmente, e o resultado é muito menos valor retornado aos negócios.

Essas tecnologias atendem a muitos requisitos de negócios, mas não resolvem todos os problemas de negócios. Nenhuma tecnologia o faz. A arquitetura de nuvem trata da configuração da tecnologia para retornar um valor totalmente otimizado para os negócios. Devemos trabalhar do problema de negócios para a solução. Qualquer desvio desse processo, como escolher a tecnologia muito cedo, acaba com uma nova tecnologia instalada, mas com um valor comercial horrível.

Em seguida, leia isto:

David S. Linthicum é um especialista da indústria reconhecido internacionalmente e líder de pensamento. Ele é autor de 13 livros sobre computação, sendo o último deles o An Insider's Guide to Cloud Computing. As opiniões de David são dele.