Cuál elegir
Ninguna está más soportada que la otra.
fireflo import mueve entre ellas.
Mover archivos a la base de datos
rates.conf, routingTable.conf y credentials.yml con los parsers que el gateway
ya usa, así que nadie escribe a mano sentencias INSERT sobre un decimal o una contraseña.
Ejecuta el dry run y léelo. Clasifica cada alcance de tarifa como coste de proveedor o precio de cuenta
y nombra los que puede clasificar como ninguno. Que es cómo se detecta un alcance que cargará y
silenciosamente no coincidirá con nada antes de que lo haga.
all (por defecto), rates, routing, credentials.
Importar no cambia nada por sí solo
El gateway sigue leyendo los archivos hasta que reinicie conFIREFLO_CONFIG_SOURCE=db. Eso es también
el rollback, así que conserva los archivos.
--replace sobrescribe los alcances y tablas que el archivo nombra; cualquier cosa que no nombre se deja en paz
a menos que también pases --prune.
Códigos de salida
Esa división es lo que permite a un pipeline de despliegue distinguir un flag faltante de una migración rota.
Qué cambia una vez estás en modo db
- Cada watcher de archivo se retira.
credentials.yml,routingTable.confyrates.confno se leen después del arranque. smsg.propertiesaún se lee al arrancar, porque el interruptor de fuente y el datasource tienen que venir de algún sitio.- Un cambio tarda hasta un intervalo de sondeo; una lectura fallida retiene la configuración anterior en lugar de vaciarla.
- Editar
app_configreajusta los workers en marcha:tps,maxRetries,pause, TLVs registrados. Y poneroutSms.instance.<x>.enablea false detiene ese proveedor en un intervalo. - Borrar una fila revierte la clave al siguiente escalón, no a no establecido.
fireflo reload cuando no quieras esperar al sondeo.