Redis · 7
Redis 7 gerenciado
Um banco em memória para o que a sua aplicação não deveria recalcular nem guardar em disco: cache de resposta, sessão de usuário, fila de trabalho e contador. Sobe pelo painel com senha e certificados prontos, e a conexão exige TLS com certificado de cliente numa porta exclusiva do banco.
Redis começou como uma solução para um problema real
Salvatore Sanfilippo criou o projeto em 2009 para resolver desafios de acesso a dados em sua startup; a comunidade o transformou em uma peça central de aplicações em tempo real.
Salvatore Sanfilippo
dotconferences · CC BY 3.0
2009: um projeto focado
Redis nasceu como resposta direta a problemas de manipulação de dados, sem tentar ser uma plataforma genérica desde o primeiro dia.
Memória e estruturas de dados
A proposta combinou acesso rápido em memória com estruturas úteis, como strings, listas, conjuntos e hashes.
De projeto a comunidade
O uso cresceu além do caso original, e o desenvolvimento aberto consolidou Redis como ferramenta para cache, filas e estado em tempo real.
O que vem junto com um Redis aqui
Nada disso é configurado por você: é o comportamento padrão de todo Redis criado na plataforma.
Senha, TLS e certificado de cliente obrigatórios
A instância exige senha e não aceita conexão em texto claro. CA, certificado de servidor e certificado de cliente são gerados na criação e ficam para download no dashboard ou pela API.
Chaves e TTL no painel
A aba Dados percorre as chaves por SCAN em páginas de 200, mostra o valor conforme o tipo (string, lista, set, zset, hash, stream) e o TTL de cada uma. Coleção com mais de 1000 itens vem marcada como truncada.
Sem comando arbitrário, de propósito
A aba Dados não executa comando livre: KEYS, FLUSHALL, FLUSHDB, CONFIG, DEBUG, SCRIPT e EVAL não passam. Ela é para inspecionar e corrigir uma chave, não para operar o servidor pelo navegador.
Snapshot com download e restauração
Snapshot manual do volume, restauração a partir de qualquer snapshot anterior (com cooldown de 30 segundos) e download do conteúdo em ZIP. Disponível a partir do plano Scale.
Onde o Redis entra na sua aplicação
Ele quase nunca é o banco principal: ele fica na frente de um, ou no meio de dois processos.
Cache de consulta e de resposta
Guarde o resultado caro — a consulta pesada, a chamada de API de terceiro, o HTML já renderizado — com um TTL. O banco relacional para de responder a mesma pergunta várias vezes por minuto.
Sessão e estado de login
Sessão fora do processo da aplicação: reiniciar o container ou aplicar um patch não desloga ninguém, porque o estado não vive na memória do app.
Fila de trabalho entre processos
Uma aplicação publica o trabalho, outra consome — envio de e-mail, processamento de imagem, webhook com retry. Os dois containers conversam pelo host interno do banco, com TLS.
Contador, rate limit e cooldown
Incremento atômico e chave com expiração resolvem limite de requisição por usuário e cooldown de comando de bot sem precisar de uma tabela e de um job de limpeza.
Dados de conexão
O host segue o formato id-sem-hifens.db.usa1.vertraweb.app e a porta é exclusiva de cada banco. A autenticação é senha sobre TLS com certificado de cliente — a senha e os certificados ficam na aba de credenciais do banco.
| Versão | 7 |
|---|---|
| Porta | <port> |
| TLS | Obrigatório |
| Autenticação | Certificado + senha |
| Host | <id>.db.usa1.vertraweb.app |
Conectando pelo redis-cli
--tls, --cacert e --cert/--key com os certificados do painel são todos obrigatórios — sem o certificado de cliente a conexão é recusada mesmo com a senha certa. Deixe a senha numa variável de ambiente: passada literalmente, ela fica no histórico do shell.
redis-cli -h <id>.db.usa1.vertraweb.app -p <port> -a "$SENHA" --tls --cacert certificate.pem --cert certificate.crt --key certificate.keyUm plano para cada fase do projeto
A memória e o armazenamento do banco mudam por plano; o engine, não. Compare os planos e escolha o que cabe agora.
Comparar planosOutros bancos gerenciados
Mesmo painel, mesmos certificados, outro engine.
Perguntas frequentes sobre Redis gerenciado
As dúvidas que mais aparecem no suporte, com a resposta curta.
Como conecto minha aplicação com TLS?
Ligue o TLS no cliente, aponte a CA e o certificado de cliente para os arquivos do banco, junto com a senha — no redis-cli, é --tls --cacert certificate.pem --cert certificate.crt --key certificate.key -a; em biblioteca, são as mesmas três opções de TLS do cliente. Conexão sem TLS ou sem certificado de cliente não é aceita.
Onde baixo o certificado e a senha?
Na página do banco no dashboard, junto das credenciais, ou pela API. CA, certificado de servidor e certificado de cliente são gerados automaticamente na criação; Resetar Senha e Resetar Certificados trocam cada um deles.
Reiniciar o banco apaga as minhas chaves?
Não. Reiniciar sobe a mesma instância, com o mesmo volume. Quem apaga o conteúdo é a operação Resetar, marcada como destrutiva: ela devolve o banco ao estado de instância recém-criada. Ainda assim, trate o Redis como dado que você sabe reconstruir.
Como restauro um snapshot?
Pela aba de snapshots do banco, escolhendo o ponto para o qual quer voltar. Há cooldown de 30 segundos entre restaurações, e o conteúdo também pode ser baixado em ZIP. Snapshot manual está disponível a partir do plano Scale.
Qual plano preciso ter?
Você precisa de um plano com RAM livre suficiente para alocar o banco. Esta instância Redis exige no mínimo 512 MB, e a quantidade de bancos nos planos pagos depende da memória disponível, não de uma cota fixa. O Free ("suspenso") permite 1 app + 1 banco, mas a RAM do plano Free ainda está pendente de definição. Para navegar as chaves pela aba Dados, o plano do dono do banco precisa ser Intermediary ou superior.
Crie seu Redis gerenciado
Escolha a RAM, aguarde a instância subir e conecte com a senha e o certificado do painel. O cache pronto antes de você terminar de configurar o cliente.
Criar conta