feature: support for checking against HTTP status code
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
Comienza con el esquema de healthcheck de coder_app y revisa el comportamiento predeterminado existente del readiness check. Rastrea cómo un statuscode explícito debería cambiar el readiness y, a continuación, verifica que el botón permanezca deshabilitado para una respuesta que no coincida y se habilite para el código de estado configurado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Description
The integrated healthcheck should be able to check a HTTP a status code.
E.g. we are deploying an K3D cluster inside out workspace. The healthcheck is already green but user facing a 404 error page from kubernetes as the app is not up and running. Checking against a status code 200 should solve this.
Setting a explicit statuscode should change the default checking.
resource "coder_app" "code-server" {
agent_id = coder_agent.dev.id
slug = "code-server"
display_name = "VS Code"
icon = "${data.coder_workspace.me.access_url}/icon/code.svg"
url = "http://localhost:13337"
share = "owner"
subdomain = false
healthcheck {
url = "http://localhost:13337/healthz"
interval = 5
threshold = 6
statuscode = 200
}
}
Expected Behavior
Button should be enabled when application is ready and not when kubernetes cluster has started. If a statuscode 200 is set then the button gets enabled when the application is ready.
Actual Behavior
As soon kubernetes cluster is ready the healtcheck is green and buttons are enabled
- Lenguaje dominante
- Go
- Estrellas
- 60
- Forks
- 28
- Merge medio
- 16 d 22 h
- PR fusionados (30 d)
- 1
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 coder/terraform-provider-coder
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
coder/terraform-provider-coder#547 · 1 comentario ·
-
Revisit "dir breaks Coder Desktop file sync" warning after Mutagen fix shipsPosiblemente ocupada @aqandrew la tomó hace 4 días. Abiertocoder-desktop Feature
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
coder/terraform-provider-coder#543 · 1 comentario · 1 asignado ·
-
chore Community waiting-for-info
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
coder/terraform-provider-coder#523 · 3 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
coder/terraform-provider-coder#517 · 1 comentario ·
-
`coder_devcontainer`: sub-agent name collides when using `for_each` / `count`; no way to overrideAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
Todos los issues de coder/terraform-provider-coder
Issues similares
-
agent-butler-finding chore
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
jordansmall/spindrift#4146 ·
Los mantenedores suelen responder en 1 día
-
security
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
IBM/ibmcloud-volume-file-vpc#119 ·
-
security
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
IBM/networking-go-sdk#339 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
kubernetes-sigs/mcp-lifecycle-operator#439 ·
Los mantenedores suelen responder en 1 día
-
area: global bug dx priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día