En este artículo
Generar código y mantener una aplicación útil son logros distintos. Una aplicación necesita un lugar donde ejecutarse, datos persistentes, publicación de versiones y una identidad que determine a qué puede acceder.
El sistema serverless de brazosd conecta esas necesidades: el agente convierte requisitos en software, las funciones ejecutan la lógica y las bases SQLite conservan el estado de la aplicación.
Qué delega serverless en la plataforma
Los servidores siguen existiendo. Serverless significa que cada aplicación pequeña no obliga a gestionar una máquina y su ciclo de vida por separado.
Se parece a un taller con instalaciones compartidas. La aplicación aporta su lógica; la plataforma ofrece ejecución, un punto de acceso y gestión del ciclo de vida. Los recursos inactivos pueden liberarse y prepararse de nuevo cuando vuelve el trabajo.
Las funciones de brazosd también pueden servir respuestas continuas y conexiones WebSocket. “Función” describe una unidad de ejecución de aplicaciones, no necesariamente un fragmento que termina en milisegundos.
Separar ejecución y datos
La información que solo vive en memoria o en archivos temporales no es una base fiable si la instancia puede retirarse. Los registros de negocio necesitan persistencia independiente.
| Componente | Analogía | Responsabilidad |
|---|---|---|
| Agente | Constructor que interpreta necesidades | Crear, modificar y coordinar |
| Función | Espacio de ejecución | Ejecutar lógica y atender peticiones |
| SQLite en la nube | Libro de registros del negocio | Conservar datos estructurados |
| Cloud Drive | Sistema de archivos compartido | Conservar materiales y entregables |
Desliza para ver toda la tabla
La función puede reiniciarse sin eliminar los registros. El cómputo de la base tiene su propio ciclo de vida: conservar datos no exige mantener siempre el mismo proceso activo.
Cómo SQLite se convierte en un servicio de nube
SQLite aporta tablas, consultas SQL y transacciones. SQLess, integrado en brazosd, añade conexión remota, autenticación, asignación de cómputo y almacenamiento persistente.
Las páginas de la base se pueden leer bajo demanda. El cómputo inactivo se libera y una consulta posterior puede reactivarlo. La durabilidad depende del protocolo de almacenamiento, no de que un proceso permanezca encendido.
Cada base tiene un único propietario válido de lectura y escritura a la vez. Esa decisión delimita la consistencia; no convierte SQLite en una base distribuida con escritura paralela ilimitada.
SQLess también incorpora sqlite-vec para almacenar vectores y consultar similitud mediante SQL. Los vectores representan características del contenido. La aplicación necesita un modelo o proceso que los genere; la base no comprende automáticamente todos los archivos.
Modelos para el cambio, código para la repetición
Si llegan pedidos con el mismo formato, pedir al modelo que razone de nuevo todas las reglas añade coste, latencia y variabilidad.
El agente puede establecer el programa y la función repetir la validación, el cálculo y la escritura de registros. Los requisitos nuevos o los casos excepcionales pueden requerir otra intervención del agente.
Así, su resultado se convierte en software reutilizable. El ahorro real depende de la carga, del uso de modelos y de los recursos; la arquitectura por sí sola no demuestra un porcentaje fijo.
Despliegue e identidad también son infraestructura
Las funciones usan paquetes versionados. Las instancias nuevas pasan comprobaciones de salud antes de recibir tráfico y el historial permite volver a una versión anterior. Volver al código anterior no restaura automáticamente los datos: los cambios de esquema necesitan compatibilidad.
Las funciones tienen identidades de servicio propias. Deben recibir los permisos necesarios para Cloud Drive y otras API, en vez de heredar credenciales personales de un administrador. El código generado por agentes respeta el mismo límite.
Estas propiedades son menos visibles que una página generada, pero determinan si el software puede seguir utilizándose.
Alcance actual y evolución
Actualmente cada función mantiene una instancia estable, con solapamiento durante un despliegue. No ofrece escalado horizontal automático según el tráfico. Liberar recursos inactivos, reactivarlos y multiplicar instancias son capacidades diferentes; el arranque en frío también influye en la experiencia.
Serverless traslada tareas repetidas de infraestructura a la plataforma. Es la base de las aplicaciones como procesos en UnoZ OS y de brazosd on brazosd. La documentación de aplicaciones explica el desarrollo y la publicación.