config.reload_jitter option
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 62/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- documentation
Línea de trabajo
El comportamiento lo define la implementación en el commit enlazado desde el issue (e4bc93cf69b63c7260769434cfc39ba90bccc84e), así que léelo primero para confirmar la semántica del intervalo, la advertencia y la recarga. Luego busca las páginas de documentación existentes para las opciones config:reload y config.reload y añade una entrada para reload_jitter que cubra el valor predeterminado de 0, el comportamiento del intervalo y el ejemplo en YAML. Está terminado cuando la nueva sección coincide con el comportamiento del commit y la documentación se genera sin enlaces rotos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The config.reload_jitter option spreads fetches of a new configuration
from the remote configuration storage over the given number of seconds.
When an instance detects a new configuration, it fetches it at a random
moment within this interval and applies it when the interval ends. This
avoids a burst of simultaneous fetches in large clusters, while
instances still apply the configuration at about the same time.
The default value is 0, which preserves immediate reloads.
New configurations detected during the interval are handled in the next
interval, which starts after the current one ends. If the fetched
configuration is newer than the detected one, the instance does not
apply it, issues a warning, and applies the newest configuration at the
end of the next interval.
The option affects automatic reloads from the remote configuration
source in Tarantool Enterprise Edition. Explicit config:reload() calls
are not delayed and end the current interval.
Example:
config:
reload: auto
reload_jitter: 30
Requested by @Godrik0 in https://github.com/tarantool/tarantool/commit/e4bc93cf69b63c7260769434cfc39ba90bccc84e.
- Lenguaje dominante
- CSS
- Estrellas
- 15
- Forks
- 49
- Merge medio
- 2 d 2 h
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 tarantool/doc
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
c api
Dificultad 1/5 1-3 horas Aptitud para principiantes 74/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
tt clean verbose option addedAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Todos los issues de tarantool/doc
Issues similares
-
ASP.NET Core container quickstart: `docker-run: debug` task sample is missing its closing braceAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
microsoft/vscode-docs#10499 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 Menos de una hora Aptitud para principiantes 72/100
Judgment-Pack/judgment-pack-spec#200 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
MicrosoftDocs/PowerShell-Docs#13332 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Add a 'why Stellar/Soroban' FAQ docPosiblemente ocupada @stacyelliott492-star la tomó hoy. Abiertodocumentation good first issue Stellar Wave
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
OlaGreat/starbound-realms#132 · 2 comentarios ·
-
difficulty: easy documentation priority: low sdk
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
trustflow-protocol/trustflow-sdk#509 · 1 comentario ·
Los mantenedores suelen responder en 1 día