Por fim, certificar um produto com containers que se atualizam frequentemente também pode ser um problema.
Se o futuro das soluções em Linux embarcado será utilizando containers eu realmente não sei dizer. Neste artigo procurei levantar os prós e contras para iniciar uma discussão sobre o assunto.
Uma solução com containers em Linux embarcado é inovadora e quebra alguns paradigmas, trazendo o mundo e a cultura do servidor para a ponta. É uma boa opção para a prototipação rápida do produto. E em algumas situações específicas pode ser a melhor solução, como por exemplo para criar um ambiente de execução dependente de bibliotecas de diferentes versões.
Mas confesso que ainda tenho sentimentos mistos sobre o assunto. Uma parte considerável das soluções com Linux embarcado são simples e podem ser resolvidas com o Busybox mais algumas bibliotecas e aplicações. Me sinto bastante confortável para preparar um distribuição simples com o Buildroot ou o OpenEmbedded/Yocto Project e desenvolver as aplicações por cima. Gosto do controle que tenho sobre o produto final do sistema. Também venho de uma época onde todo byte e cada ciclo de CPU tinha sua importância, então uma solução com containers, apesar de produtiva sob o ponto de vista do desenvolvimento, me parece bastante ineficiente.
Mas cada vez mais hardware é commodity, não é verdade? Talvez eu precise mesmo quebrar alguns paradigmas para absorver melhor como essa cultura de microserviços e DevOps pode ser aplicada em Linux embarcado. Estou me preparando para este futuro, esperando uma oportunidade para colocar em prática e ver o resultado. Só o tempo (e o mercado) dirá. ;-)

Quarenta e uma pessoas foram presas em sítio durante rinha de pitbulls. Entre os detidos, há um PM e um veterinário. Suspeitos vão para fórum