osFoundry / Platform
Loja KV por app
KV compatível com Redis com TTLs. Sessões, caches, contadores — dimensionado para seu app.
O que é
O armazenamento KV por app dá a cada aplicação que você cria dentro do osFoundry seu próprio backend chave-valor compatível com Redis. Se você já conhece Redis, já conhece isto: grava uma chave, lê de volta, incrementa um contador e adiciona um tempo de vida para que a entrada expire sozinha. Cada app recebe seu próprio namespace isolado, então as chaves de sessão de um app nunca colidem com as entradas de cache de outro. Não há um servidor Redis separado para provisionar, proteger ou manter no ar: o armazenamento faz parte do runtime do app e é dimensionado conforme o app que o utiliza.
O TTL é o cerne de um armazenamento KV, e funciona do jeito que você espera. Grave um token de sessão com expiração de 30 minutos e ele some quando essa janela fecha; faça cache de uma resposta de API cara por cinco minutos e deixe que ela se atualize sozinha; mantenha um lock efêmero ou uma janela de limite de taxa que se limpa automaticamente. Como as chaves expiram sem nenhuma rotina de limpeza, você armazena estado efêmero sem acumular lixo. Contadores também são de primeira classe: incremento e decremento atômicos dão contagens de visualizações, controle de cotas e números de sequência simples sem corridas de leitura-modificação-escrita.
Isso combina com o formato do osFoundry como um workspace de desktop no modelo traga sua própria chave (BYOK), onde chat, agentes, apps, código, conhecimento e dados vivem em um só lugar. O armazenamento KV é a camada rápida e efêmera que fica ao lado dos outros dados do seu app: use-o para tudo o que for quente, pequeno e de curta duração, e mantenha os registros duráveis em outro lugar. Ser compatível com Redis significa que o modelo mental e o vocabulário de comandos vêm direto de qualquer coisa que você já tenha construído, então você não aprende uma API nova para colocar sessões e caches para funcionar.
Principais recursos
- API chave-valor compatível com Redis: GET, SET, INCR, EXPIRE e os comandos que você já conhece, sem um cliente novo para aprender
- TTL por chave para que sessões, entradas de cache e locks expirem sozinhos, sem nenhuma rotina de limpeza para rodar
- Namespace isolado por app: as chaves de cada app ficam restritas a ele e nunca colidem com as de outro
- Contadores atômicos via incremento e decremento para contagens de visualizações, cotas e janelas de limite de taxa sem condições de corrida
- Roda como parte do app dentro do osFoundry: nada para provisionar, e o armazenamento é dimensionado conforme o app que o utiliza
Casos de uso
- Desenvolvedor de apps: guarde sessões de login com um TTL deslizante para que os usuários continuem conectados e os tokens antigos se limpem sozinhos
- Construtor de backend: faça cache de respostas lentas de APIs de terceiros por alguns minutos para cortar latência e chamadas repetidas
- Autor de ferramentas para agentes: mantenha um contador de limite de taxa por minuto que se reinicia sozinho por meio de uma chave que expira
Perguntas frequentes
É Redis de verdade ou só parecido com Redis?
É compatível com Redis, ou seja, fala os mesmos comandos e a mesma semântica chave-valor que você já usa: SET com expiração, GET, INCR, DEL, então seus hábitos e padrões de código são transferidos direto. O valor é que ele já vem embutido no runtime de apps do osFoundry, então você não sobe nem protege um servidor Redis separado para tê-lo.
O que devo manter no armazenamento KV em vez de num banco de dados de verdade?
Use KV para estado quente, pequeno e de curta duração: sessões, caches, contadores, janelas de limite de taxa e locks, tudo o que você não se importa que expire. Guarde num banco de dados adequado os registros duráveis que precisam sobreviver e ser consultados. O armazenamento KV é a camada rápida e efêmera, não o seu sistema de registro.
Os TTLs expiram as chaves automaticamente?
Sim. Quando você define um tempo de vida em uma chave, ela é removida assim que essa janela passa, sem nenhuma rotina de limpeza do seu lado. É isso que o torna ideal para sessões e caches: os dados que deveriam ser temporários se apagam sozinhos em vez de se acumular.