Add ability to run multiple playbooks sequentially
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
No files or tests are named. Start by tracing the existing job and single-playbook execution path, then determine how a list of playbooks should be represented and ordered; done means one job can run the supplied playbooks sequentially while preserving dependencies and cleanup behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This is currently something we do with our job orchestration tech - if there are multiple playbooks to be run in one job, a DAG dictates that job's execution.
It would be nice from the point of view of dev experience (and also simplifying orchestration) - to be able to pass a list of playbooks and have SQL-runner run them in order.
In case it's not clear, an example use case is:
- playbook for a standard web model is run. This creates & relies on a manifest.
- playbook for a custom model is run. This may depend on the web model, its temp tables, and also its manifest. (eg adding custom events which relate to the web data).
- playbook to complete the job is run - this updates manifests, removes temp tables, and cleans up.
This is basically one job, but the playbooks are distinct because that's the simplest way to have a modular structure which enables one to 'plug in' some custom bits before updating the manifests (without needing to maintain identical manifest logic in two places).
So, it would if SQL-runner could consider a job to consist of several playbooks.
- Lenguaje dominante
- Go
- Estrellas
- 81
- Forks
- 15
- 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 snowplow/sql-runner
-
Update to aws-sdk-go-v2Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
snowplow/sql-runner#218 · 1 comentario ·
-
Implement a loggerAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
snowplow/sql-runner#194 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
snowplow/sql-runner#193 · 1 comentario ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
snowplow/sql-runner#186 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
snowplow/sql-runner#185 ·
Todos los issues de snowplow/sql-runner
Issues similares
-
OCIRepository: pick the Helm chart layer automatically when the first layer is a provenance fileAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
fluxcd/source-controller#2198 ·
Los mantenedores suelen responder en 1 día
-
webhook: mutating admission silently allows objects when createPatch fails (error discarded)Posiblemente ocupada @lemonzoey la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
volcano-sh/volcano#6138 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
[BUG] steve: Updating a resource through /v1 ignores dryRun, fieldManager and fieldValidationAbiertoarea/frameworks area/steve kind/bug team/frameworks
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día