Fale a língua de quem opera.

7339 termos definidos dentro das lições, com link para onde cada um aparece. Sem jargão solto: cada termo nasce de um contexto real.

7339termos
147cursos de origem
29trilhas

R · 601 termos

Race condition: Situação em que o resultado depende da ordem de execução de processos concorrentes.
Raciocínio agêntico: Capacidade do modelo de executar múltiplos passos, usar ferramentas e integrar informações em análises complexas.
Rack: Estrutura metálica usada para acomodar switches, patch panels e outros equipamentos de rede.
Rack: Estrutura metálica usada para acomodar switches, patch panels e outros equipamentos de rede.
Rack Awareness: Capacidade do Hadoop de identificar a localização física dos nós para distribuir réplicas entre racks diferentes.
Rack temporário: Estrutura física portátil usada para organizar e proteger equipamentos de rede em eventos.
radcheck: Tabela SQL padrão usada pelo FreeRADIUS para armazenar credenciais de usuários.
RADIUS: Protocolo de autenticação, autorização e contabilização centralizada para redes.
RADIUS Server: Servidor responsável por autenticar, autorizar e registrar o acesso dos usuários na rede.
radius.log: Arquivo principal de log do FreeRADIUS, onde eventos de autenticação são registrados.
radtest: Utilitário CLI para testar autenticação RADIUS manualmente.
Raft: Algoritmo de consenso distribuído usado pelo Vault para garantir integridade e HA sem dependências externas.
raft_multiplier: Fator de multiplicação dos timeouts internos do protocolo Raft, usado para ajustar clusters grandes ou redes lentas.
RAG: Retrieval-Augmented Generation, técnica que combina busca em base externa e geração de texto pelo LLM.
RAG (Retrieval-Augmented Generation): Técnica que combina busca vetorial com geração de texto para respostas mais precisas.
RAID: Conjunto de técnicas para combinar múltiplos discos físicos em volumes lógicos redundantes e/ou de alta performance.
RAID 10: Configuração de discos que combina espelhamento e distribuição para alta performance e redundância.
RAID-Z: Implementação de RAID no ZFS que protege contra falha de disco e garante integridade dos dados.
RAIDZ: Implementação de RAID baseada em paridade no ZFS, com tolerância a falhas e eficiência de espaço.
Rally: Ferramenta open source oficial para benchmark e teste de carga no Elasticsearch.
RAM: Memória volátil usada para armazenar dados temporários e acelerar o acesso durante a execução de programas.
RAM livre: Quantidade de memória disponível para uso imediato, sem contar buffers e caches.
RAM/Flash: Memória volátil (RAM) e armazenamento persistente (flash) essenciais para desempenho e atualização do OpenWrt.
Ramal: Extensão telefônica interna do PABX, associada a um usuário ou departamento.
Randomização de MAC: Técnica usada por dispositivos para alterar periodicamente seu endereço MAC, dificultando rastreamento.
Randomização de MAC: Técnica usada por dispositivos para alterar periodicamente seu endereço MAC, dificultando rastreamento.
Range de IP: Faixa de endereços IP atribuída a um segmento de rede, como uma VLAN.
RANGE Partitioning: Tipo de particionamento que separa dados por faixas de valores, como ID ou datas.
Range selector: Intervalo de tempo especificado em queries PromQL, como [5m] ou [1h].
Range selector: Intervalo de tempo especificado em queries PromQL, como [5m] ou [1h].
Ranger: Ferramenta de governança e segurança para Hadoop, que implementa controle de acesso e auditoria centralizada.
Ranker: Componente opcional que reordena os resultados do Retriever com base em relevância semântica.
Ransomware: Malware que criptografa ou destrói dados, exigindo resgate para desbloqueio.
Ransomware OT: Malware que atinge sistemas de controle industrial, buscando paralisar operações ou extorquir resgate.
Rastreabilidade: Capacidade de registrar e auditar todas as mudanças e acessos a dados e decisões automatizadas em sistemas urbanos.
Rastreabilidade (tracing): Registro detalhado de todas as ações do agente para auditoria e revisão.
Rastreabilidade documental: Capacidade de identificar, versionar e auditar todas as etapas e decisões de um projeto.
rastreamento de logs: Processo de registrar e auditar comandos executados para fins de segurança e auditoria.
Rastreamento de sessão: Processo de registrar e auditar cada chamada, decisão e resposta em um fluxo de integração MCP.
Rate limit: Limitação de frequência para evitar execuções repetidas ou em loop de uma ação automatizada.
Rate limiting: Técnica de limitar o número de requisições a um serviço em determinado período para evitar sobrecarga.
Rate mínimo: Taxa mínima de transmissão configurada em um AP para forçar clientes lentos a desconectar.
rate(): Função do Zabbix que calcula a taxa de variação de um contador por segundo.
ratio: Campo da Recipe que define a proporção (formato) do vídeo gerado, como 1280:720 ou 720:1280.
RBAC: Role-Based Access Control, modelo de controle de acesso baseado em papéis de usuário.
RBD (RADOS Block Device): Interface de blocos do Ceph, usada para volumes e imagens no OpenStack.
RBE (Report by Exception): Node do Node-RED que só encaminha mensagens quando o valor muda, evitando comandos redundantes.
rc: Return code; código de retorno do comando executado no host remoto, usado para identificar sucesso (0) ou falha (>0).
Re-replicação: Ação do HDFS de criar novas cópias de blocos íntegros para substituir réplicas perdidas ou corrompidas.
read/write: Permissões atribuídas a cada usuário AMI, determinando quais eventos podem ser lidos e quais comandos podem ser executados.
Reader: Modelo de linguagem que analisa documentos e extrai respostas precisas para perguntas específicas.
Readiness: Endpoint que indica se a aplicação está pronta para receber tráfego externo.
Readiness Probe: Verificação que determina se o pod está pronto para receber tráfego.
Readiness/Liveness Probe: Mecanismos do Kubernetes para verificar se um pod está pronto para receber tráfego ou precisa ser reiniciado.
readinessProbe: Verificação que controla se o pod pode receber tráfego, sem reiniciar o container em caso de falha.
README: Arquivo de texto que explica o propósito, funcionamento e particularidades de um sistema ou configuração.
README.md: Arquivo de documentação principal de um projeto, geralmente escrito em Markdown.
readOnlyHint: Anotação que indica que uma ação é apenas de leitura, podendo pular a confirmação manual.
ReadWriteMany: Modo de acesso que permite múltiplos pods lerem e escreverem no mesmo volume simultaneamente.
ReadWriteMany (RWX): Modo de acesso que permite múltiplos pods montarem o mesmo volume simultaneamente para leitura e escrita.
ReadWriteOnce: Modo de acesso a volumes no Kubernetes, permitindo escrita por apenas um pod por vez.
ReadWriteOnce (RWO): Modo de acesso de volume em que apenas um Pod pode montar o volume para leitura e escrita ao mesmo tempo.
Ready/NotReady: Status que indica se o nó está apto a receber workloads (Ready) ou apresenta problemas (NotReady).
Realm: Domínio de autenticação que define como usuários são validados no Proxmox VE.
Reason codes: Códigos detalhados de resposta do broker, indicando o motivo de sucesso ou erro em cada operação.
Reassignment: Processo de realocar partições entre brokers para balanceamento ou recuperação.
Rebalanceamento: Redistribuição automática de partições entre consumidores quando há mudanças no grupo.
Rebalanceamento de shards: Processo automático de redistribuição de shards entre nós para equilibrar a carga do cluster.
Rebalanço: Processo automático do Ceph que redistribui dados após adição ou remoção de OSDs.
rebase: Operação que reescreve o histórico de commits para criar uma linha do tempo linear.
Rebuild: Comando do EspoCRM que recompila dependências, limpa caches e aplica customizações após atualizações ou instalação de extensões.
Recall: Proporção de respostas corretas recuperadas pelo sistema em relação ao total esperado.
Receiver: Destino de notificações configurado no Alertmanager, como e-mail, Slack ou webhook.
Receiver: Destino de notificações configurado no Alertmanager, como e-mail, Slack ou webhook.
recent: Módulo do iptables que permite criar listas dinâmicas de IPs para bloqueios temporários.
Receptor (receiver): Destino configurado no Alertmanager para onde os alertas são enviados, como e-mail ou webhook.
Recipe: Fluxo pronto de geração de vídeo na Runway, com parâmetros e casos de uso definidos.
Recipe Product Ad: Ferramenta da Runway Dev que gera vídeo de comercial a partir de fotos de produto e referências de estilo.
Reconciliação: Processo onde o Operator ajusta o estado real do cluster para coincidir com o estado desejado.
Reconciliação de dados: Processo de comparar e ajustar diferenças entre sistemas de origem (ERP) e destino (BI).
Reconciliação Manual: Ato de comparar e corrigir divergências entre o inventário digital e a infraestrutura real ou sistemas legados.
Reconciliation Loop: Ciclo em que controladores observam e ajustam o estado real do cluster para coincidir com o desejado.
Reconexão automática: Mecanismo de software que restabelece a conexão de rede ou MQTT após quedas, garantindo continuidade dos dados.
Reconhecimento (ACK): Ação de marcar um evento como reconhecido, indicando ciência ou início de tratamento, sem alterar o estado do problema.
Record Rules: Regras no Odoo que controlam o acesso dos usuários a registros específicos, baseadas em condições lógicas.
record_modifier: Filtro que adiciona, remove ou altera campos em registros de log durante o processamento.
Recording Rule: Regra de gravação que gera métricas agregadas ou calculadas a partir de outras métricas.
recording rules: Regras que pré-calculam e armazenam métricas agregadas no Prometheus.
recording rules: Regras que pré-calculam e armazenam métricas agregadas no Prometheus.
Recorrência: Métrica que calcula o intervalo médio entre compras de um cliente, útil para prever recompra.
Recovery: Tempo necessário para restaurar o funcionamento normal após uma falha ou parada do Vault.
Recovery mode: Modo especial de inicialização do Ubuntu com serviços mínimos para recuperação do sistema.
Recovery Operation: Ação executada automaticamente pelo Zabbix quando um problema é resolvido.
Recuperação de desastres: Processo de restaurar sistemas e dados após incidentes graves, como falhas de hardware ou ataques.
Recuperação de Desastres (DR): Processo de restaurar sistemas e dados após falhas graves, usando backups e procedimentos definidos.
recuperação de nó isolado: Procedimento para reintegrar um nó que perdeu contato com o cluster, garantindo consistência e segurança.
Recurso: Entidade identificável e manipulável via URI em uma API RESTful.
Recurso (resource): Elemento de infraestrutura gerenciado pelo Terraform, como VM, rede ou storage.
Recurso da API: Entidade ou funcionalidade exposta pela API, como produtos, clientes ou vendas.
Recurso DRBD: Conjunto de configurações que define como um volume DRBD é mapeado e replicado.
Recurso experimental: Funcionalidade ainda em testes, disponível para avaliação antes de ser considerada estável.
Recusa automática: Resposta padronizada para pedidos fora do escopo ou proibidos, definida no prompt.
Redaction: Técnica de mascarar ou remover informações sensíveis de logs e outputs para evitar vazamento de segredos.
Redash: Plataforma de código aberto para visualização e colaboração em análise de dados.
REDASH_QUERY_RUNNER_MAX_RUNTIME: Parâmetro que define o tempo máximo de execução permitido para uma query no Redash.
REDASH_SECRET_KEY: Chave secreta usada pelo Redash para criptografar sessões e dados sensíveis.
Rede bridge: Tipo de rede virtual do Docker que permite comunicação isolada entre containers.
Rede Compartilhada: Rede do Neutron acessível por múltiplos tenants, reduzindo o isolamento.
Rede customizada: Rede criada pelo usuário para isolar e controlar comunicação entre containers.
Rede de confiança (trusted network): Segmento de rede restrito, considerado seguro para troca de informações sensíveis.
Rede Docker: Segmento virtual de rede criado pelo Docker para isolar e conectar containers.
Rede Docker Compose: Rede virtual criada automaticamente pelo Compose para permitir comunicação entre containers de um mesmo projeto.
Rede híbrida: Topologia em que parte das lojas está conectada à matriz e parte opera de forma isolada.
Rede interna Docker: Rede virtual criada pelo Docker para permitir comunicação segura entre containers de um mesmo projeto.
Rede out-of-band: Rede dedicada e fisicamente separada para gerenciamento de equipamentos, isolada da produção.
Rede temporária: Infraestrutura de rede montada para uso por tempo limitado, geralmente em eventos ou situações emergenciais.
Redirecionamento de saída: Técnica de enviar a saída de um comando para arquivo, útil para logs e auditoria.
Redirecionamento HTTP: Técnica usada para enviar o usuário automaticamente a uma página específica ao tentar acessar a internet pela primeira vez.
Redirecionamento shell: Técnica de direcionar a entrada ou saída de comandos no shell, como em 'iptables-restore < arquivo'.
Redirect URI: Endereço para onde o Keycloak redireciona o usuário após autenticação.
redirect_uri: Parâmetro usado para redirecionar o usuário após autenticação ou logout em fluxos OIDC/OAuth2.
Redis: Banco de dados em memória usado para cache e backend de filas no Superset.
REDIS_URL: Endereço de conexão para o serviço Redis, usado para cache e filas assíncronas.
Redistribuição de rotas: Processo de importar rotas aprendidas por um protocolo de roteamento e anunciá-las em outro protocolo.
ReDoc: Ferramenta de documentação que apresenta APIs OpenAPI de forma detalhada e organizada para leitura.
Redundância: Implementação de caminhos ou equipamentos alternativos para garantir disponibilidade em caso de falha.
Redundância 2N: Duplicação completa de sistemas críticos, permitindo falha total de um lado sem afetar a operação.
Redundância A+B: Configuração em que dois sistemas independentes (A e B) garantem continuidade em caso de falha de um deles.
Redundância de alertas: Prática de configurar múltiplos canais para garantir que alertas críticos sejam recebidos mesmo em caso de falha de um canal.
Redundância de rede: Configuração que garante caminhos alternativos de comunicação em caso de falha de um link ou interface.
Redundância elétrica: Estratégia de duplicação de caminhos de alimentação para garantir continuidade em caso de falha.
Redundância física: Estratégia de duplicar caminhos ou equipamentos para evitar falhas únicas.
Redundância geográfica: Implantação de servidores em locais físicos diferentes para evitar falhas por desastres locais.
Redundância N+1: Configuração em que há pelo menos um componente extra para cada sistema crítico, permitindo manutenção sem parada.
Refactor: Reescrever ou adaptar aplicações para aproveitar recursos nativos do novo ambiente, como OpenStack.
Refatoração mínima: Ajustes pontuais na aplicação para viabilizar a containerização, sem reescrever o sistema.
referenceImage: Imagem usada como referência visual para cada cena ou para capturar o estilo do influenciador.
Referência de estilo: Imagem usada para guiar luz, paleta e clima do vídeo gerado, sem ser o produto principal.
Referência de influenciador: Imagem de pessoa usada para definir o estilo, aparência e tom do vídeo no Product UGC.
Referência de produto: Imagem do item centralizado, fundo limpo, usada como base visual para geração de vídeo comercial.
Reflexão: Fenômeno em que a onda de rádio é desviada ao encontrar uma superfície, alterando seu caminho.
reflog: Registro local de todas as alterações de referência em um repositório Git, útil para recuperar commits perdidos.
Refresh automático: Configuração que atualiza o conteúdo do dashboard ou widget em intervalos definidos.
Refresh Interval: Intervalo de tempo entre as operações de refresh que tornam documentos recém-indexados visíveis para busca.
Refresh rate: Intervalo de tempo configurado para atualização automática dos dados exibidos no dashboard.
Refresh Token: Token que permite obter novos access tokens sem novo login.
Regerar: Processo de criar um novo vídeo do zero usando um modelo generativo, consumindo créditos.
Regex: Expressão regular usada para validar padrões de texto, como CPF ou e-mail.
Regex de saída: Expressão regular usada para validar se a saída do agente segue o padrão exigido.
register: Palavra-chave para armazenar o resultado de uma tarefa em uma variável.
Registered vars: Variáveis criadas dinamicamente ao registrar a saída de uma tarefa durante a execução do playbook.
Registrador: Endereço de memória no dispositivo Modbus onde está armazenado um valor (16 bits).
Registrador Modbus: Endereço de memória em um dispositivo Modbus que armazena um valor de sensor ou atuador.
Registro (tracing): Mecanismo de auditoria que registra todas as ações do agente para revisão e conformidade.
Registro auditável: Log estruturado que documenta cada etapa do fluxo, permitindo reconstrução e revisão de decisões.
Registro automático: Processo de criar registros de chamadas ou interações no CRM sem intervenção manual.
Registro automático de chamadas: Processo onde cada ligação é registrada no CRM sem intervenção manual, associando dados relevantes.
Registro de ações sensíveis: Log detalhado de operações críticas realizadas por agentes, para auditoria e revisão.
Registro de auditoria: Documentação formal das ações realizadas em sistemas, necessária para rastreabilidade e conformidade.
Registro de bloqueios: Log estruturado de tentativas rejeitadas, com motivo e dados envolvidos.
Registro de conexão: Informação que identifica o início, fim e origem de uma conexão de rede, exigida por lei.
Registro de configuração: Documento ou arquivo que detalha todos os parâmetros essenciais do ambiente de rede.
Registro de customizações: Histórico detalhado de todas as alterações feitas no sistema.
Registro de decisão: Log estruturado contendo detalhes da decisão do agente, incluindo entrada, saída, ferramenta usada e status de revisão.
Registro de entrega: Processo de documentar quando, como e para quem um conteúdo gerado por IA foi entregue.
Registro de evidência: Documento, foto ou log que comprova a execução de uma atividade ou a existência de uma condição exigida por norma.
Registro de incidente: Documento estruturado que detalha falhas de integração, ações tomadas e responsáveis, servindo para auditoria e melhoria contínua.
Registro de incidentes: Documento que detalha falhas, ataques ou indisponibilidades, incluindo causas e ações corretivas.
Registro de Interação: Armazenamento detalhado de todas as ações e respostas do agente, fundamental para auditoria e melhoria.
Registro de mudanças: Log detalhado de todas as alterações feitas na rede, com data, responsável e descrição.
Registro de não conformidades: Documentação formal de falhas ou desvios encontrados durante testes, incluindo ações corretivas.
Registro detalhado: Log estruturado que documenta cada execução do agente, incluindo parâmetros, resultados, aprovação e erros.
Registro estruturado: Log detalhado que documenta contexto, critério, justificativa e versão de cada decisão automatizada.
Registro estruturado de incidentes: Log em formato padronizado (ex: JSON) que documenta falhas, contexto e ações tomadas pelo agente.
Registro imutável: Armazenamento de logs em sistema que impede alterações posteriores, garantindo integridade dos dados.
Registro multimodal: Armazenamento conjunto de texto, áudio e vídeo de decisões para auditoria e revisão.
Registro Órfão: Dado no banco que referencia arquivo ou entidade inexistente, causado por restore inconsistente.
Registros do CRM: Entradas no banco de dados do CRM que representam eventos, como chamadas, contatos ou atividades.
Registry: Repositório centralizado onde imagens Docker são armazenadas e versionadas.
Registry Docker: Repositório privado ou público para armazenar imagens Docker versionadas.
Registry Docker privado: Servidor que armazena e distribui imagens Docker de forma restrita, exigindo autenticação para acesso.
Rego: Linguagem de políticas usada pelo Open Policy Agent para definir regras de autorização.
Regra: Conjunto de critérios e ações que automatizam decisões no GLPI, como atribuição ou escalonamento.
Regra (Rule): Conjunto de condições que define quando um evento deve gerar alerta no Wazuh.
Regra 3-2-1: Estratégia de backup que recomenda 3 cópias dos dados, em 2 mídias diferentes, com 1 cópia offsite.
Regra automática: Conjunto de condições e ações que executam tarefas sem intervenção manual.
Regra de alerta: Conjunto de condições monitoradas que disparam notificações em caso de anomalias.
Regra de alerta: Conjunto de condições monitoradas que disparam notificações em caso de anomalias.
Regra de atribuição: Conjunto de condições que determina automaticamente quem será responsável por um chamado.
Regra de domínio: Filtro aplicado no Odoo para restringir visualização ou edição de registros conforme critérios definidos.
Regra de firewall: Conjunto de condições que define se um pacote será permitido ou bloqueado.
Regra de negócio: Automação configurada no GLPI para direcionar chamados, aprovações ou notificações conforme critérios definidos.
Regra de registro: Filtro que restringe quais registros de um modelo cada grupo pode visualizar ou editar.
Regra de registro (Record Rule): Restrição aplicada a registros específicos de um modelo, baseada em condições dinâmicas.
Regra de supressão: Configuração que impede o disparo de alertas para eventos ou padrões específicos.
Regra DSL: Linguagem de scripts do OpenHAB usada para definir automações personalizadas.
Regra UDEV: Arquivo de configuração que define permissões e ações automáticas para dispositivos conectados ao Linux.
Regras: Conjunto de assinaturas que define padrões de tráfego considerados maliciosos ou suspeitos.
Regras de atribuição: Configurações no GLPI que determinam para quem ou qual equipe um chamado será direcionado com base em critérios definidos.
Regras de auditoria: Configurações que determinam quais eventos o Auditd deve registrar e monitorar.
Regras de negócio: Conjunto de condições e ações configuradas para automatizar processos no GLPI.
Regras de Reabastecimento: Configurações que determinam quando o Odoo deve gerar ordens automáticas de compra ou produção para manter o estoque dentro dos limites definidos.
Regras dinâmicas: Regras que bloqueiam IPs automaticamente com base em comportamento suspeito detectado em tempo real.
Regras do Snort: Conjunto de padrões que definem o que deve ser detectado ou bloqueado no tráfego.
Regras temporárias: Regras de firewall criadas para necessidades específicas e removidas após o término do evento.
Regressão: Falha que surge após uma mudança, quebrando algo que já funcionava anteriormente.
regressão linear: Método estatístico usado pelo forecast do Zabbix para estimar o valor futuro de uma série temporal.
REINDEX: Comando que reconstrói um índice, eliminando bloat.
Reindexação: Processo de recriar índices para restaurar performance e corrigir corrupção.
Reindexação incremental: Processo de atualizar apenas os documentos alterados ou novos em um índice, evitando reprocessamento completo.
Reinício automático de AP: Ação programada de reboot em um Access Point, disparada por detecção automática de falha.
Reinterview: Processo de forçar um dispositivo Zigbee a atualizar suas informações e rotas na malha.
REJECT: Ação que descarta o pacote e envia uma resposta ao remetente, informando que o tráfego foi bloqueado.
rejected_execution_exception: Erro que ocorre quando a fila de um threadpool está cheia e novas tarefas são rejeitadas.
Rekey: Processo de trocar a senha usada para proteger um arquivo Vault, exigindo a senha antiga e definindo uma nova.
relabel_configs: Regras para transformar ou filtrar labels dos targets antes da coleta.
relabel_configs: Regras para transformar ou filtrar labels dos targets antes da coleta.
Relabeling: Processo de modificar labels dos targets antes da coleta, usando regras declarativas.
Relacionamento: Ligação entre duas entidades, podendo ser um-para-muitos, muitos-para-muitos ou um-para-um.
Relacionamento de ativos: Vínculo entre diferentes objetos do inventário, como conexões físicas entre portas ou dependências lógicas.
Relacionamento entre objetos: Vínculo lógico entre diferentes elementos do inventário, como dispositivos, racks, sites e interfaces.
Relacionamento N:M: Ligação entre duas tabelas onde múltiplos registros de uma podem se relacionar a múltiplos da outra, modelado por tabela intermediária.
Relationship: Tipo de atributo NGSI usado para relacionar entidades entre si, enriquecendo o contexto.
Relatório: Consulta fixa e formatada, geralmente usada para rotina e conformidade.
Relatório auditável: Documento estruturado que registra todas as decisões, aprovações e resultados de um processo automatizado.
Relatório automático: Documento gerado periodicamente com o resumo das operações de backup, sucesso, falha e estatísticas.
Relatório de conformidade: Arquivo gerado automaticamente que documenta o estado de configurações críticas após auditoria.
Relatório de disponibilidade: Documento gerado pelo Zabbix que resume o tempo de funcionamento e falhas de hosts ou serviços em um período.
Relatório de TI: Documento gerado pelo GLPI que resume dados de ativos, chamados ou contratos para análise e auditoria.
Relatório de uso: Resumo de acessos, execuções e popularidade de conteúdos no Metabase.
Relatório nativo: Relatório já disponível no GLPI, sem necessidade de customização ou plugins.
Relatório periódico: Documento gerado automaticamente em intervalos regulares, detalhando uso da rede.
Relatório pós-evento: Documento que consolida topologia, métricas, incidentes e recomendações após o encerramento de um evento temporário de rede.
Relatório programado: Relatório gerado e enviado automaticamente em intervalos definidos, sem ação manual.
Release: Instância instalada de um chart Helm, com histórico de versões e configurações.
Release notes: Notas oficiais de atualização de software, detalhando mudanças, correções e riscos.
Relevância: Métrica que indica o quão próximo um resultado está do que foi buscado, usada para ranquear respostas.
reload: Processo de recarregar a configuração do PostgreSQL sem reiniciar o serviço ou derrubar conexões existentes.
Relying Party: No contexto OIDC, é a aplicação ou serviço que confia no Identity Provider para autenticação.
Remediação automática: Execução automática de procedimentos para corrigir falhas detectadas sem intervenção manual.
Remote Command: Recurso do Zabbix que executa comandos automaticamente em hosts monitorados ao disparar um alerta.
Remote Command (Comando Remoto): Comando ou script executado automaticamente pelo Zabbix em um host monitorado via agente.
Remote Write: Funcionalidade do Prometheus para enviar dados para sistemas de armazenamento externos, como Thanos ou Cortex.
remote_write: Mecanismo do Prometheus para enviar métricas para sistemas de armazenamento externos.
remote_write: Mecanismo do Prometheus para enviar métricas para sistemas de armazenamento externos.
Reordering Rule (Regra de Reabastecimento): Configuração do Odoo que automatiza a transferência ou compra de produtos quando o estoque atinge níveis mínimos definidos.
repeat_interval: Intervalo mínimo entre notificações repetidas do mesmo alerta.
Replanejamento automatizado: Ajuste automático dos planos com base em dados reais de execução, disparado por eventos ou ciclos.
Replatforming: Migração que envolve troca de componentes ou serviços para melhor compatibilidade com containers.
Replay de mensagens: Ataque onde mensagens capturadas são retransmitidas para enganar o sistema e obter acesso indevido.
Replica: Servidor secundário que mantém cópia fiel dos dados do Primary, geralmente em modo somente leitura.
Réplica BI: Cópia dedicada dos dados do ERP, usada exclusivamente para consultas analíticas e BI, sem afetar o ambiente de produção.
Réplica de banco: Cópia sincronizada do banco de dados original, usada para leitura sem afetar o ambiente de produção.
Réplica de banco de dados: Cópia automática e contínua dos dados de um banco para outro, geralmente para leitura e análise.
Réplica de dados: Cópia sincronizada do banco de dados de produção, usada para consultas sem afetar o ERP.
Replica de leitura: Cópia do banco de dados usada para consultas, aliviando o banco principal.
Réplica do ERP: Cópia do banco de dados do ERP, usada para consultas e BI sem impactar o ambiente de produção.
Réplica PostgreSQL: Cópia dedicada do banco de dados, usada para consultas de BI sem impactar o ambiente de produção.
Replica set: Configuração do MongoDB que garante alta disponibilidade e redundância de dados.
Replicação: Processo de copiar dados de um repositório para outro, geralmente em localidade diferente, para redundância.
Replicação assíncrona: Cópia de dados para outro sistema após a gravação local, podendo perder dados recentes em falhas.
Replicação de ambiente: Processo de criar uma cópia fiel de um ambiente OpenHAB, incluindo configurações e documentação.
Replicação de banco: Cópia periódica dos dados do ERP para uma base separada, usada para BI sem impactar produção.
Replicação de banco de dados: Processo de manter cópias sincronizadas dos dados em múltiplos servidores para redundância e escalabilidade.
Replicação de configuração: Processo de copiar e aplicar as mesmas definições de rede em múltiplos equipamentos ou filiais.
Replicação de dados: Processo em que uma aplicação copia dados entre múltiplas instâncias para garantir disponibilidade e resiliência.
Replicação de políticas: Processo de aplicar configurações idênticas em múltiplos dispositivos de rede para garantir consistência.
Replicação de serviços: Processo de rodar múltiplas instâncias de um mesmo serviço para aumentar capacidade e disponibilidade.
Replicação física: Processo de copiar todo o banco de dados PostgreSQL de um servidor para outro em tempo real, garantindo alta disponibilidade.
Replicação geográfica: Processo de copiar dados de backup para locais fisicamente separados para proteção contra desastres locais.
Replicação incremental: Processo de enviar apenas as alterações feitas desde o último backup ou snapshot para outro local.
Replicação lógica: Mecanismo do PostgreSQL para copiar alterações de dados entre bancos de forma granular e configurável.
Replicação master-slave: Técnica onde um banco de dados principal (master) replica dados em tempo real para um ou mais secundários (slaves).
Replicação MySQL: Processo de manter cópias sincronizadas do banco de dados em múltiplos servidores para redundância e escalabilidade.
Replicação síncrona: Método em que dados são gravados em todos os nós antes de confirmar a operação ao cliente.
Replicação Streaming: Técnica do PostgreSQL para enviar alterações do banco em tempo real para servidores standby.
ReplicaSet: Controlador criado pelo Deployment para manter o número desejado de Pods em execução.
Replication lag: Tempo de atraso entre a publicação de uma mensagem no cluster de origem e sua chegada ao cluster de destino.
Replication slot: Mecanismo que garante retenção dos WALs necessários até que cada standby os consuma.
replication.factor: Parâmetro que define quantas cópias de cada partição de um tópico Kafka são mantidas em brokers distintos.
Reply-Item: Atributo enviado pelo servidor RADIUS na resposta de autenticação, controlando o acesso ou configuração do usuário.
Report Schedule: Funcionalidade do Superset para agendar o envio automático de dashboards ou relatórios por e-mail.
Repositório: Estrutura de diretórios e arquivos controlada pelo Git, onde o histórico de versões é armazenado.
Repositório de Snapshots: Local configurado onde os snapshots são armazenados, podendo ser filesystem local ou cloud.
Repositório de software público: Plataforma oficial de distribuição de soluções de software livre homologadas para uso governamental.
Repositório Helm: Local onde charts são armazenados e distribuídos, podendo ser público ou privado.
Repositório local: Cópia do repositório Git que reside em sua máquina, com histórico, branches e arquivos de trabalho.
Repositório oficial: Fonte mantida pelo projeto PostgreSQL com pacotes atualizados e assinados digitalmente.
Repositório remoto: Repositório Git hospedado em um servidor, usado para colaboração e backup.
Repository: Estrutura de armazenamento de backups do restic, contendo dados, metadados e índices.
Reprocessamento: Ato de executar novamente uma operação que falhou, garantindo a consistência dos dados.
Reprodutibilidade: Capacidade de criar ambientes idênticos a partir do mesmo código.
Reprovisionamento: Processo de remover e readicionar uma ONU na OLT para restaurar parâmetros e sincronismo.
Request: Valor mínimo de CPU ou memória reservado pelo Kubernetes para um pod.
Request (Kubernetes): Valor mínimo de CPU ou memória garantido para um pod pelo scheduler do Kubernetes.
request_duration_seconds: Métrica exposta pelo Haystack que indica o tempo de resposta de cada endpoint.
request_id: Identificador único gerado por requisição, usado para rastrear e correlacionar eventos em toda a stack.
request_timeout: Tempo máximo (em segundos) que o sistema aguarda por uma resposta do LLM antes de abortar a requisição.
Requests: Valor mínimo de CPU e memória que um Pod solicita para ser agendado em um nó.
Requests e Limits: Parâmetros do Kubernetes que definem a quantidade mínima e máxima de recursos alocados para cada pod.
Requests/Limits: Valores mínimos e máximos de recursos (CPU/memória) reservados para cada container.
RequestsWrapper: Componente LangChain para consumir APIs REST externas com autenticação e tratamento de erros.
requirements-local.txt: Arquivo usado para listar pacotes Python extras a serem instalados no contêiner do Superset.
requirements.txt: Arquivo que lista todas as dependências de um projeto Python, com versões exatas, para instalação reprodutível.
requirements.yml: Arquivo YAML que lista collections (e roles) a serem instaladas em um projeto.
Requisição HTTP: Pedido enviado pelo navegador ou API ao servidor, iniciando o fluxo de dados.
Requisito: Necessidade técnica ou de negócio que a automação deve atender.
Requisito de BI: Necessidade de informação do negócio que o BI deve atender, como indicadores ou relatórios.
Requisito de negócio: Necessidade operacional ou estratégica que o monitoramento deve atender, como evitar perda de vendas ou estoque.
Requisito funcional: Função ou serviço que o sistema deve obrigatoriamente oferecer ao usuário final.
Requisito não funcional: Condições de operação do sistema, como desempenho, segurança, disponibilidade e escalabilidade.
rescue: Parte de um bloco Ansible executada automaticamente quando ocorre uma falha em uma das tarefas do block.
Reserva de banda: Porção da largura de banda total dedicada exclusivamente a sistemas ou dispositivos críticos.
Reserva de capacidade: Margem adicional de banda planejada para suportar crescimento futuro e evitar gargalos.
Reserva de IP: Configuração no servidor DHCP que garante que um dispositivo sempre receba o mesmo endereço IP.
Reserva de IP: Configuração no servidor DHCP que garante que um dispositivo sempre receba o mesmo endereço IP.
Reserva de portas OLT: Prática de deixar portas físicas ou lógicas livres em uma OLT para futuras ativações de assinantes.
Reset Credentials: Fluxo de recuperação de senha do Keycloak, que pode ser customizado para exigir MFA e tokens temporários.
Reset remoto: Ação de reiniciar um equipamento à distância, sem necessidade de acesso físico.
Resident Key: Chave criptográfica armazenada no dispositivo do usuário, permitindo autenticação sem senha.
Resiliência: Capacidade do sistema de continuar operando mesmo diante de falhas parciais, como quedas de link.
Resiliência operacional: Capacidade do ambiente de automação de continuar operando mesmo diante de falhas em um ou mais controladores.
Resistência de aterramento: Valor que indica a eficiência do caminho elétrico entre o sistema de terra e o solo.
Resistência de terra: Valor que indica a eficiência da ligação entre o sistema elétrico e o solo.
Resistividade do solo: Propriedade elétrica do solo que influencia a eficiência do aterramento.
Resolução: Número de pixels do vídeo, como 1920x1080 (1080p) ou 1280x720 (720p).
Resolução da referência: Quantidade de pixels da imagem enviada como referência, que limita o nível de detalhe possível no vídeo gerado.
Resolução de conflitos: Estratégia para decidir qual informação prevalece quando há divergências entre sistemas sincronizados.
resource: Bloco do Terraform que define um objeto gerenciado no provedor.
Resource Agent: Script que define como iniciar, parar e monitorar um recurso gerenciado pelo cluster.
Resource constraint: Regras que determinam onde e como os recursos podem ser alocados no cluster.
Resource Monitoring: Processo de verificação periódica do status de serviços e recursos gerenciados pelo cluster.
Resource Unit (RU): Subdivisão de um canal Wi-Fi usada em OFDMA para alocar recursos a múltiplos clientes ao mesmo tempo.
ResourceQuota: Objeto que limita o uso total de recursos (CPU, memória, storage) em um namespace.
resources.limits: Configuração em manifests Kubernetes que define os limites máximos de CPU e memória para um container.
Responsabilidade técnica: Obrigação legal e ética do profissional que responde por decisões fiscais e tributárias, nunca delegada à IA.
Responsabilidade única: Princípio de design onde cada módulo ou função deve ter apenas um propósito claro.
Responsável pelo ativo: Pessoa designada para cuidar e responder pelo uso e manutenção de um equipamento cadastrado.
Responsável técnico: Pessoa física que aprova e responde por decisões críticas baseadas em análises automatizadas.
response_filter: Parâmetro do SimpleHttpOperator que permite transformar a resposta HTTP antes de usá-la na DAG.
response_model: Parâmetro do FastAPI que define o modelo de dados usado para documentar e validar a resposta de um endpoint.
Resposta a incidentes: Conjunto de ações tomadas para conter e remediar um ataque ou falha de segurança detectada.
Resposta automática a incidentes: Processo de detectar eventos suspeitos e executar ações corretivas sem intervenção manual.
REST: Estilo arquitetural para APIs baseado em HTTP, utilizado para integração entre sistemas.
REST API: Interface que permite integração programática entre sistemas via requisições HTTP padronizadas.
restart: Reinicialização completa do serviço PostgreSQL, encerrando todas as conexões e aplicando configurações que exigem reinício.
Restart seguro: Procedimento de reinicialização do serviço após garantir que não há processos zumbis ou recursos bloqueados.
restart: unless-stopped: Política de reinício automático de containers, exceto se parados manualmente.
restartPolicy: Configuração que define se e como o Kubernetes reinicia containers que falham.
Restauração: Processo de recuperar dados a partir de um backup para o estado original ou funcional.
restauração isolada: Processo de restaurar dados em ambiente separado para validar a integridade antes de afetar o ambiente de produção.
RESTCONF: Protocolo de gerenciamento de configuração baseado em HTTP, usando modelos YANG e APIs RESTful.
RESTful API: Padrão de integração que utiliza HTTP para troca de dados entre sistemas de forma aberta e escalável.
Restic: Ferramenta de backup open source, segura e eficiente, baseada em snapshots e deduplicação.
restic check: Comando do restic que verifica a integridade e consistência do repositório de backup.
RESTIC_PASSWORD_FILE: Arquivo contendo a senha do repositório restic, usado para automação segura.
Restore: Ato de recuperar dados ou sistemas a partir de um backup previamente realizado.
Restore granular: Recuperação de arquivos ou diretórios específicos a partir de um backup, sem restaurar a VM inteira.
Restore ponto-a-ponto: Procedimento de recuperação que aplica backups e arquivos de WAL para restaurar o banco até um ponto específico no tempo.
Restrição de IP: Limitação de acesso ao sistema apenas para endereços de IP autorizados.
Restrição legal: Limite imposto por leis ou políticas internas sobre o que pode ser monitorado, coletado ou armazenado.
Restrição por IP: Limitação de acesso a um serviço apenas para determinados endereços de rede.
reStructuredText: Formato de marcação usado para documentação técnica em projetos Python.
Resync: Processo de sincronização dos blocos divergentes entre nós DRBD após falha ou desconexão.
Retain: Flag do MQTT que faz o broker armazenar a última mensagem publicada em um tópico.
Retained Message: Mensagem marcada para ser armazenada pelo broker e entregue ao próximo subscriber do tópico.
Retenção: Período pelo qual cada backup é mantido antes de ser descartado.
Retenção (Retained Message): Recurso do MQTT que mantém a última mensagem publicada em um tópico disponível para novos assinantes.
Retenção de backup: Tempo pelo qual as cópias de backup são mantidas antes de serem descartadas, definido por política ou exigência legal.
Retenção de dados: Política que define por quanto tempo os dados são mantidos em armazenamento.
Retenção de histórico: Período em dias pelo qual o Zabbix mantém dados detalhados de monitoramento.
Retenção de logs: Período pelo qual os registros de eventos são mantidos antes de serem descartados ou arquivados.
Retenção de mensagem (retained): Mecanismo do MQTT que mantém a última mensagem publicada em um tópico para ser entregue a novos assinantes.
Retenção de mensagem (retained): Mecanismo do MQTT que mantém a última mensagem publicada em um tópico para ser entregue a novos assinantes.
Retenção legal: Período mínimo exigido por lei para armazenamento de dados médicos e prontuários.
Retenção local: Tempo máximo que o proxy armazena dados coletados antes de enviá-los ao servidor central.
Retenção mínima: Política de guardar apenas o necessário para auditoria e operação, apagando dados sensíveis o quanto antes.
Retentativa automática: Mecanismo de repetição controlada de uma operação após falha transitória, com limites definidos.
Retention: Tempo pelo qual as métricas são mantidas no storage local do Prometheus.
Retention (retenção): Política que define quantos backups antigos devem ser mantidos antes de serem removidos.
Retention policy: Política que define por quanto tempo os backups devem ser mantidos antes de serem excluídos automaticamente.
retention.ms: Parâmetro que define o tempo de retenção dos logs do Kafka em milissegundos.
Retorno explícito de erro: Campo no resultado da ferramenta que indica falha de forma clara e separada do resultado esperado.
Retorno óptico (ORL): Quantidade de luz refletida de volta para a fonte, medida em dB; valores baixos são melhores.
Retrabalho: Esforço repetido causado por falta de organização ou controle centralizado.
Retransmissão: Reenvio de pacotes devido a falha de entrega, sinal de congestionamento ou erro.
Retransmissão de frames: Quando um pacote Wi-Fi precisa ser enviado novamente por falha na transmissão.
retransmissão TCP: Envio repetido de pacotes TCP devido à perda ou não confirmação pelo destino.
Retries: Parâmetro que define quantas vezes uma tarefa será reexecutada em caso de falha.
Retries SNMP: Número de tentativas que o Zabbix faz para coletar dados SNMP antes de desistir.
Retrieval-Augmented Generation (RAG): Arquitetura que combina busca em bases externas com geração de texto por modelos de linguagem.
Retriever: Componente responsável por buscar documentos relevantes em um banco vetorial com base na consulta do usuário.
Retriever vetorial: Componente que busca documentos relevantes usando similaridade entre embeddings.
Retrocompatibilidade: Capacidade de um sistema novo funcionar com dispositivos ou padrões antigos.
Retry: Repetição automática de uma tarefa que falhou, com intervalo configurável entre tentativas.
Retry automático: Mecanismo de repetição de tentativas em caso de falhas transitórias, com limitação de tentativas e intervalos crescentes.
Retry com backoff: Repetição automática de uma operação após falha, aumentando o intervalo entre tentativas para evitar sobrecarga.
Retry exponencial: Técnica de reprocessamento em que o tempo de espera entre tentativas aumenta progressivamente após cada falha.
Retry file: Arquivo gerado pelo Ansible contendo a lista de hosts que falharam em uma execução de playbook.
Retry Rate: Percentual de quadros que precisam ser retransmitidos devido a falhas na transmissão.
Retry_Limit: Parâmetro que define quantas vezes o agente tentará reenviar logs em caso de falha.
Retry-After: Header HTTP que informa ao cliente quanto tempo deve esperar antes de tentar novamente.
Return code (rc): Código de retorno de um comando ou script, usado para indicar sucesso (geralmente 0) ou erro (diferente de 0).
Revalidação contínua: Processo de rodar automaticamente todos os testes a cada atualização de prompt, ferramenta ou contexto do agente.
Reversão: Processo de desfazer uma ação crítica, restaurando o estado anterior dos dados, sempre com registro e aprovação humana.
Reverse proxy: Servidor intermediário que recebe requisições e as repassa para servidores backend.
Revisão colaborativa: Prática de múltiplos usuários analisarem e aprovarem alterações antes da publicação.
Revisão contínua: Processo cíclico de coletar feedback, ajustar, testar e documentar para evolução constante do agente.
Revisão contínua de testes: Processo de atualizar e expandir casos de teste conforme o agente, modelo ou requisitos evoluem.
Revisão cruzada: Prática em que outro analista revisa um asset antes de sua publicação, garantindo qualidade e aderência ao padrão.
Revisão de acesso: Processo periódico de verificação e ajuste das permissões concedidas a usuários e serviços.
Revisão de código: Processo manual ou automatizado de análise de código-fonte para identificar falhas ou vazamentos de segurança.
Revisão de conformidade: Processo periódico de verificação do atendimento a requisitos legais e técnicos em TI.
Revisão de hardware: Versão física de um equipamento, indicada normalmente na etiqueta, que pode ter diferenças internas relevantes.
Revisão de incidente: Processo estruturado para analisar, corrigir e registrar a resposta a uma falha detectada pelo sistema.
Revisão e anotação por especialista: Processo em que um profissional valida, aprova ou corrige a resposta da IA antes de qualquer decisão legal ou fiscal.
Revisão humana: Etapa em que uma pessoa avalia respostas da IA para garantir segurança e adequação, especialmente em casos sensíveis.
Revisão humana (handoff): Processo em que o agente aguarda aprovação de uma pessoa antes de executar ações irreversíveis.
Revisão humana assistida por IA: Processo em que a IA classifica saídas de teste e encaminha casos ambíguos para decisão de um revisor humano.
Revisão humana obrigatória: Processo em que decisões sensíveis só são efetivadas após aprovação explícita de um responsável.
Revisão manual: Etapa em que um humano avalia e aprova conteúdos que não passaram na validação automática.
Revisão obrigatória: Fluxo em que uma ação proposta pela IA só é executada após aprovação manual de um humano.
Revisão periódica: Processo regular de análise e correção de dados e acessos para manter a qualidade e segurança do CRM.
Revisão por pares: Processo em que alterações são revisadas por outro membro da equipe antes de serem aprovadas.
Revisão pós-incidente: Processo de análise detalhada das ações tomadas por agentes após um incidente, visando identificar falhas e oportunidades de ajuste.
Revisão técnica: Processo de validação e aprovação de alterações por um responsável técnico antes de liberar em produção.
Revision: Campo no manifesto do bundle que identifica de forma única a versão do pacote.
Revocation Statements: Comandos executados pelo Vault para revogar ou remover credenciais expiradas em sistemas externos.
Revogação automática: Processo de bloqueio automático de acessos expirados, sem intervenção manual.
Revogação de acesso: Processo de remover a permissão de um usuário ou dispositivo para acessar a rede.
Revogação de certificado: Processo de invalidar um certificado digital antes do seu vencimento, bloqueando o acesso de quem o possuía.
Revogação de chave: Ato de invalidar uma chave de API, impedindo novos acessos com aquele valor.
Revogação de token: Ação de invalidar um token de acesso ao Vault, impedindo novos usos.
REVOKE: Comando SQL usado para remover privilégios de roles.
RFC: Request for Comments; proposta formal para novos padrões ou recursos em redes e software.
RFC (Request for Change): Solicitação formal de mudança registrada, avaliada e aprovada antes da execução.
RFC1918: Padrão que define faixas de endereços IPv4 reservadas para uso privado.
RFM: Modelo de segmentação de clientes baseado em Recência, Frequência e Valor Monetário das compras.
RIB (Routing Information Base): Tabela de rotas aprendidas e processadas pelo BGP, antes de serem instaladas na FIB.
Ring: Estrutura de hash distribuído usada pelo Loki para gerenciar a distribuição de dados e failover entre ingesters.
Ring (Swift): Estrutura de dados que mapeia objetos para servidores de storage em Swift.
Ring buffer: Área de memória na interface de rede usada para armazenar pacotes antes do processamento pelo kernel.
Ring-size: Parâmetro do Suricata que define o tamanho do buffer circular de captura de pacotes.
RIR: Registro Regional de Internet responsável por alocar ASN e blocos IP.
Ritmo: Velocidade e fluidez do movimento na cena, definido por advérbios como 'slowly' ou 'quickly'.
rlm_cache: Módulo do FreeRADIUS para cache de consultas, reduzindo acessos repetidos ao backend.
rlm_counter: Módulo do FreeRADIUS que permite contar e limitar eventos como tentativas de autenticação.
rlm_ldap: Módulo do FreeRADIUS que permite autenticação e autorização via servidores LDAP.
rlm_sql: Módulo do FreeRADIUS que permite armazenar e consultar sessões de usuários em banco de dados SQL.
ROA: Route Origin Authorization; documento digital que autoriza um ASN a anunciar determinado prefixo.
Roadmap: Plano público que define as prioridades e os próximos passos de desenvolvimento de um projeto open source.
roadmap público: Planejamento de futuras funcionalidades e releases, disponível para consulta aberta.
Roaming: Processo de troca automática de ponto de acesso por um cliente Wi-Fi sem perder a sessão.
Roaming 802.11k/v/r: Conjunto de padrões que otimizam a troca de APs por dispositivos sem fio, reduzindo quedas durante deslocamento.
Roaming Layer 2: Processo em que o cliente troca de AP mantendo o mesmo endereço IP, pois permanece na mesma sub-rede.
Roaming Wi-Fi: Processo pelo qual um dispositivo móvel troca de access point sem perder a conexão.
Roaming-Consortium: Atributo RADIUS usado para identificar consórcios de roaming em redes Passpoint.
Rodízio de plantão: Distribuição programada da responsabilidade de atendimento entre operadores, evitando sobrecarga.
Rogue AP: Ponto de acesso Wi-Fi não autorizado, geralmente criado para ataques ou espionagem.
Role: Grupo de permissões que define o que um usuário pode ou não fazer no Superset.
Role (Ansible): Estrutura modular que agrupa tarefas, handlers, variáveis e arquivos relacionados a uma função específica.
Role (Papel): Conjunto de permissões atribuídas a um usuário ou grupo para fins de autorização.
Role (PostgreSQL): Entidade que representa um usuário ou grupo de permissões no PostgreSQL.
Role (Superset): Conjunto de permissões atribuídas a usuários no Superset, definindo o que podem visualizar ou editar.
Role composta: Role que agrega outras roles, permitindo hierarquia e simplificação de permissões.
Role customizada: Conjunto de permissões definidas sob medida para um caso de uso específico.
Role dinâmica: Configuração que define como o Vault cria e revoga usuários temporários em um sistema externo.
Role Gamma (Superset): Perfil de usuário no Superset com permissão apenas para visualizar dashboards e explorar dados.
Role Mapping: Atribuição de funções (roles) a usuários ou grupos para definir permissões.
Role OIDC: Configuração no Vault que define como tokens OIDC são mapeados para políticas de acesso.
Role restritiva: Permissão limitada a um usuário ou grupo, garantindo acesso apenas ao necessário.
RoleBinding: Objeto que associa uma Role a um usuário, grupo ou Service Account em um namespace.
roles: Estrutura modular do Ansible para organizar tarefas, variáveis, handlers e templates de um componente ou serviço.
Rollback: Retorno à versão anterior de firmware ou configuração após falha em atualização.
Rollback automático: Mecanismo para restaurar regras antigas do firewall automaticamente após um tempo, caso o administrador perca acesso.
Rollback automatizado: Mecanismo que reverte deploys e restaura versões anteriores de código e segredos sem intervenção manual.
Rollback de modelo: Procedimento de retornar à versão anterior de um modelo após falha ou resultado insatisfatório.
Rollback seguro: Capacidade de desfazer automaticamente alterações feitas por automação, restaurando o estado anterior do sistema.
Rollershutter: Tipo de item OpenHAB usado para controlar persianas e cortinas motorizadas.
Rolling update: Atualização gradual de hosts, processando-os em lotes para evitar downtime total.
Rolling upgrade: Atualização sequencial dos nós, um de cada vez, para evitar downtime.
RollingUpdate: Estratégia de deployment do Kubernetes que atualiza pods gradualmente, minimizando downtime.
Rollout: Processo de reiniciar pods ou deployments para aplicar novas configurações ou segredos.
Rollout Gradual: Estratégia de liberar novas versões de fluxos ou agentes para uma fração dos usuários antes da adoção total.
Rollout progressivo: Processo de liberar uma nova versão de modelo para parte do tráfego, aumentando gradualmente conforme a estabilidade.
Rollover: Ação de criar um novo índice para escrita quando o atual atinge limite de idade ou tamanho.
root: Usuário administrador com todos os privilégios no Linux.
Root Cause Analysis (RCA): Processo estruturado para identificar a causa raiz de um problema ou falha.
Root span: Span inicial de uma cadeia de rastreamento, encapsulando toda a operação de uma requisição.
Root token: Token de autenticação gerado na inicialização do Vault, com acesso total ao cofre.
root_key_path: Parâmetro usado para indicar o caminho até o array de dados em respostas JSON aninhadas.
rootless mode: Execução do Docker daemon e containers sem privilégios de root, reduzindo o impacto de falhas de segurança.
Rota: Sequência de cabos e dispositivos que um circuito percorre do ponto A ao ponto Z.
Rota alternativa: Path secundário disponível para um circuito, usado em caso de falha do principal.
Rota default: Rota utilizada para todo tráfego cujo destino não está em redes locais.
Rota estática: Regra manual que define para onde enviar pacotes destinados a uma rede específica.
Rota mínima: Princípio de expor o menor número possível de caminhos entre redes, reduzindo a superfície de ataque.
Rota redundante: Caminho físico alternativo para cabeamento, garantindo continuidade em caso de falha da rota principal.
Rotação automática de logs: Mecanismo que cria novos arquivos de log periodicamente e elimina os antigos conforme a política definida.
Rotação de certificados: Processo de substituição programada de certificados digitais antes do vencimento.
Rotação de chave mestra: Ato de gerar uma nova chave mestra para cifrar novos dados, minimizando riscos de vazamento.
Rotação de chaves: Processo de substituir periodicamente chaves criptográficas para limitar o impacto de um eventual vazamento.
Rotação de chaves SSH: Processo periódico de substituição de chaves públicas/privadas para reduzir riscos de acesso indevido.
Rotação de credenciais: Prática de trocar periodicamente senhas e tokens para reduzir riscos de vazamento.
Rotação de logs: Processo de arquivar e substituir arquivos de log para evitar crescimento ilimitado.
Rotação de secrets: Processo de atualizar periodicamente os valores de secrets para reduzir o risco de comprometimento.
Rotação de segredos: Processo de trocar periodicamente senhas, chaves e tokens para reduzir riscos de vazamento.
Rotação de senha: Processo de trocar periodicamente a senha usada para proteger um vault, reduzindo o risco de vazamento.
Rotação de senhas: Processo periódico de troca de senhas para reduzir o tempo de exposição em caso de vazamento.
Rotação de token: Processo periódico de substituição do token de acesso para reduzir riscos de uso indevido.
Rotação de tokens: Processo periódico de substituição de tokens ou senhas para reduzir riscos em caso de vazamento.
Rotação dinâmica: Processo automatizado de renovação e revogação de segredos sem intervenção manual.
Rotacionamento de logs: Processo de arquivar e reiniciar arquivos de log periodicamente para evitar lotação do disco.
RotatingFileHandler: Handler que limita o tamanho do arquivo de log e mantém backups antigos.
Rotatividade de credenciais: Processo periódico de troca de chaves ou senhas para reduzir riscos de acesso indevido.
Rotatividade de segredos: Processo de trocar periodicamente credenciais e segredos para reduzir riscos de vazamento.
Rotatividade de senhas: Processo de alterar senhas periodicamente para reduzir o risco de uso indevido.
Rotatividade de tokens: Frequência com que tokens de acesso e refresh são emitidos e renovados pelo Keycloak.
Roteador core: Equipamento central responsável pelo transporte eficiente de dados entre segmentos internos da rede.
Roteador de borda: Equipamento responsável por interligar a rede do ISP a outros ASNs, estabelecendo sessões BGP.
Roteador de borda (edge): Equipamento que conecta a rede interna a redes externas, aplicando políticas de segurança e roteamento.
Roteador Linux: Servidor Linux configurado para encaminhar pacotes entre diferentes redes ou VLANs.
Roteador virtual: Dispositivo lógico do Neutron que conecta redes virtuais e faz roteamento entre elas, podendo aplicar NAT.
Roteador Zigbee: Dispositivo que retransmite dados e amplia o alcance da rede mesh.
Roteamento: Processo de encaminhar pacotes de dados entre redes diferentes baseado em tabelas de rotas.
Roteamento assimétrico: Quando o tráfego de ida e volta entre dois pontos segue caminhos diferentes, podendo quebrar sessões NAT.
Roteamento condicional: Envio de logs para diferentes destinos com base em regras de conteúdo ou origem.
Roteamento de URLs: Processo de mapear padrões de URL para funções ou classes de view em Django.
Roteamento dinâmico: Uso de protocolos para aprender e atualizar rotas automaticamente.
Roteamento do kernel: Capacidade do sistema operacional de encaminhar pacotes entre interfaces.
Roteamento estático: Definição manual de caminhos de rede, sem adaptação automática a mudanças.
Roteamento inter-VLAN: Processo de encaminhar tráfego entre diferentes VLANs usando um roteador ou camada 3.
Roteirização: Processo de cálculo de rotas otimizadas para coleta ou entrega, baseado em dados em tempo real.
Roteiro: Texto estruturado que serve de base para a geração de voz e vídeo em campanhas multimídia.
Rotina de limpeza automática: Tarefa agendada para remover arquivos temporários, logs antigos ou dados obsoletos periodicamente.
Rotina de revisão: Processo periódico de verificação e limpeza de hosts, itens e templates para manter o ambiente eficiente.
Rotulagem física: Identificação visual de cabos, portas e equipamentos usando etiquetas resistentes.
Rotulagem física: Identificação visual de cabos, portas e equipamentos usando etiquetas resistentes.
Rótulo de Node: Chave-valor aplicada a nodes para facilitar a seleção e agendamento de pods.
Round-robin: Estratégia de balanceamento que distribui requisições de forma alternada entre servidores.
Round-robin DNS: Técnica simples de balanceamento onde o DNS retorna diferentes IPs a cada resolução.
Roundrobin: Algoritmo que distribui requisições de forma igualitária entre servidores.
rouser: Usuário SNMPv3 com permissão somente leitura, recomendado para monitoramento.
Route: Regra de roteamento que define como os alertas são encaminhados para diferentes receivers.
Route Reflector: Roteador BGP que centraliza a redistribuição de rotas iBGP, reduzindo o número de sessões.
Route server: Servidor no IX que facilita sessões BGP multilaterais, centralizando a troca de rotas entre participantes.
Route-map: Mecanismo no FRRouting para aplicar políticas de filtragem e manipulação de rotas.
Router: Componente que gera URLs RESTful automaticamente a partir dos ViewSets.
Router-id: Identificador único em formato IPv4 usado por protocolos de roteamento como BGP e OSPF.
Row level security: Recurso que restringe o acesso a linhas específicas de uma tabela conforme o perfil do usuário.
Row Level Security (RLS): Mecanismo do Superset para restringir linhas de dados acessíveis a cada usuário ou grupo.
Row Limit: Configuração no Superset que define o número máximo de linhas retornadas por uma consulta em um gráfico.
ROW_LIMIT: Parâmetro de configuração que limita o número máximo de linhas retornadas por consulta no Superset.
Row-level filtering: Restrição de acesso a linhas específicas de uma tabela, conforme regras definidas em políticas.
Row-level lock: Bloqueio aplicado a linhas individuais durante operações de escrita, evitando bloqueio de toda a tabela.
RPC: Remote Procedure Call; permite executar comandos remotos via API, como no endpoint ubus.
rpcd: Serviço responsável por autenticação e permissões de acesso remoto no OpenWrt.
RPKI: Infraestrutura de chave pública para autenticar a origem de anúncios de prefixos IP no BGP.
RPO: Recovery Point Objective: quantidade máxima de dados que pode ser perdida após um desastre, medida pelo intervalo entre backups.
RPO (Recovery Point Objective): Tempo máximo aceitável de perda de dados medido a partir do último backup válido até o momento de uma falha.
RRD Graphs: Sistema de gráficos de histórico de dados usado pelo pfSense para monitorar uso de banda e outros parâmetros por interface.
RS-232: Padrão de comunicação serial usado em muitos equipamentos legados.
RSS: Formato de distribuição automática de atualizações de conteúdo, útil para monitorar novidades em portais oficiais.
RSS: Formato de distribuição automática de atualizações de conteúdo, útil para monitorar novidades em portais oficiais.
RSSI: Indicador de intensidade do sinal recebido por um dispositivo Wi-Fi, medido em dBm.
RSSI (Received Signal Strength Indicator): Indicador da intensidade do sinal recebido por um dispositivo Wi-Fi, medido em dBm.
RSSI Threshold: Limite de intensidade de sinal que determina quando um cliente deve trocar de AP.
RSTP: Rapid Spanning Tree Protocol, protocolo de redundância para redes Ethernet, padronizado pelo IEEE 802.1w.
rsync: Ferramenta de código aberto para sincronização eficiente de arquivos e diretórios entre sistemas.
rsyslog: Serviço de logging padrão em sistemas Linux, usado para coletar, filtrar e encaminhar logs local ou remotamente.
RTO: Recovery Time Objective: tempo máximo aceitável para restaurar o serviço após uma falha.
RTO (Recovery Time Objective): Tempo máximo aceitável para restaurar dados e retomar operações após incidente.
RTO/RPO: Tempo máximo de recuperação e perda máxima aceitável de dados em um desastre.
RTR: RPKI-to-Router Protocol; protocolo padrão para comunicação entre roteadores e validadores RPKI.
Ruby: Modelo da Runway para conversão de vídeo SDR para HDR, disponível no Tool Mode para planos Pro e acima.
Ruído de alerta: Volume excessivo de alertas irrelevantes que dificulta a identificação de eventos críticos.
Ruído de monitoramento: Volume excessivo de alertas irrelevantes que dificulta a identificação de incidentes reais.
Rule Group: Conjunto de regras agrupadas no Wazuh para facilitar organização e aplicação de alertas.
Rule Set: Conjunto de regras usadas pelo IDS/IPS para identificar padrões de ataque.
rule_files: Diretiva no prometheus.yml que inclui arquivos de regras de alerta.
Rulebook: Arquivo YAML que define fontes de eventos e ações a serem tomadas em resposta.
rules: Bloco de configuração YAML que define condições para execução de jobs no pipeline.
Ruleset: Conjunto de assinaturas e regras usadas pelo IDS para identificar ameaças.
RUN: Instrução do Dockerfile que executa comandos durante o build, criando uma nova camada.
Runbook: Documento operacional com passos claros para resposta a incidentes ou falhas técnicas.
runc: Runtime de containers de referência da OCI, escrito em Go, responsável por criar e executar containers conforme a especificação.
Runner: Agente que executa jobs definidos no pipeline do GitLab CI/CD.
Runner compartilhado: Instância do GitLab Runner disponível para todos os projetos de uma instância GitLab.
Runner dedicado: Runner registrado para uso exclusivo de um ou mais projetos específicos.
Runner específico: Runner registrado para um projeto ou grupo, executando jobs apenas dentro desse escopo.
Runner shared: Runner registrado para atender múltiplos projetos, compartilhando a carga de jobs.
Runner/Agente: Máquina ou contêiner responsável por executar as etapas do pipeline.
Runtime: Tempo de execução de uma query, medido em segundos.
runtime fields: Campos definidos dinamicamente no Elasticsearch, calculados no momento da consulta.
Runway: Plataforma de IA generativa para criação de vídeos, imagens e efeitos visuais, acessível via web, API e MCP.
Runway App no ChatGPT: Aplicativo oficial da Runway disponível na tela Apps do ChatGPT, usado para gerar vídeos profissionais sem configuração manual.
Runway Dev: Plataforma de API, Recipes e MCP para integrações e automação de produção de vídeo por IA.
Runway Dev MCP: Servidor da Runway Dev para administração de tarefas e recursos do portal de desenvolvedor, não gera mídia no chat.
Runway MCP: Servidor oficial da Runway que permite gerar vídeo, imagem e áudio diretamente em clientes MCP, como chats e IDEs, mediante autenticação.
Ruptura de estoque: Situação em que o estoque de um produto se esgota, impedindo novas vendas.
Ryu: Controlador SDN de código aberto compatível com OpenFlow, usado para automação de redes.

Todas as letras