Simplify deployment: unify dstack and meta-dstack workflows
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- github, shell
- Área
- devops, infrastructure
Línea de trabajo
Empieza leyendo kms/dstack-app/deploy-simple.sh y deploy-to-vmm.sh; después, compara sus entradas con los workflows hostcfg y dl de meta-dstack's build.sh. Se considera terminado cuando el punto de entrada del despliegue, la estructura de directorios, la obtención de la imagen invitada y las rutas de desarrollo y producción estén unificados como se describe, mientras que la construcción de la imagen del OS a partir del código fuente siga siendo opcional.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
Setting up dstack currently requires understanding two repositories with different workflows:
1. Two repos required for basic deployment
- meta-dstack: Config generation (
build.sh hostcfg) and image download (build.sh dl) - dstack: Components and deploy scripts (
kms/dstack-app/deploy-*.sh)
New users must clone both repos and understand their relationship.
2. Inconsistent paths between dev and production
| Task | Dev Deployment | Production Deployment |
|---|---|---|
| Get guest image | ../build.sh dl 0.5.5 |
Direct GitHub release download |
| Generate configs | ../build.sh hostcfg |
Manual or embedded in compose |
| Deploy KMS | Run binary on host | kms/dstack-app/deploy-*.sh |
Same artifacts, different acquisition paths.
3. Deploy scripts in unexpected location
kms/dstack-app/deploy-simple.shanddeploy-to-vmm.shdeploy to VMM- These aren't KMS-specific—they're general CVM deployment scripts
- Expected location would be top-level
deploy/or similar
4. Guest image acquisition differs
- Dev: Requires meta-dstack checkout, then
../build.sh dl - Prod: Direct download from
https://github.com/Dstack-TEE/meta-dstack/releases
Both get the same tarball via different paths.
Impact
- Steeper learning curve for new operators
- Documentation must explain two different workflows
- Easy to get confused about which repo/script to use
- Friction when switching between dev and production setups
Suggested Direction
- Single entry point for deployment (no meta-dstack required for normal use)
- Unified
deploy/directory structure in dstack repo - meta-dstack becomes optional (only needed for building OS image from source)
- Config templates with sensible defaults
This is a tracking issue for discussion. Implementation would be a larger effort.
- Lenguaje dominante
- Rust
- Estrellas
- 551
- Forks
- 97
- Merge medio
- 1 d 8 h
- PR fusionados (30 d)
- 182
Guía de contribución
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 Dstack-TEE/dstack
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Dstack-TEE/dstack#1384 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
Dstack-TEE/dstack#1301 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
Dstack-TEE/dstack#1300 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Dstack-TEE/dstack#1299 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Dstack-TEE/dstack#1298 ·
Todos los issues de Dstack-TEE/dstack
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
BurntSushi/jiff#653 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ZcashFoundation/zeeder#106 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
oxidize-rb/rb-sys#807 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
todo:ticket
Dificultad 2/5 1-2 días Aptitud para principiantes 74/100