Política de versiones y soporte
Cómo se numeran las versiones, cuánto tiempo recibe parches cada una y en qué plataformas corre TeselaDB.
Numeración
Cada versión se numera MAYOR.MENOR.PARCHE. Lo que trae una versión nueva y lo que tienes que hacer para instalarla
dependen del número que sube. Con el parche o la menor basta cambiar el binario nodo a nodo, mientras que con la mayor
lees antes sus notas porque puede traer cambios incompatibles.
| Sube | Qué trae | Qué tienes que hacer |
|---|---|---|
| El parche | Solo correcciones de errores | Cambiar el binario nodo a nodo |
| La menor | Funciones nuevas | Cambiar el binario nodo a nodo |
| La mayor | Puede traer cambios incompatibles | Leer sus notas, adaptar la aplicación y cambiar el binario nodo a nodo |
Cuando una versión de TeselaDB pasa a anunciar una versión de MongoDB más reciente, sus notas lo dicen. Sus funciones
nuevas se activan cuando todos los nodos la tienen y subes featureCompatibilityVersion a esa versión de MongoDB con
setFeatureCompatibilityVersion, como en MongoDB.
Cuánto se mantiene cada versión
Reciben parches la versión menor más reciente y la anterior. Cuando se publica una menor nueva, la antepenúltima deja de recibirlos. Por ejemplo, al salir la 0.3, la 0.3 y la 0.2 reciben parches y la 0.1 deja de recibirlos.
Actualiza de una menor a la siguiente sin saltarte ninguna, porque la actualización nodo a nodo se prueba entre una menor y la siguiente.
Plataformas
| Plataforma | Uso |
|---|---|
| Linux x86_64, nativo y en Docker | Producción y desarrollo |
| Linux aarch64, nativo y en Docker | Producción y desarrollo |
| macOS Apple Silicon | Desarrollo, sin garantías de latencia |