Backup by volumes, not containers
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- docker, docker-compose, python
- Área
- devops, infrastructure
Línea de trabajo
No se ha indicado ningún archivo ni ninguna prueba. Empieza rastreando cómo stack-back descubre actualmente las etiquetas de los contenedores y los volúmenes montados, y determina después cómo las etiquetas de volumen de Compose deben seleccionar los destinos de backup, incluidos los volúmenes compartidos y el ejemplo de un volumen respaldado por bind. El trabajo estará terminado cuando la configuración a nivel de volumen funcione sin requerir etiquetas de backup a nivel de contenedor.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Wouldn't it be nice to allow specifying what to backup on a volume level, not on a container one? Some volumes are shared between containers, and keeping track of where to backup which volume consumes mental capacity :)
I'd like to be able to configure my backups like this:
services:
postgres:
image: postgres:11
labels:
stack-back.postgres: true
volumes:
- pgdata:/var/lib/postgresql/data
...
volumes:
pgdata:
shared-state:
labels:
stack-back.backup: true
my-files:
# instead of bind mount, to specify labels
labels:
stack-back.backup: true
driver_opts:
type: none
o: bind
device: /srv/data
- Lenguaje dominante
- Python
- Estrellas
- 181
- Forks
- 13
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de lawndoc/stack-back
-
Maintenance QuestionAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 20/100
lawndoc/stack-back#119 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
lawndoc/stack-back#115 ·
-
Feature request: Atomic backup mode for single snapshot for volumes + databasesPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
lawndoc/stack-back#110 · 1 comentario ·
-
Feature Request: Pre/Post-Backup Hooks and Ordered Backup ExecutionPosiblemente ocupada @muebau la tomó hace 213 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
lawndoc/stack-back#108 · 1 comentario ·
-
feat: Create backup/snapshot per container/compose projectPosiblemente ocupada @Abestanis la tomó hace 44 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
lawndoc/stack-back#106 · 1 comentario ·
Todos los issues de lawndoc/stack-back
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
UKGovernmentBEIS/control-arena#917 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
debpalash/VoiceStudio#2937 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
aws-samples/sample-per-model-bedrock#261 ·
Los mantenedores suelen responder en 1 día