Implementar a Sua Primeira Aplicação

Tem um repositório vazio. O rdc inclui modelos integrados para que possa lançar aplicações reais sem escrever um docker-compose do zero. Escolha um modelo, aplique-o, execute-o.

Ver o tutorial

Escolher · Aplicar · Executar

Pick a template, apply it, run it

Passo 1: Escolher

rdc repo template list

Passo um: liste os templates disponíveis. O Rediacc vem com templates prontos para aplicativos comuns, para que você não precise criar um docker-compose do zero.

Verá configurações prontas para aplicações comuns: Postgres, Redis, servidores web e mais.

Passo 2: Aplicar

rdc repo template apply --name app-postgres -m <machine-name> --repository my-app

Passo dois: aplique o template app-postgres ao repo. Isso copia um conjunto de arquivos testados para o repo.

Isto copia os ficheiros do modelo para o repositório.

Passo 3: Ver o que foi adicionado

rdc term connect -m <machine-name> --repository my-app --command 'ls -la'

Conecte-se ao repo e liste os arquivos que o template adicionou: um Rediaccfile com os hooks de ciclo de vida e um docker-compose.yml descrevendo os containers.

Dois ficheiros: docker-compose.yml descreve os contentores, e Rediaccfile define o que acontece quando a aplicação arranca e para (os seus hooks de ciclo de vida up e down). O 2>/dev/null oculta os logs de ligação para que apenas a listagem de ficheiros seja mostrada.

Passo 4: Executar

rdc repo up --name my-app -m <machine-name>

Inicie o repo. O CLI inicia os containers, monta o volume criptografado e configura o Docker daemon isolado.

A CLI inicia os contentores, monta o volume cifrado e liga um daemon Docker isolado para este repositório. (Se já está dentro do sandbox do repositório via VS Code, renet dev up é uma alternativa equivalente dentro do sandbox.)

Passo 5: Verificar

rdc term connect -m <machine-name> --repository my-app --command 'docker ps'

Verifique o que está em execução. O docker ps lista apenas os containers deste repo; outros repos no mesmo servidor têm seus próprios Docker daemons e são invisíveis nesta visualização.

docker ps aqui lista apenas os contentores deste repositório. Os outros repositórios no mesmo servidor têm os seus próprios daemons Docker e são completamente invisíveis a partir deste. Esse isolamento é o objetivo: teste livremente sem afetar serviços adjacentes.

Próximo: Trabalhar com o Seu Repositório.