Obrigado pelo comentario, Bruno. Vamos por partes: O docker-compose nao vem com a instalacao do Docker, entao ja verificou se instalou ele na sua maquina? Mesmo se o docker-compose estiver instalado, ja rodou um docker run hello-world para ver se o Docker em si esta funcionando direito? Muitas vezes muitos manifestos de docker-compose.yml possuem configuracoes como NGINX ou Traefik -- o que faria voce ter que acessar por um DNS local e previamente configurar ele. Essas perguntas sao bem basicas para pegar alguns problemas de excecucao assim -- ja tive problemas de versao do docker-compose tambem, entao recomendaria verificar se voce esta na mais recente tambem --; fora isto eu tenho um texto simples sobre uma aplicacao que fiz que usa o docker-compose e uma versao dela mais "avancada" com configuracaoes de DNS que talvez possam lhe ser uteis. obs: estou partindo do principio que esta usando o Linux/Mac para desenvolvimento, sei que no mundo Windows ainda mais se tiver usando WSL 1 ao inves do 2 o cenario eh bem mais complicado.

Desculpa pela mega demora, Bruno e obrigado pelo comentário. É maneiro saber que veio de lá :) Primeira coisa que eu recomendaria fazer é não utilizar a versão 2.5 ou superior do Rancher uma vez que ela teve algumas modificações; caso já esteja em uma versão anterior, eu recomendaria olhar as opções de quando criar um novo cluster -- aquela parte que gera um 'docker run' gigantesco --, nesta tela tem três opções de valores e caso você esteja rodando o sistema em um ambiente único, seja ele virutalizado ou não, você terá que selecionar as três opções: control plane, etcd e service worker. O que acontece é que isso é um pouco mais de Kubernetes (K8s) em si do do que do Rancher por si só. As três opções citadas são o "core" para o funcionamento de um cluster; elas ficam responsáveis pelas as tarefas dele e a organização do mesmo. Você pode ver isso da seguinte maneira: uma cozinha de um boteco tem os mesmos principios de uma cozinha de um restaurante chique, ambas elas tem que ter alguém que limpe a cozinha, selecione os ingredientes e pré-prepare eles e outro que cozinhe eles mesmo; a diferença é que em uma cozinha de restaurante geralmente você tem pelo menos mais de uma pessoa para cada tarefa, enquanto na do boteco uma pessoa geralmente faz tudo. Essa abordagem ajuda bastante para casos de alta performance e escalamento de tarefas muito pontuais ou até mesmo que a demanda são altas como, por exemplo, um dia de Black Friday em um e-comerce a empresa que roda todo o sistema dela pode precisar de um "nó" -- as unidades de um cluster, que seriam as pessoas neste exemplo da cozinha -- de armazenamento de dados maior, que seria o etcd em um cluster. No final de contas um cluster K8s é uma cozinha, é algo "único" mesmo que você tenha várias unidades de medida que formem ele. No seu caso você vai ter que partir pra opção da cozinha de boteco, a sua Rasp vai fazer tudo para todos os seus "clientes" -- os serviços -- que vai rodar nela :)