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

P · 687 termos

P2V: Processo de migração de um servidor físico para uma máquina virtual.
p95/p99: Percentis estatísticos que mostram o tempo de resposta mais alto observado em 95% ou 99% das requisições, úteis para detectar outliers de latência.
PaaS: Platform as a Service: modelo de nuvem que oferece uma plataforma gerenciada para desenvolver e rodar aplicações.
Pacemaker: Gerenciador de recursos de cluster, decide onde e como os serviços devem rodar.
pacemaker_remote: Componente que permite incluir nós remotos no cluster sem direito a voto de quorum.
Packet capture: Processo de captura e análise de pacotes de dados que trafegam em uma interface de rede.
Packet Filter (PF): Engine de firewall do pfSense responsável por filtrar pacotes segundo regras definidas.
Packet Identifier: Identificador único de mensagens MQTT usado para controle de retransmissão e confirmação.
Packfile: Arquivo compactado que agrupa múltiplos objetos Git para otimizar armazenamento e transferência.
Pacote de idioma: Arquivo que adiciona suporte a um novo idioma na interface do SuiteCRM.
Pacote oficial: Arquivo de instalação mantido pela equipe do Zabbix, disponível nos repositórios oficiais.
Pacotes por segundo (pps): Número de pacotes processados por segundo, importante para dimensionamento de sensores.
PACS: Sistema de arquivamento e comunicação de imagens médicas, geralmente usado para exames de imagem.
Padrão aberto: Tecnologia com especificação pública, sem restrição de uso ou implementação.
Padrão de nomenclatura: Modelo definido para nomear ativos de forma consistente e rastreável.
Padrão SQL: Conjunto de regras e comandos definidos pela ISO para bancos relacionais.
Padrões abertos: Protocolos e formatos amplamente suportados, como iSCSI, NFS e S3, que facilitam interoperabilidade.
Padronização: Adoção de convenções de nomenclatura e estrutura para facilitar entendimento coletivo.
Padronização de configuração: Processo de definir e aplicar configurações idênticas em múltiplos dispositivos ou sites para garantir uniformidade.
Padronização de configurações: Processo de aplicar os mesmos parâmetros e comandos em todos os switches para garantir consistência.
Padronização de nomenclatura: Adoção de convenções claras para nomes de queries e dashboards, facilitando busca e manutenção.
Padronização de nomenclaturas: Definição de regras para nomes de arquivos, itens e regras, visando clareza e consistência.
Padronização de nomes: Adoção de convenções claras para nomear perguntas e dashboards, facilitando busca e organização.
Padronização de políticas: Processo de garantir que regras e configurações críticas sejam idênticas em todos os dispositivos.
Padronização de variáveis: Uso consistente de nomes e formatos para facilitar manutenção e evitar erros.
Padronizável: Tarefa que segue regras fixas e pode ser executada de forma repetitiva por agentes sem risco de interpretação.
Página inicial: Tela padrão exibida ao acessar o Metabase, configurável pelo administrador.
Paginação: Estratégia para dividir grandes volumes de dados em partes menores, carregando apenas o necessário por vez.
Paginação de API: Técnica para dividir grandes volumes de dados em várias requisições menores em APIs REST.
Paginae7e3o de API: Processo de buscar dados em partes, usando parâmetros de página para não sobrecarregar a API.
Paho Python: Biblioteca Python de código aberto para implementar clientes MQTT.
Painel: Elemento visual em um dashboard do Grafana que exibe dados de uma consulta.
Painel (Panel): Elemento visual individual em um dashboard, como gráfico ou tabela.
Painel cego: Tampa instalada em espaços vazios dos racks para evitar recirculação de ar.
Painel de acompanhamento: Interface visual que exibe métricas operacionais em tempo real, facilitando a gestão e resposta a desvios.
Painel de Apps do ChatGPT: Área do ChatGPT onde ficam listados os aplicativos conectados, incluindo o status de conexão da Runway.
Painel de monitoramento: Interface visual que reúne métricas, logs e alertas para acompanhamento em tempo real dos agentes.
Painel em tempo quase real: Dashboard que exibe dados com atraso mínimo em relação ao evento original, geralmente alguns minutos.
Painel misto: Painel do Grafana que consulta múltiplos datasources em queries separadas.
Painel operacional: Dashboard focado em indicadores diários e decisões rápidas de operação.
Painless: Linguagem de script do Elasticsearch para lógica customizada em pipelines e consultas.
PAM: Pluggable Authentication Modules, sistema modular de autenticação usado pelo Ubuntu Server.
Pan: Movimento horizontal da câmera, geralmente da esquerda para a direita ou vice-versa.
Pandas: Biblioteca Python para manipulação e análise de dados tabulares
PAP: Password Authentication Protocol; método simples de autenticação que envia senha em texto claro.
Papel: Conjunto de permissões atribuídas a usuários ou equipes para controlar ações em módulos.
Papel (Role): Conjunto de permissões que define o que o usuário pode visualizar, criar, editar ou excluir em cada módulo.
Papel técnico: Função definida no time responsável por aprovar, revisar ou operar sistemas sensíveis.
Par veth: Dois dispositivos de rede virtual ligados entre si, comuns para conectar containers a bridges.
Paralelismo: Execução simultânea de múltiplas tarefas para aumentar a capacidade de processamento.
Paralelismo (forks): Quantidade de conexões simultâneas que o Ansible abre para executar tarefas em múltiplos hosts.
Paralelismo assíncrono: Execução simultânea de múltiplas operações de I/O sem bloquear o interpretador, usando async/await.
Paralelismo de queries: Execução simultânea de partes de uma consulta em múltiplos núcleos de CPU.
Paralelismo de UPS: Configuração em que dois ou mais UPS operam juntos, compartilhando carga e aumentando a resiliência.
Paralelismo seguro: Execução simultânea de múltiplas tarefas com isolamento de contexto e controle de concorrência.
parallel: matrix: Chave YAML do GitLab CI que define a matriz de variáveis para criação automática de múltiplos jobs.
parallelism: Parâmetro global que limita o número máximo de tarefas simultâneas no Airflow.
Parametrização: Técnica de tornar tarefas ou DAGs configuráveis via variáveis ou argumentos.
Parâmetro: Variável definida em uma query para permitir filtros dinâmicos sem alterar o código SQL.
Parâmetro de pipeline: Variável definida na execução do pipeline, permitindo customização sem alterar o YAML.
Parâmetro de Skill: Campo variável definido na criação da Skill, preenchido a cada execução para personalizar o fluxo.
Parâmetro obrigatório: Campo de entrada que deve ser sempre fornecido para a ferramenta funcionar corretamente.
Parâmetro opcional: Parâmetro que tem valor padrão e pode ser omitido na chamada da função.
Paravirtualização: Abordagem em que o guest usa drivers otimizados para interagir com o host, reduzindo overhead.
Pareamento: Processo de inclusão de um novo dispositivo Zigbee à rede coordenada.
Pareamento Zigbee: Processo de inclusão de um novo dispositivo à rede Zigbee, envolvendo autenticação e configuração inicial.
Parent Interface: Interface física do firewall à qual as VLANs virtuais são associadas.
Parent/Child: Modo de operação do Netdata para centralizar o monitoramento de múltiplos servidores em um painel único.
Parse JSON: Processo de interpretar e extrair dados de uma resposta em formato JSON.
Parser: Componente que interpreta e extrai dados de uma resposta estruturada, como JSON.
parsers dinâmicos: Permite adicionar ou alterar regras de parsing em tempo real, sem reiniciar o Fluent Bit.
Parsing: Primeira etapa de processamento de um comando SQL, onde o texto é convertido em uma estrutura interna e validado.
Parsing de eventos: Processo de interpretar e extrair dados de eventos enviados pelo AMI para uso no CRM.
Partial-table: Recebimento de subconjunto de rotas, como apenas default ou rotas de clientes/IX.
Partição: Divisão física de um tópico, permitindo paralelismo e escalabilidade.
Partição lógica (split-brain): Situação em que dois grupos de nós acreditam ser o cluster principal, podendo causar corrupção de dados.
particionamento: Divisão lógica de uma tabela grande em partes menores, facilitando manutenção e performance.
Particionamento de inventário: Divisão lógica do inventário em grupos menores por função, localidade ou outro critério relevante.
Particionamento de tabela: Divisão lógica de uma tabela grande em partes menores (partições), normalmente por data ou outra chave, para melhorar desempenho.
Particionamento de tabelas: Divisão lógica de grandes tabelas do banco em partes menores para facilitar a manutenção e limpeza.
Particionamento de Tópicos: Estratégia de organizar tópicos MQTT em hierarquias lógicas para facilitar administração e segurança.
Particionamento declarativo: Método nativo do PostgreSQL para dividir tabelas em partições, usando sintaxe SQL padrão.
Particionamento manual: Processo de definir manualmente como o disco será dividido em partições para melhor controle e segurança.
Partition Pruning: Otimização em que o PostgreSQL acessa apenas as partições relevantes para uma consulta.
Pass rule: Regra que instrui o Suricata a permitir determinado tráfego, mesmo que outras regras o bloqueiem.
Passagem de contexto: Transferência controlada de informações relevantes entre agentes, com filtragem e rastreabilidade.
Passive checks: Itens em que o servidor Zabbix consulta o agente para coletar informações.
Passive-interface: Configuração que impede o envio de anúncios de roteamento por uma interface específica.
Passphrase: Senha adicional usada para proteger a chave privada SSH contra uso não autorizado.
Passpoint (Hotspot 2.0): Padrão que permite autenticação automática e roaming seguro entre redes Wi-Fi, usando atributos e políticas específicas.
Password file: Arquivo texto contendo a senha do Vault, usado para automação sem interação manual.
Password Policy: Conjunto de regras que define requisitos mínimos e restrições para senhas de usuários.
PasswordAuthentication: Diretiva do sshd_config que habilita ou desabilita autenticação por senha.
Pasta (Folder): Estrutura lógica no Grafana para agrupar dashboards e aplicar permissões específicas.
Pasta (folder) no Grafana: Estrutura organizacional para agrupar dashboards e aplicar permissões de forma centralizada.
patch: Atualização que corrige falhas de segurança ou bugs em softwares.
Patch panel: Painel de conexão que organiza e facilita a distribuição de cabos de rede e fibra.
Patches de segurança: Atualizações que corrigem vulnerabilidades conhecidas no software.
Patching: Ato de aplicar correções de segurança e bugs em softwares para eliminar vulnerabilidades conhecidas.
Path: Caminho lógico dentro do Vault onde segredos e políticas são organizados.
Path Parameter: Parâmetro obrigatório na rota, usado para identificar recursos específicos.
pattern: Recurso do Mosquitto para definir regras de ACL globais usando curingas.
pause: Módulo do Ansible usado para inserir intervalos entre tarefas ou lotes.
Payload: Conteúdo de dados transmitido por sensores ou atuadores, geralmente em formato JSON padronizado.
Payload de criação: Conjunto de dados enviados para criar um agente via API, incluindo prompt, parâmetros e configurações.
Payload JSON: Estrutura de dados em formato JSON enviada entre nodes ou sistemas.
PCAP: Arquivo de captura de pacotes de rede, usado para análise e testes de regras.
pcapng: Formato de arquivo padrão do Wireshark para armazenar capturas de pacotes.
PCI DSS: Padrão internacional de segurança para proteção de dados de cartões de pagamento.
pcmk_exporter: Exporter de código aberto que expõe métricas do Pacemaker para o Prometheus.
pcs: Ferramenta de linha de comando para configuração e gerenciamento de clusters Pacemaker/Corosync.
pct: Comando CLI para gerenciar containers LXC no Proxmox VE.
pdb: Python Debugger, ferramenta de depuração interativa para código Python.
PDC (Plano de Desenvolvimento de Carreira): Registro estruturado do progresso e das ações de desenvolvimento do colaborador.
PDO: Camada de abstração de banco de dados do PHP, usada pelo EspoCRM para acessar o MariaDB.
PDU: Unidade de distribuição de energia usada para alimentar equipamentos em racks.
PDU inteligente: Unidade de distribuição de energia com monitoramento e controle remoto do consumo elétrico.
PDV: Ponto de Venda; terminal de caixa responsável por registrar vendas e processar pagamentos.
PDV (point_of_sale): Módulo para vendas rápidas em loja física, integrado ao estoque.
PDV (Ponto de Venda): Terminal onde são realizadas as vendas e processados pagamentos no varejo.
PEAP: Protocolo EAP que encapsula a autenticação em um túnel TLS, normalmente usando usuário e senha.
PEAP/MSCHAPv2: Método EAP amplamente suportado por dispositivos Windows e móveis, usado como fallback ao EAP-TLS.
Pedido de Venda: Documento que formaliza a venda e reserva o estoque após aceitação da cotação.
Peer: Dispositivo participante de uma VPN WireGuard, identificado por chave pública.
Peer BGP: Outro roteador BGP com o qual sua rede troca rotas.
peer inativo: Peer que não realizou handshake dentro do intervalo esperado, indicando possível falha ou desconexão.
Peer Review: Revisão de código feita por outro membro do time antes de aprovar mudanças.
Peer-group: Agrupamento de neighbors BGP com configurações e políticas comuns para simplificar a administração.
PeerAuthentication: Recurso do Istio para configurar políticas de autenticação mútua entre pods.
Peering: Acordo entre dois ASs para troca direta de tráfego, geralmente sem custo.
Peering bilateral: Acordo direto de troca de rotas entre dois ASNs, com políticas específicas para cada relação.
Peering multilateral: Troca de rotas entre múltiplos ASNs via um route server, comum em pontos de troca de tráfego.
Pending: Estado em que o pod aguarda agendamento por falta de recursos ou restrições de afinidade/tolerância.
PEP Proxy: Proxy de proteção de APIs que valida tokens e aplica políticas de autorização.
PEP8: Guia oficial de estilo para código Python, definindo padrões de formatação e nomenclatura.
Percentil 95: Valor abaixo do qual estão 95% das observações, útil para medir latência realista.
Percentil p95/p99: Valor abaixo do qual 95% ou 99% das medições de latência se encontram, útil para identificar piores casos.
Percentual acumulado: Soma progressiva dos valores de cada item em relação ao total, usada para definir as classes ABC.
Perda de pacotes: Percentual de pacotes enviados que não chegam ao destino, afetando a qualidade da rede.
Perfect Forward Secrecy: Propriedade que garante que a quebra de uma chave privada não compromete sessões anteriores.
Perfil: Conjunto de permissões que define o que um usuário pode ver ou fazer no GLPI.
Perfil de acesso: Nível de permissão concedido a um usuário ou grupo dentro do Metabase.
Perfil de aplicação Zigbee: Conjunto de especificações que define como dispositivos Zigbee devem se comportar e se comunicar em uma rede.
Perfil de Consumo: Conjunto de regras que define quanto e quando uma carga pode consumir energia.
Perfil de serviço: Configuração que define banda, QoS e políticas de acesso para cada ONU na camada de serviço.
Perfil de tráfego: Distribuição e intensidade do uso da rede por tipo de aplicação e usuário.
Perfil de uso: Classificação do tipo de tráfego gerado pelos usuários, como leve, médio ou pesado.
Perfil de usuário: Conjunto de permissões atribuídas a um grupo de usuários com funções semelhantes dentro do sistema.
Pergunta (Question): Consulta criada no Metabase para extrair, filtrar e visualizar dados de uma ou mais tabelas.
Período comparativo: Intervalo de tempo definido para analisar antes, durante e depois de uma campanha.
Período de campanha: Intervalo de datas em que uma promoção ou ação de marketing está ativa.
Período de manutenção: Intervalo de tempo configurado para ignorar indisponibilidades planejadas no cálculo de SLA.
periodo_campanha: Campo auxiliar que indica se uma venda ocorreu antes, durante ou depois de uma campanha.
Permissão: Autorização para realizar uma ação específica, como ler ou editar um dashboard ou dataset.
Permissão (GRANT): Autorização concedida a um usuário para realizar operações específicas em objetos do banco de dados.
Permissão (Permission): Direito atribuído a um usuário ou grupo para executar ações específicas em objetos do NetBox.
Permissão (Privilege): Direito concedido a uma role para executar operações específicas em objetos do banco.
Permissão 600: Configuração de arquivo em Unix que permite leitura e escrita apenas ao dono, bloqueando acesso a outros usuários.
permissão 700: Configuração de acesso que permite leitura, escrita e execução apenas pelo dono do arquivo (normalmente root).
Permissão avançada: Configuração detalhada de acesso (visualização, edição, administração) para pastas ou dashboards.
Permissão cumulativa: Quando um usuário pertence a vários times, recebe a permissão mais alta entre eles.
Permissão de acesso: Controle de quem pode visualizar, editar ou administrar dashboards dentro do Grafana.
Permissão de arquivo: Regras do sistema operacional que determinam quem pode ler, gravar ou executar arquivos e diretórios.
Permissão de diretório: Configuração que define quais usuários ou serviços podem ler, gravar ou executar arquivos em um diretório.
Permissão de dispositivo: Configuração de acesso (leitura/escrita) para arquivos de dispositivo, como USB, no Linux.
Permissão de Editor: Permissão que permite criar e editar dashboards em uma pasta específica.
Permissão de escrita: Direito do usuário do sistema de alterar ou criar arquivos em um diretório.
Permissão de execução: Direito do sistema operacional que permite a um usuário rodar um arquivo como programa.
Permissão de ferramenta: Controle sobre quais funções ou APIs um agente pode acessar.
Permissão de grupo: Controle de acesso baseado em grupos de usuários, definindo quem pode visualizar ou editar recursos no Redash.
Permissão de host: Nível de acesso concedido a um grupo de usuários sobre um grupo de hosts (sem acesso, visualização ou controle total).
Permissão de leitura: Direito concedido a um usuário para consultar dados em uma tabela ou banco de dados.
Permissão de mídia: Autorização para que um usuário receba alertas através de canais como e-mail, SMS ou outros integrados ao Zabbix.
Permissão de usuário: Nível de acesso atribuído a um usuário ou grupo, determinando o que pode ser visualizado ou alterado no Zabbix.
Permissão de visualização: Configuração no Superset que limita o acesso de usuários apenas à visualização de dashboards, sem edição dos dados.
Permissão DML: Direito de executar comandos de manipulação de dados (INSERT, UPDATE, DELETE) em um banco de dados.
Permissão excessiva: Concessão de direitos além do necessário, aumentando riscos de segurança e compliance.
Permissão explícita: Configuração que define exatamente quais comandos, caminhos ou funções o agente pode acessar.
Permissão granular: Capacidade de definir permissões detalhadas para cada módulo ou ação no sistema.
Permissão mínima: Princípio de conceder apenas os acessos estritamente necessários para uma tarefa.
Permissão mínima (least privilege): Princípio de conceder a cada usuário apenas as permissões estritamente necessárias para sua função.
Permissão por coluna: Recurso que restringe o acesso de usuários a colunas específicas de um dataset no Superset.
Permissão por grupo: Controle de acesso baseado em grupos de usuários, determinando quem pode visualizar ou editar determinados dashboards.
Permissão restrita: Configuração que limita o acesso de scripts apenas ao necessário, reduzindo riscos de segurança.
Permissão SELECT: Privilégio no PostgreSQL que permite ao usuário consultar dados de uma tabela.
Permissão somente leitura: Tipo de acesso ao banco que permite consultar dados, mas não alterar ou excluir informações.
Permissão SSH: Autorização necessária para que o Ansible acesse hosts remotos via SSH, baseada em chaves ou senhas.
Permissão Viewer: Perfil de usuário que permite apenas visualizar dashboards, sem editar ou criar novos painéis.
Permission denied: Erro de permissão ao tentar executar um arquivo ou acessar recurso sem autorização adequada.
Permissões: Configuração que define quais ações cada perfil de usuário pode realizar no sistema.
Permissões 755/644: Configurações de acesso em arquivos e diretórios Linux que limitam leitura, escrita e execução por usuários e grupos.
Permissões de acesso: Configuração que define quem pode visualizar, editar ou compartilhar informações no BI.
Permissões de arquivo: Configuração do sistema operacional que define quem pode ler, escrever ou executar arquivos e pastas.
Permissões de arquivos: Definem quem pode ler, gravar ou executar arquivos e pastas no Linux.
Permissões de execução: Configuração que define quais usuários podem executar, ler ou alterar arquivos e scripts no sistema.
Permissões de ferramenta: Limitações explícitas sobre o que cada função externa pode acessar ou modificar quando chamada pelo agente.
Permissões de host: Configuração no Zabbix que define quais usuários ou grupos podem acessar determinados dispositivos monitorados.
Permissões de log: Configuração que limita quem pode acessar, ler ou modificar os arquivos de log no sistema.
Permissões de pasta: Configuração que define quais usuários ou serviços podem ler, gravar ou executar arquivos em um diretório.
Permissões de usuário: Conjunto de direitos atribuídos ao usuário, que limitam o acesso a métodos e dados via API.
Permissões Granulares: Configuração detalhada de acesso a entidades e campos, permitindo restringir visualização e edição por função ou usuário.
Permissões mínimas: Princípio de conceder ao usuário apenas os acessos estritamente necessários para sua função.
Permissões padrão: Nível de acesso inicial atribuído automaticamente a novos usuários.
Permissões por coleção: Controle de acesso a grupos de dashboards, perguntas ou relatórios dentro do Metabase.
Permissões restritas: Concessão de privilégios mínimos necessários para um usuário operar, reduzindo riscos de segurança.
Permissões Unix: Definem quais usuários podem ler, escrever ou executar arquivos e diretórios em sistemas Linux.
permit: Parâmetro do manager.conf que limita os IPs autorizados a acessar o AMI.
Persistence: Mecanismo de armazenamento histórico de estados de itens no OpenHAB.
Persistência: Armazenamento de dados para consulta futura, auditoria ou análise histórica.
Persistência compartilhada: Todos os nós do cluster acessam o mesmo banco de dados, garantindo consistência de usuários e tokens.
Persistência de configuração: Capacidade de manter as configurações de bridges e portas OVS após reboot do sistema.
Persistência de contexto: Capacidade do Node-RED de manter dados e estados mesmo após reinicializações ou falhas.
Persistência de dados: Garantia de que dados armazenados sobrevivem a reinicializações ou falhas de containers.
Persistência de estado: Salvamento do contexto e progresso do workflow para garantir retomada após falhas.
Persistência de eventos: Registro durável de ocorrências importantes em bancos de dados para auditoria e análise.
Persistência de fila: Capacidade de uma fila armazenar mensagens em disco para evitar perda em caso de falha.
Persistência de logs: Configuração que garante que logs sejam gravados em disco e sobrevivam a reboots.
Persistência de metadados: Armazenamento durável de informações administrativas e de configuração do Superset.
Persistência de modelos: Mecanismo que mantém modelos carregados na RAM para acelerar respostas, podendo ser ajustado para liberar recursos.
Persistência de regras: Capacidade de manter as regras de firewall ativas mesmo após reinicialização do sistema.
Persistência de sessão: Mecanismo para manter o estado do usuário entre múltiplas instâncias de aplicação.
Persistência de trigger: Tempo mínimo em que uma condição deve permanecer verdadeira para disparar a trigger, evitando alertas por oscilações rápidas.
Persistência local: Armazenamento de dados em disco físico na borda, garantindo sobrevivência a falhas de energia ou rede.
Persistência local do proxy: Capacidade do proxy Zabbix de armazenar dados coletados até conseguir reenviá-los ao server.
Persistência vetorial: Armazenamento de embeddings em bancos vetoriais para buscas semânticas e versionamento.
Persistent Queue: Mecanismo do Logstash que armazena eventos em disco para evitar perda em caso de falha.
Persistent Volume: Recurso do Kubernetes que permite armazenamento persistente de dados para pods.
Persistent Volume (PV): Recurso do Kubernetes que representa um volume de armazenamento provisionado manualmente ou dinamicamente, independente do ciclo de vida dos pods.
Persistent Volume Claim (PVC): Recurso do Kubernetes que solicita armazenamento persistente para um pod.
PersistentKeepalive: Configuração que mantém o túnel WireGuard ativo atrás de NATs ou firewalls.
PersistentVolume: Recurso do Kubernetes que representa uma unidade de armazenamento disponível para pods.
PersistentVolume (PV): Recurso Kubernetes que representa uma fatia de storage externo disponível para o cluster.
PersistentVolumeClaim: Solicitação de armazenamento persistente no Kubernetes para uso por pods.
PersistentVolumeClaim (PVC): Requisição de storage persistente feita por um pod no Kubernetes.
Personalização dinâmica: Adaptação automática do conteúdo do portal conforme perfil ou contexto do usuário.
pfBlockerNG: Módulo do pfSense que automatiza o bloqueio de IPs por listas negras, GeoIP e reputação.
pfctl: Ferramenta de linha de comando do OpenBSD usada para manipular regras e tabelas do firewall no pfSense.
pfSense: Distribuição de firewall open source baseada em FreeBSD, amplamente usada para segmentação e proteção de redes.
pfSense-upgrade: Comando utilizado para atualizar o pfSense via shell, aplicando atualizações de sistema e pacotes.
pfSense-upgrade.sh: Script oficial do pfSense para atualização automatizada via linha de comando.
pfSsh.php: Utilitário do pfSense para executar tarefas administrativas via shell, permitindo automação de configurações.
pfsync: Protocolo que sincroniza estados de conexão entre firewalls redundantes no pfSense.
PG (Placement Group): Unidade lógica do Ceph que agrupa objetos e distribui a carga entre OSDs.
pg_basebackup: Ferramenta oficial do PostgreSQL para gerar backups físicos completos do cluster.
pg_checksums: Utilitário que verifica a integridade dos arquivos de dados usando checksums, se ativados no cluster.
pg_dump: Ferramenta oficial do PostgreSQL para gerar backups lógicos de bancos de dados.
pg_hba.conf: Arquivo de configuração do PostgreSQL que define quais hosts e usuários podem acessar o banco.
pg_partman: Extensão para particionamento automático e manutenção de tabelas grandes no PostgreSQL.
pg_relation_size: Função do PostgreSQL que retorna o tamanho em bytes de uma tabela ou índice.
pg_restore: Ferramenta do PostgreSQL para restaurar backups feitos em formato custom pelo pg_dump.
pg_stat_activity: View interna do PostgreSQL que exibe informações sobre todas as queries em execução no banco.
pg_stat_replication: View que mostra o status e o atraso das conexões de replicação entre servidores PostgreSQL.
pg_stat_statements: Extensão do PostgreSQL que coleta estatísticas detalhadas sobre execução de queries.
pg_stat_user_tables: Visão do PostgreSQL que mostra estatísticas de uso e manutenção das tabelas de usuário.
pgAdmin: Interface gráfica open source para gerenciamento de bancos PostgreSQL.
pgaudit: Extensão do PostgreSQL para auditoria avançada de comandos e acessos, detalhando operações além do log padrão.
pgBackRest: Ferramenta de backup e restauração para PostgreSQL, projetada para alta performance e confiabilidade.
PgBouncer: Ferramenta leve de pooling externo para PostgreSQL, que gerencia e otimiza conexões entre aplicações e o banco.
pgloader: Ferramenta open-source para migração automatizada de dados entre bancos, incluindo MySQL e PostgreSQL.
pgvector: Extensão do PostgreSQL que permite armazenar e buscar vetores para similaridade semântica.
Phase 1/Phase 2: Etapas de negociação de parâmetros e chaves em túneis IPsec.
PHP-FPM: Gerenciador de processos FastCGI para PHP, responsável por executar scripts em servidores web modernos.
php.ini: Arquivo de configuração do PHP onde se ajustam extensões, timezone e outros parâmetros necessários ao frontend do Zabbix.
Physical Volume (PV): Disco físico ou partição inicializada para uso pelo LVM.
Pico de demanda: Curto período em que o consumo de energia ultrapassa o valor médio ou contratado, gerando custos extras.
Pico de uso: Momento de maior demanda simultânea por recursos do sistema, usado para dimensionamento.
PID: Process ID, identificador numérico único de cada processo em execução no sistema.
PII (Personally Identifiable Information): Informação que pode identificar uma pessoa física, como nome, CPF, email, telefone.
Piloto controlado: Fase de testes com usuários reais e volume limitado, usada para validar fluxos e identificar falhas antes da produção.
Ping: Comando que testa a conectividade entre dois dispositivos na rede, medindo latência e perdas.
ping-timeout: Tempo máximo que o DRBD espera por resposta de ping de rede antes de considerar o nó remoto como falho.
pip: Gerenciador de pacotes padrão do Python, usado para instalar, atualizar e remover bibliotecas.
pip freeze: Comando que gera uma lista de todas as dependências instaladas no ambiente, com versões, no formato requirements.txt.
Pipeline: Sequência automatizada de etapas (build, test, deploy) para entrega de software.
Pipeline assíncrono: Fluxo de processamento em que cada etapa ocorre de forma desacoplada, permitindo orquestração sem bloqueio.
Pipeline CI/CD: Fluxo automatizado de integração e entrega contínua, que executa testes e deploys a cada alteração no código.
Pipeline como código: Prática de definir toda a lógica de CI/CD em arquivos versionados no repositório.
Pipeline de BI: Conjunto automatizado de etapas para extrair, transformar e carregar dados para análise.
Pipeline de CI: Fluxo automatizado que executa etapas de validação, teste e integração de código a cada alteração.
Pipeline de CI/CD: Sequência automatizada de etapas para build, teste e deploy de aplicações.
Pipeline de dados: Sequência automatizada de tarefas para mover e transformar dados de uma fonte até o consumo final.
Pipeline de deploy: Sequência automatizada de etapas para testar, validar e publicar alterações em agentes ou fluxos.
Pipeline de eventos: Fluxo pelo qual eventos de auditoria percorrem desde a origem (Auditd) até a análise e decisão (Wazuh e OPA).
Pipeline de IA: Sequência de etapas automatizadas que processam dados, consultam modelos e integram APIs para entregar valor de negócio.
Pipeline de inferência: Fluxo automatizado que recebe dados, aplica o modelo de ML e retorna decisões ou alertas.
Pipeline de ingestão: Conjunto de processadores que transformam documentos antes da indexação no Elasticsearch.
Pipeline de processamento: Sequência de tabelas e regras que determinam o destino e tratamento dos pacotes.
Pipeline de regras: Sequência de processamento dos pacotes: firewall, NAT e roteamento.
Pipeline de validação: Sequência automatizada de etapas que executa testes e controla o deploy de agentes.
Pipeline declarativo: Fluxo de build, teste e deploy definido como código, versionado e auditável.
Pipeline dinâmico: Pipeline que adapta sua execução conforme variáveis, regras e condições do contexto.
Pipeline monolítico: Pipeline CI/CD único e centralizado, geralmente associado a sistemas monolíticos, onde todo o ciclo de build, teste e deploy ocorre em sequência para o projeto inteiro.
Pipeline OpenFlow: Sequência de tabelas de regras processadas em cada pacote dentro do OVS, determinando o caminho do tráfego.
pipeline-to-pipeline: Recurso do Logstash que permite dividir o processamento em pipelines independentes.
pipelining: Otimização do Ansible que reduz o número de conexões SSH necessárias por tarefa.
Piso elevado: Estrutura sob o piso principal usada para passagem de cabos e distribuição de ar.
Pista de movimento: Elemento visual na imagem de entrada que sugere ação ou deslocamento ao modelo de IA.
Pistas de movimento: Elementos visuais em uma imagem que sugerem direção ou ação, como desfoque ou pose dinâmica.
Pistas visuais: Elementos presentes na imagem de entrada que sugerem movimento ou ação ao modelo de IA.
Pivô de rede: Técnica em que um atacante compromete um dispositivo e o utiliza para atacar outros na mesma rede.
PJSIP: Stack SIP moderno do Asterisk, substitui o chan_sip e oferece mais recursos e segurança.
PKCE: Extensão de OAuth2 que protege o fluxo Authorization Code, especialmente em clients públicos como apps mobile.
PKI (Public Key Infrastructure): Engine que permite ao Vault atuar como CA interna, emitindo e revogando certificados digitais.
PL/pgSQL: Linguagem procedural nativa do PostgreSQL para escrever funções e triggers.
Placement Group (PG): Unidade lógica de distribuição de dados em Ceph, agrupando objetos para balanceamento entre OSDs.
Plano: Enquadramento da cena, como plano aberto, médio ou fechado, que define o quanto do ambiente e do sujeito aparece.
Plano contínuo: Vídeo sem cortes, em que a ação ocorre do início ao fim sem interrupções.
Plano de câmera: Tipo de enquadramento descrito no prompt, como wide shot, close-up, overhead, que orienta o ponto de vista da cena.
Plano de cena: Divisão do roteiro em unidades visuais, cada uma com ação, ambiente, movimento e duração definidos.
Plano de contingência: Documento com procedimentos e contatos para resposta rápida a falhas ou incidentes.
Plano de continuidade (PCN): Documento que define procedimentos para manter ou restaurar serviços críticos após incidentes.
Plano de Controle: Componente que toma decisões sobre o encaminhamento de fluxos e instala regras no plano de dados.
Plano de Dados: Parte da rede responsável por encaminhar pacotes de acordo com regras já instaladas.
Plano de execução: Análise detalhada de como o banco executa uma consulta, mostrando uso de índices e etapas.
Planta baixa: Desenho técnico que representa a disposição física de um ambiente visto de cima.
Playbook: Arquivo YAML que define tarefas e estados desejados para automação com Ansible.
Playbook Ansible: Arquivo YAML que descreve tarefas de automação executadas pelo Ansible.
Playbook composto: Arquivo YAML com múltiplos plays que orquestram diferentes grupos de hosts em sequência.
Playbook de compliance: Arquivo Ansible que define regras e configurações obrigatórias para manter sistemas em conformidade.
Playbook de rollback: Arquivo YAML do Ansible que executa tarefas para desfazer mudanças e restaurar configurações anteriores.
Playbook mínimo: Playbook reduzido ao essencial, contendo apenas a tarefa a ser testada, usado para isolar problemas.
Playbook monolítico: Playbook único e grande, que executa múltiplas funções sem modularização.
Playbook multi-cloud: Playbook do Ansible que orquestra recursos em mais de um provedor de nuvem simultaneamente.
Playbook multi-plataforma: Playbook Ansible que executa tarefas adaptadas a diferentes tipos de ambiente, usando condicionais e grupos.
Playbook reativo: Playbook do Ansible acionado automaticamente em resposta a eventos detectados por sistemas de monitoramento.
Playbook reverso: Playbook criado para desfazer as alterações realizadas por outro playbook.
PLC: Controlador Lógico Programável, equipamento dedicado ao controle de processos industriais.
Plugabilidade: Capacidade de conectar, substituir ou atualizar agentes sem afetar o fluxo geral do sistema.
Plugin: Componente que estende ou altera o comportamento do Ansible, como conexões, callbacks ou filtros.
Plugin de autenticação: Extensão que permite ao Mosquitto validar usuários usando sistemas externos como LDAP ou OAuth2.
Plugin de autenticação: Extensão que permite ao Mosquitto validar usuários usando sistemas externos como LDAP ou OAuth2.
Plugin de conexão: Extensão do Ansible que define como o control node acessa os managed nodes.
Plugin de driver: Arquivo JAR que adiciona suporte a novos bancos de dados no Metabase open source.
Plugin de filter: Extensão que permite manipular e filtrar dados dentro dos playbooks.
Plugin de Input: Componente do Fluent Bit responsável por capturar logs de uma fonte específica.
Plugin de Inventário: Módulo do Ansible que integra inventários dinâmicos a fontes externas como clouds e APIs.
Plugin de Output Loki: Plugin que envia logs processados pelo Fluent Bit para o Loki via HTTP.
Plugin de visualização: Extensão que adiciona novos tipos de gráficos ou painéis ao Superset.
plugin do Grafana: Extensão que adiciona novas funcionalidades, datasources ou visualizações ao Grafana.
Plugin do Ranger: Componente instalado nos serviços Hadoop para aplicar localmente as políticas definidas no Ranger Admin.
Plugin FusionInventory: Extensão do GLPI para inventário automático de ativos e coleta de informações detalhadas.
Plugin Grafana Zabbix: Extensão oficial do Grafana que permite integrar e visualizar dados do Zabbix em dashboards customizados.
Plugin MCP: Componente que expõe funções externas à IA, com entradas, saídas e validações padronizadas pelo MCP.
Plugin open source: Extensão de código aberto que adiciona ou modifica funcionalidades do Keycloak sem alterar o núcleo.
Plugin Zabbix para Grafana: Extensão oficial que permite ao Grafana ler dados diretamente do Zabbix via API.
Plugins: Componentes do Netdata que coletam métricas de serviços e aplicações específicas.
PMF/MFP: Protected/Management Frame Protection, mecanismo do 802.11w para proteger quadros de gerenciamento.
PMS: Property Management System. Sistema central de gestão hoteleira que controla reservas, check-in/out e serviços.
PMS (Property Management System): Sistema de gestão hoteleira que integra reservas, check-in, check-out e outros processos operacionais.
pmxcfs: Sistema de arquivos distribuído do Proxmox VE que sincroniza configurações entre os nós do cluster.
PNG sequence: Formato de exportação que entrega cada quadro do vídeo como um arquivo PNG, permitindo canal alfa e máxima qualidade para pós-produção.
Pod: Menor unidade executável do Kubernetes, encapsulando um ou mais contêineres com rede e armazenamento compartilhados.
Pod anti-affinity: Política que impede que múltiplos pods com certas características sejam agendados no mesmo nó.
Pod pending: Estado de um pod que não pode ser agendado por falta de recursos disponíveis no cluster.
Pod Sandboxing: Técnica para isolar pods, aumentando a segurança e evitando interferência entre workloads.
Pod Security Admission: Mecanismo nativo do Kubernetes para impor políticas de segurança a Pods em nível de namespace.
Pod Security Standards: Conjunto de padrões nativos do Kubernetes para restringir configurações perigosas em pods, como rodar como root ou usar volumes privilegiados.
Pod Template: Arquivo YAML que define a configuração padrão de recursos, imagem e labels para os pods de tarefas do Airflow.
pod-network-cidr: Faixa de endereços IP atribuída aos pods do cluster, definida no kubeadm init.
PodDisruptionBudget: Política que limita a quantidade de pods que podem ser interrompidos simultaneamente em um deployment ou statefulset.
PodDisruptionBudget (PDB): Recurso do Kubernetes que limita o número de pods indisponíveis durante interrupções planejadas ou não.
PodSecurity Admission: Admission controller nativo que aplica políticas de segurança a pods com base em labels de namespace.
PodSecurity Standard: Conjunto de padrões que define níveis de restrição para configuração de pods.
PoE: Power over Ethernet, tecnologia que permite alimentar dispositivos de rede pelo cabo de dados.
PoE (Power over Ethernet): Tecnologia que permite alimentar equipamentos de rede via cabo Ethernet, eliminando a necessidade de fonte dedicada.
PoE+ (802.3at): Padrão de alimentação por Ethernet que fornece até 30W para dispositivos como APs avançados.
PoE++ (IEEE 802.3bt): Padrão de alimentação via Ethernet que fornece até 60-90W por porta, necessário para APs de alta potência.
points_count: Campo do Qdrant que indica o número de pontos (embeddings) indexados em uma coleção.
Policy: Documento que especifica ações permitidas ou negadas para identidades em um ambiente.
Policy (Política): Arquivo que define permissões de acesso a paths e operações no Vault.
Policy (Vault): Conjunto de regras que define o que um token ou role pode acessar no Vault.
Policy engine: Componente responsável por aplicar regras de acesso e decisão de autenticação.
Policy-Based Routing: Roteamento baseado em regras, permitindo direcionar tráfego específico por diferentes gateways.
Policy-Based Routing (PBR): Roteamento baseado em políticas, permitindo que o tráfego siga caminhos diferentes conforme critérios definidos.
Policy-driven: Modelo de RBAC que utiliza arquivos de política para definir permissões de forma granular.
Política: Conjunto de regras que define quais caminhos e operações um token pode executar no Vault.
Política (ACL): Conjunto de regras que define permissões de acesso a caminhos e operações no Vault.
Política (Policy): Conjunto de regras ACL que define permissões de acesso a paths no Vault.
Política de acesso: Conjunto de regras que define quem pode acessar quais segredos e operações em ferramentas como o Vault.
Política de escalabilidade: Regras que determinam quando e como aumentar ou reduzir recursos.
Política de Faturamento: Configuração que determina quando a fatura deve ser emitida: ao pedido ou por entrega.
Política de Firewall: Conjunto de regras que define quais tipos de tráfego são permitidos ou bloqueados entre segmentos de rede.
Política de limpeza: Conjunto de regras para remoção ou arquivamento de dados obsoletos do inventário.
Política de menor privilégio: Princípio de segurança que limita o acesso de cada usuário ou aplicação apenas ao necessário para sua função.
Política de Privacidade: Documento que informa ao usuário como seus dados são coletados, usados, compartilhados e protegidos.
Política de retenção: Regras que definem por quanto tempo os dados pessoais serão armazenados antes de sua exclusão ou anonimização.
Política de revisão de acesso: Procedimento periódico para verificar e validar permissões concedidas.
Política de roteamento: Conjunto de regras que define como rotas são aceitas, preferidas ou descartadas em um roteador.
Política de segurança: Conjunto de regras e procedimentos que definem como acessar, operar e auditar ativos críticos.
Política de segurança OPC UA: Conjunto de regras que define criptografia, autenticação e integridade nas conexões OPC UA.
Política de senha: Conjunto de regras que define a complexidade e validade das senhas de usuários.
Política de uso aceitável (AUP): Conjunto de regras que define o que é permitido e proibido no uso da rede de uma organização.
Política de uso aceitável (AUP): Conjunto de regras que define o que é permitido e proibido no uso da rede de uma organização.
Política declarativa: Definição do estado desejado de um sistema, deixando para a plataforma a responsabilidade de alcançá-lo.
Política default deny: Configuração em que todo tráfego é bloqueado por padrão, liberando apenas o explicitamente permitido.
Política do Vault: Conjunto de permissões que define o que um usuário ou grupo pode acessar ou operar dentro do Vault.
Política em cascata: Modelo em que múltiplas camadas aplicam regras de acesso, aumentando a segurança e segmentação.
Política padrão (policy): A ação padrão aplicada a pacotes que não casam com nenhuma regra em uma cadeia do firewall.
Política Vault: Documento que define permissões de acesso a segredos e operações dentro do Vault.
Poller: Processo do Zabbix responsável por coletar dados dos hosts monitorados.
Poller LibreNMS: Processo responsável pela coleta de dados de dispositivos monitorados, podendo ser distribuído em múltiplos servidores.
Polling: Técnica de integração em que um sistema consulta periodicamente outro em busca de eventos ou dados.
Polling Interval: Intervalo de tempo entre coletas de dados de um item pelo Zabbix.
POLLINTERVAL: Intervalo (em segundos) entre as consultas do upsmon ao servidor NUT remoto.
Poluição visual: Elementos indesejados ou concorrentes no fundo ou ao redor do assunto principal da imagem de referência.
Poly1305: Algoritmo de autenticação de mensagens usado para garantir integridade dos dados.
Ponto a ponto: Conexão direta entre dois peers, sem intermediários.
Ponto cego: Área do sistema sem monitoramento ou visibilidade adequada, onde falhas podem passar despercebidas.
Ponto crítico: Equipamento ou local onde a falta de energia causa impacto operacional relevante.
Ponto de aprovação: Etapa do fluxo onde a execução só avança após validação manual, especialmente em decisões sensíveis.
Ponto de auditoria: Local ou mecanismo onde são registrados eventos relevantes para fins de controle e conformidade.
Ponto de controle: Etapa obrigatória de revisão ou validação humana em processos automatizados para garantir segurança e conformidade.
Ponto de entrada/saída: Dispositivo físico ou lógico monitorado ou controlado por um sistema SCADA.
Ponto de falha: Elemento do sistema cuja falha pode comprometer a operação ou a coleta de dados.
Ponto de falha única: Elemento cuja falha causa indisponibilidade de parte ou toda a rede.
Ponto de medição: Local físico ou lógico onde são coletados dados de energia para monitoramento.
Ponto de montagem: Diretório local onde um sistema de arquivos remoto ou dispositivo é acessado após a montagem.
Ponto único de falha: Componente cuja falha compromete toda a estratégia de backup ou recuperação.
Pool: Mecanismo do Airflow para limitar o número de tarefas simultâneas que usam recursos compartilhados.
Pool Ceph: Conjunto lógico de objetos Ceph, usado para separar dados por serviço ou aplicação.
Pool de conexões: Mecanismo que mantém conexões abertas para otimizar o acesso a bancos de dados.
Pool de processos: Conjunto de processos gerenciados pelo PHP-FPM para atender requisições simultâneas.
Pool de threads: Conjunto de threads pré-alocadas que processam eventos simultâneos no OpenHAB.
Pool de workers: Conjunto de processos ou threads que executam tarefas em paralelo, limitado por configuração.
Pool DHCP: Faixa de endereços IP que o servidor DHCP pode distribuir dinamicamente aos dispositivos.
Pool DHCP: Faixa de endereços IP que o servidor DHCP pode distribuir dinamicamente aos dispositivos.
Pool ZFS: Conjunto lógico de discos físicos agrupados para formar um espaço de armazenamento resiliente.
poolclass: Parâmetro do SQLAlchemy para definir a estratégia de pool de conexões em engines assíncronos.
Pooling: Processo de coleta periódica de dados de sensores ou dispositivos para atualização do sistema de monitoramento.
Pooling de conexões: Técnica para reutilizar conexões abertas ao banco, reduzindo latência e consumo de recursos.
POP: Point of Presence, ponto físico da rede ISP onde há equipamentos e conexões.
POP (Point of Presence): Local físico onde equipamentos de rede de um ISP estão concentrados, servindo como ponto de acesso à infraestrutura.
Pop-up de chamada: Janela automática exibida pelo CRM com dados do cliente ao receber uma chamada.
Pop-up de tela: Janela automática exibida no CRM ao receber uma chamada, apresentando dados do cliente ao agente.
Port flapping: Situação em que uma porta alterna rapidamente entre os estados up e down, geralmente por falha física ou mau contato.
Port Forward (DNAT): Redirecionamento de conexões externas para um host interno específico, geralmente para publicar serviços.
Port forwarding: Redirecionamento de conexões de uma porta de entrada em um IP público para um host e porta internos.
Port isolation: Configuração que impede comunicação direta entre portas de uma mesma interface, reforçando o isolamento.
Port mirroring: Configuração de switch que replica o tráfego de uma ou mais portas para outra porta, permitindo captura e análise sem interferência.
Port scanning: Técnica de sondagem de portas para descobrir serviços ativos em um host.
Port Trunk: Porta configurada para transportar múltiplas VLANs simultaneamente entre switches ou para access points.
Port-forward: Mapeamento de portas locais para pods, permitindo acesso direto a serviços internos.
Porta: Interface de rede conectada a uma bridge OVS, podendo ser física ou virtual.
Porta 1883: Porta TCP padrão utilizada pelo protocolo MQTT sem TLS.
Porta access: Porta de switch configurada para pertencer a uma única VLAN, conectando dispositivos finais.
Porta crítica: Interface de switch ou roteador cuja disponibilidade é essencial para o funcionamento da rede.
Porta de rede: Identificador numérico usado para direcionar tráfego a serviços específicos em um servidor ou dispositivo.
Porta física: Interface de rede real do host adicionada a uma bridge OVS.
Porta óptica: Interface física em um dispositivo para conexão de fibras ópticas, como SFP, SC ou LC.
Porta OVS: Interface (física ou virtual) conectada a uma bridge OVS, permitindo passagem de tráfego.
Porta padrão: Porta de rede TCP utilizada por padrão para comunicação entre componentes do Zabbix.
Porta trunk: Porta de switch que transporta múltiplas VLANs, normalmente usada entre switches ou roteadores.
Porta virtual: Interface virtual (tap, veth) usada para conectar VMs, containers ou namespaces à bridge.
Portabilidade: Capacidade de rodar uma aplicação em diferentes ambientes sem alterações no código ou configuração.
Portal cativo: Página web exibida ao conectar-se a uma rede Wi-Fi, exigindo autenticação ou aceite de termos antes de liberar o acesso.
POS: Terminal de ponto de venda, usado para processar pagamentos eletrônicos em estabelecimentos comerciais.
POS (Point of Sale): Módulo de ponto de venda do Odoo para registro de vendas em balcão.
Pós-ação: Intervalo logo após a campanha, analisado para medir efeitos prolongados.
Pós-mortem: Análise detalhada de um incidente para identificar causas e propor melhorias.
Pós-processamento: Etapa final de filtragem, formatação e aplicação de regras de negócio antes do retorno ao usuário.
positions.yaml: Arquivo usado pelo Promtail para registrar até onde os logs já foram lidos, evitando duplicidade.
POSIX: Conjunto de padrões que garantem compatibilidade entre sistemas operacionais tipo UNIX.
post-mortem: Documento técnico que analisa um incidente, suas causas e ações corretivas.
Postfix: Agente de transporte de e-mails usado pelo Proxmox VE para envio de alertas nativos.
PostGIS: Extensão que transforma o PostgreSQL em um banco de dados geoespacial, aderente ao padrão OGC.
postgres_exporter: Aplicativo open-source que expõe métricas do PostgreSQL para coleta pelo Prometheus.
PostgresOperator: Operador do Airflow que executa comandos SQL em bancos PostgreSQL.
PostgreSQL: Banco de dados relacional de código aberto, robusto e recomendado para aplicações Django em produção.
postgresql.conf: Arquivo principal de configuração do PostgreSQL, onde se ajustam parâmetros de performance, logging e comportamento geral.
postmaster: Processo principal do PostgreSQL que gerencia conexões e processos filhos.
POSTROUTING: Hook acionado antes do pacote sair pela interface, após o roteamento.
Potência aparente: Soma vetorial da potência ativa e reativa, medida em volt-ampere (VA).
Potência aparente (VA): Potência total fornecida, considerando o fator de potência do sistema, usada para dimensionar UPS e geradores.
Potência ativa: Energia elétrica efetivamente convertida em trabalho útil, medida em watts (W).
Potência de transmissão: Nível de energia com que o AP transmite sinal Wi-Fi, ajustável para limitar alcance e interferência.
Potência de transmissão (Tx Power): Nível de energia com que o AP transmite o sinal Wi-Fi, normalmente em dBm.
Potência de transmissão (txpower): Nível de energia com que o AP transmite o sinal Wi-Fi; afeta alcance e interferência.
Potência óptica: Nível de energia do sinal óptico transmitido ou recebido, medido em dBm.
Potência óptica RX/TX: Níveis de sinal óptico recebidos (RX) e transmitidos (TX), fundamentais para avaliar integridade da fibra.
Potência reativa: Energia que circula entre fonte e carga sem ser convertida em trabalho, medida em VAR.
ppolicy: Módulo do OpenLDAP para implementar políticas de senha como expiração, complexidade e histórico.
PPPoE: Protocolo de encapsulamento PPP sobre Ethernet, usado para autenticação em links de operadoras.
Práticas Ágeis: Métodos de trabalho que priorizam entregas rápidas, adaptação e colaboração entre equipes.
pre-commit: Hook que roda antes de um commit ser criado, permitindo validações e automações.
Pré-commit hook: Script executado antes de um commit no git, usado para validar arquivos ou impor padrões.
Pré-processamento: Etapa inicial de limpeza e preparação dos dados de entrada antes do processamento principal.
pre-push: Hook que executa scripts antes de enviar código para o repositório remoto.
PreAuthRoute: Configuração que libera acesso a determinados domínios antes da autenticação no portal cativo.
PreAuthRoute: Configuração que libera acesso a determinados domínios antes da autenticação no portal cativo.
Precedência de Provedores: Ordem definida no Keycloak que determina qual diretório tem prioridade em caso de conflito de usuários.
Precedência de variáveis: Hierarquia que determina qual valor de variável será usado quando o mesmo nome é definido em múltiplos lugares.
Precisão: Percentual de respostas corretas do agente em relação ao esperado nos testes automáticos.
Precision@k: Métrica que indica a proporção de resultados relevantes entre os k primeiros retornados.
Predição de vendas: Estimativa futura do volume de vendas baseada em dados históricos e modelos matemáticos.
predict_linear: Função PromQL que estima valores futuros com base em tendências lineares dos dados históricos.
Prefix Delegation: Processo pelo qual um roteador recebe um bloco IPv6 do provedor e o distribui para redes internas.
Prefix hijack: Ato de um AS anunciar prefixos que pertencem a outro AS, desviando tráfego de forma indevida.
Prefix leak: Quando um AS propaga anúncios BGP recebidos para peers ou upstreams não autorizados, violando políticas de roteamento.
Prefix-list: Lista de prefixos IP usada para filtrar rotas importadas ou exportadas em sessões BGP.
Prefixo: Forma de representar um bloco de endereços IP usando notação CIDR, como /24 ou /48.
Prefixo agregado: Anúncio de um bloco IP maior que representa várias sub-redes, reduzindo fragmentação.
Prefixo de índice: Parte inicial do nome de um índice, usada para organizar e restringir acesso a dados no Elasticsearch.
Prefixo de tópico: Identificador adicionado ao nome do tópico replicado para evitar loops e distinguir a origem dos dados.
Prefixo de variável: Convenção de nomeação que evita conflitos entre variáveis de diferentes roles ou contextos.
Premissa: Hipótese adotada pelo agente, que deve ser explicitada e rotulada quando não for regra oficial.
Premissas: Hipóteses explícitas adotadas pelo agente ao sintetizar dados, sempre registradas no relatório.
Premissas EXEMPLO: Valores fictícios usados para ilustrar cálculos e lógica, devendo ser substituídos pelos reais na produção.
Premissas explícitas: Parâmetros informados de forma clara e registrada, que fundamentam qualquer simulação ou cálculo fiscal.
Preprocessador: Módulo do IDS que interpreta protocolos específicos antes da aplicação das regras de detecção.
PreProcessor: Componente do Haystack que divide documentos em janelas menores para facilitar a busca e aumentar a precisão das respostas.
PREROUTING: Hook acionado logo após o recebimento do pacote, antes do roteamento.
Primário-primário: Topologia DRBD onde ambos os nós podem atuar como primários e acessar o volume simultaneamente, exigindo filesystem cluster-aware.
Primário-secundário: Topologia DRBD onde apenas um nó é primário e pode acessar o volume, enquanto o outro permanece em standby.
Primary: Servidor principal onde ocorrem as gravações e de onde partem os dados para as réplicas.
Primary/Secondary: Estados do DRBD: Primary permite escrita, Secondary só leitura ou sincronização.
Primeiro quadro: Imagem inicial usada como base para todos os quadros seguintes do vídeo gerado.
Principal: Identidade autenticada (usuário ou serviço) à qual uma ACL é atribuída.
Princípio do menor privilégio: Política de segurança que garante que cada usuário tenha apenas as permissões essenciais para sua função.
Princípio do mínimo privilégio: Permitir apenas o acesso estritamente necessário a cada serviço ou ativo.
Prioridade de ativos: Classificação dos elementos da rede conforme seu impacto operacional e criticidade.
Prioridade de Carga: Valor numérico que determina a ordem de atendimento das cargas em caso de restrição de energia.
Prioridade de log: Nível de severidade atribuído a cada mensagem (err, warning, info, etc).
Prioridade de monitoramento: Classificação dos ativos conforme seu impacto e criticidade, determinando frequência e severidade dos alertas.
Prioridade de tráfego: Mecanismo para garantir que determinados tipos de dados tenham preferência na transmissão em redes.
Priority: Campo que define a ordem de avaliação das regras OpenFlow em caso de sobreposição.
Priorização: Processo de ordenar ativos e serviços conforme seu impacto e criticidade para o órgão público.
Priorização baseada em risco: Processo de classificar ativos conforme seu impacto operacional e exposição a ameaças.
Privacidade (Privacy): No contexto SNMPv3, refere-se à criptografia dos dados transmitidos entre gerentes e agentes SNMP.
Privacidade diferencial: Técnica para proteger dados sensíveis garantindo que informações individuais não possam ser inferidas.
Privacy by design: Princípio de projetar sistemas considerando a privacidade como requisito fundamental desde o início.
Privilege escalation: Técnica usada por atacantes para obter permissões mais altas do que as originalmente concedidas.
privileged: Modo do Docker executor que concede ao container quase todos os privilégios do host, útil para casos específicos, mas perigoso.
Privileged mode: Modo que concede permissões elevadas ao container, geralmente desnecessário e inseguro.
Privilégio: Permissão específica concedida a uma role para executar operações em objetos do banco.
Privilégio mínimo: Princípio de segurança que determina conceder apenas o acesso estritamente necessário para a função do usuário.
Privilégio SELECT: Permissão que permite a um usuário consultar dados de tabelas, sem alterar ou excluir informações.
Privilégios mínimos: Permissões estritamente necessárias para que um usuário execute apenas as operações requeridas.
Proativo: Abordagem de monitoramento que antecipa falhas com base em métricas e tendências.
Probe request: Mensagem enviada por dispositivos Wi-Fi para procurar redes disponíveis, usada para estimar presença.
Probe request: Mensagem enviada por dispositivos Wi-Fi para procurar redes disponíveis, usada para estimar presença.
problem.get: Método da API do Zabbix para consultar problemas atuais ou recentes detectados pelo monitoramento.
Procedimento automatizado: Rotina de backup ou restauração executada por scripts ou ferramentas sem intervenção manual constante.
Procedimento de contingência: Conjunto de passos claros para restaurar o funcionamento do ambiente em caso de falha ou incidente.
Procedimento de mudança: Sequência padronizada de passos para realizar alterações seguras e documentadas na infraestrutura de rede.
Processamento assíncrono: Execução de tarefas fora do fluxo principal, permitindo que o sistema continue operando enquanto eventos são processados em paralelo.
Processo de TI: Sequência estruturada de atividades realizadas para entregar um serviço ou produto de tecnologia.
Processor: Bloco intermediário que transforma, filtra ou controla o fluxo de dados dentro do Collector.
ProcessPoolExecutor: Ferramenta do Python para executar tarefas em múltiplos processos, isolando memória e CPU.
Product UGC: Recipe que cria vídeos no estilo de conteúdo de criador, usando referência de influenciador para adaptar o produto ao contexto de mídia social.
productImages: Campo obrigatório da Recipe Product Ad que recebe de 1 a 10 imagens do produto, cada uma isolada e centralizada.
Produtor: Aplicação ou serviço que envia mensagens para tópicos Kafka.
Profile: Conjunto de parâmetros que define limites e características de serviço para uma ONU em redes ópticas.
Profile API: Ferramenta do Elasticsearch para analisar e diagnosticar o desempenho de queries.
profile_tasks: Callback padrão do Ansible que exibe o tempo gasto em cada tarefa executada.
Profiler PHP: Ferramenta que analisa o tempo gasto em cada função ou chamada durante a execução de scripts PHP.
Profiling: Análise detalhada do desempenho de queries ou processos para identificar gargalos.
Projeto: Unidade organizacional no OpenStack que agrupa usuários e recursos sob políticas comuns.
Projeto Django: Estrutura principal que orquestra configurações e integra múltiplos apps.
Projeto Node-RED: Conjunto de fluxos, credenciais e dependências versionados em um repositório Git, isolado dos demais projetos.
Projeto Node-RED: Conjunto de fluxos, credenciais e dependências versionados em um repositório Git, isolado dos demais projetos.
Prometheus: Ferramenta de código aberto para coleta e armazenamento de métricas de sistemas via scraping.
Prometheus exporter: Componente que expõe métricas do sistema para coleta pelo Prometheus.
Prometheus metrics: Métricas expostas pelo Runner para monitoramento externo via Prometheus.
Prometheus Operator: Componente que automatiza a implantação, configuração e gerenciamento do Prometheus e Alertmanager em clusters Kubernetes usando CRDs.
prometheus_client: Biblioteca Python oficial para criar exporters e instrumentar aplicações para Prometheus.
prometheus_scrape_pool_failed_scrapes_total: Métrica interna que conta o número de falhas de scrape por pool de targets.
prometheus_tsdb_head_series: Métrica interna que mostra o número de séries ativas na memória da instância.
prometheus-node-exporter-lua: Exportador de métricas para Prometheus, desenvolvido para rodar em dispositivos OpenWrt.
prometheus.yml: Arquivo de configuração principal do Prometheus, onde se definem targets e regras de coleta.
PrometheusMetricReader: Classe do OpenTelemetry responsável por expor métricas no formato Prometheus via endpoint HTTP.
PrometheusMetricReader: Classe do OpenTelemetry responsável por expor métricas no formato Prometheus via endpoint HTTP.
Promoção de queries: Processo de mover queries validadas de um ambiente para outro, geralmente de desenvolvimento para produção.
Prompt: Texto de entrada enviado ao LLM, geralmente incluindo contexto recuperado.
Prompt cache: Recurso que reutiliza respostas para prompts idênticos, cobrando menos por requisições repetidas.
Prompt caching: Armazenamento de resultados de prompts já processados para acelerar respostas e reduzir custos.
Prompt de movimento: Instrução textual focada em descrever como a cena ou o sujeito se movem, sem detalhar aparência já definida pela imagem.
Prompt de sistema: Instrução inicial que define o comportamento e as regras de um agente de IA generativa.
Prompt de sistema versionado: Arquivo de instruções para o agente, controlado por versões para rastreabilidade e evolução segura.
Prompt dinâmico: Prompt que utiliza placeholders preenchidos em tempo de execução para adaptar instruções ao contexto do ambiente.
Prompt do usuário: Mensagem enviada pelo usuário ao agente, separada das instruções de sistema.
Prompt em linguagem natural: Pedido feito em português claro, descrevendo o resultado desejado, sem comandos técnicos ou parâmetros de API.
Prompt explícito: Instrução textual clara e direta sobre o que deve ou não acontecer no vídeo gerado.
Prompt injection: Ataque em que comandos maliciosos são inseridos no input para manipular o comportamento do modelo de IA.
Prompt sequencial: Instrução para IA que descreve a ordem dos acontecimentos, em linguagem natural ou com marcas de tempo.
Prompt versionado: Prompt de sistema com controle de versão para garantir rastreabilidade e reprodutibilidade.
Prompt versionamento: Processo de manter histórico e rastreabilidade das instruções dadas ao agente, permitindo auditoria e reversão.
PromptTemplate: Classe do LangChain para estruturar prompts parametrizados enviados aos LLMs.
PromQL: Linguagem de consulta do Prometheus para análise de métricas de séries temporais.
Promtail: Agente responsável por coletar e enviar logs para o Loki.
promtool: Ferramenta oficial para validação de configurações e regras do Prometheus.
Prontuário Eletrônico do Paciente (PEP): Sistema informatizado que registra todo o histórico clínico do paciente na clínica ou laboratório.
propagação de contexto: Transmissão de informações como trace_id entre serviços durante o ciclo de vida de uma requisição.
propagação de contexto: Transmissão de informações como trace_id entre serviços durante o ciclo de vida de uma requisição.
Propagação lateral: Movimentação de um ataque de um dispositivo para outros dentro da mesma rede local, explorando a falta de barreiras internas.
Properties: Campos de metadados transportados em cada mensagem MQTT 5.0, permitindo informações adicionais estruturadas.
Prophet: Biblioteca de previsão de séries temporais desenvolvida pelo Facebook, útil para prever consumo de energia.
Proporção: Relação entre largura e altura do vídeo, como 16:9 ou 9:16.
Proposta personalizada: Documento gerado para um lead específico, com dados e condições adaptadas ao perfil.
ProRes: Formato profissional de vídeo, disponível como opção de saída em modelos avançados da Runway, com custo adicional.
ProRes 4444: Formato de exportação de vídeo de alta qualidade, com suporte a canal alfa e áudio PCM, indicado para pós-produção profissional.
Protected Variable: Variável disponível apenas para pipelines executados em branches ou tags protegidas.
Protobuf: Formato binário de serialização de dados desenvolvido pelo Google, com suporte a schemas e validação.
Protocol C: Modo de operação do DRBD em que a replicação de dados é totalmente síncrona entre os nós.
Protocolo A: Modo de replicação assíncrona do DRBD, onde a escrita é considerada concluída após envio ao buffer de rede.
Protocolo aberto: Padrão de comunicação cuja especificação é pública e livre para implementação.
Protocolo B: Modo semi-síncrono; a escrita só é concluída após confirmação de chegada ao cache do secundário.
Protocolo C: Modo totalmente síncrono; a escrita só é concluída após gravação no disco remoto.
Protocolo de autenticação: Conjunto de regras e formatos para troca de informações de identidade entre sistemas (ex: OIDC, SAML, LDAP).
Protocolo leve: Protocolo de comunicação com baixo overhead, adequado para dispositivos com recursos limitados.
Protocolo OTLP: Formato nativo de transmissão de dados do OpenTelemetry, projetado para alta performance e interoperabilidade.
Protótipo de item: Modelo de item criado em uma regra de LLD para gerar automaticamente itens reais para cada entidade descoberta.
Provider: Plugin que permite ao Terraform interagir com APIs de serviços de nuvem e infraestrutura.
Provider customizado: Extensão do Terraform escrita em Go que permite gerenciar recursos não suportados oficialmente.
Provider Terraform: Plugin que permite ao Terraform interagir com APIs de serviços para criar, modificar e deletar recursos.
Provisionador dinâmico: Componente que cria e gerencia volumes automaticamente ao receber solicitações de PVC.
Provisionamento: Envio automático de configurações do perfil de rede do controlador para o AP.
Provisionamento automático: Configuração automática de dispositivos ao entrarem na rede, sem intervenção manual.
Provisionamento automático: Configuração automática de dispositivos ao entrarem na rede, sem intervenção manual.
Provisionamento automatizado: Criação automática de VMs ou containers usando scripts ou APIs, sem intervenção manual.
Provisionamento de dashboards: Processo de automatizar a criação e atualização de painéis no Grafana usando arquivos de configuração.
Provisionamento declarativo: Modelo onde o estado desejado da infraestrutura é descrito, e a ferramenta aplica as mudanças necessárias para atingi-lo.
Provisionamento dinâmico: Processo automático de criação de volumes de armazenamento sob demanda, sem intervenção manual.
Provisionamento em lote: Processo de cadastrar múltiplos sensores de uma só vez via API ou script automatizado.
Provisionamento em massa: Processo de configurar múltiplos dispositivos de rede de forma automatizada, geralmente a partir de arquivos ou scripts.
Provisionamento ponta-a-ponta: Automação do processo completo de ativação de um serviço, do cadastro ao funcionamento efetivo.
Provisioner: Bloco do Terraform que executa scripts ou comandos após a criação de um recurso.
Provisioning: Processo de carregar configurações automaticamente a partir de arquivos em vez de interfaces manuais.
Proxies industriais: Dispositivos ou softwares que intermediam e controlam o tráfego entre redes OT e externas, aplicando políticas de segurança.
Proximidade: Ajuste do enquadramento para aproximar ou afastar a câmera do objeto principal.
Proxmox Backup Server: Solução de backup open source para ambientes virtualizados, com suporte a snapshots e deduplicação.
Proxmox Backup Server (PBS): Solução open source de backup incremental e deduplicado para ambientes Proxmox VE.
Proxmox VE: Plataforma de virtualização open source para gerenciar VMs e containers.
proxmox-backup-client: Cliente de backup para integração com o Proxmox Backup Server, usado em scripts e automações.
proxmox-k8s: Projeto que integra Kubernetes e Proxmox VE, permitindo provisionamento de VMs via API.
Proxy: Coletor intermediário que agrega dados de redes remotas e envia ao server.
Proxy (Milvus): Componente que recebe requisições dos clientes e distribui para os demais nós do cluster.
Proxy active: Modo em que o proxy inicia a conexão com o servidor Zabbix para enviar dados.
Proxy ativo: Modo em que o proxy inicia a conexão e envia dados ao servidor, útil atrás de NAT/firewall.
Proxy passive: Modo em que o servidor Zabbix conecta ao proxy para buscar dados.
Proxy passivo: Modo em que o servidor conecta ao proxy para buscar dados coletados.
Proxy RADIUS: Mecanismo de encaminhamento de requisições RADIUS para outros servidores, baseado em domínios ou regras.
Proxy reverso: Servidor intermediário que recebe requisições externas e as encaminha para o serviço interno, adicionando camadas de segurança e controle.
Proxy SSH (jump host): Servidor intermediário usado para acessar hosts protegidos por firewalls ou NATs.
Proxy Zabbix: Componente do Zabbix usado para coletar dados de hosts em redes remotas ou distribuídas, reduzindo carga e latência no servidor principal.
ProxyDataSenderFrequency: Parâmetro de configuração do proxy que define a frequência de envio de dados para o server.
ProxyJump: Recurso do SSH que permite acessar dispositivos em redes isoladas através de um host intermediário.
ProxyOfflineBuffer: Parâmetro que define o tempo máximo de retenção de dados offline no proxy.
Prune: Processo de remoção de backups antigos conforme política de retenção.
Pseudonimização: Substituição de identificadores diretos por pseudônimos, mantendo a possibilidade de reidentificação sob controle.
PSK: Pre-Shared Key, método de autenticação baseado em chave compartilhada, menos seguro que certificados.
PSK (Pre-Shared Key): Senha compartilhada usada para autenticação em redes WPA2/WPA3 Personal.
psql: Cliente de linha de comando padrão para conectar e administrar bancos PostgreSQL.
psycopg2: Driver Python de código aberto utilizado pelo Django para conectar ao PostgreSQL.
PUBACK: Mensagem de confirmação enviada pelo broker ao publisher em QoS 1.
Publicador (Publisher): Cliente que envia mensagens para um tópico no broker.
Publish/Subscribe: Modelo de comunicação onde quem envia (publish) e quem recebe (subscribe) não precisam se conhecer.
PubSubClient: Biblioteca livre para implementar clientes MQTT em microcontroladores como o ESP32.
PUE: Indicador de eficiência energética que compara o consumo total de energia do data center com o consumo dos equipamentos de TI.
PUE (Power Usage Effectiveness): Índice que mede a eficiência energética de um data center, comparando energia total consumida com energia usada em TI.
Pull: Estratégia em que o sistema de destino consulta periodicamente o sistema de origem para buscar dados novos.
Pull Request: Solicitação de integração de mudanças em um repositório Git, geralmente revisada por outro desenvolvedor.
Pull Request (PR): Proposta de alteração em um projeto hospedado no GitHub, sujeita à revisão dos mantenedores.
pulledpork: Ferramenta open source para automatizar download, backup e atualização de regras Snort.
Purge: Processo automatizado de remoção de arquivos de log antigos conforme política definida.
Push: Ação de enviar uma imagem Docker local para um registry remoto.
Pushgateway: Componente que permite que aplicações enviem métricas para o Prometheus via push em vez de pull.
pve_exporter: Exportador de métricas do Proxmox VE para Prometheus, usado como ponte para monitoramento avançado.
pve-cluster: Processo que sincroniza e mantém a configuração compartilhada entre os nós do cluster Proxmox VE.
pvecm: Ferramenta de linha de comando do Proxmox VE para criar e gerenciar clusters.
pvecm status: Comando CLI que mostra o status do cluster Proxmox VE, mesmo em nó único.
pvedaemon: Serviço backend responsável por executar operações privilegiadas, como criação e migração de VMs.
pveproxy: Processo que serve a interface web e a API REST do Proxmox VE.
pvesh: Ferramenta CLI para acessar endpoints da API REST do Proxmox VE localmente.
pvesm: Comando de gerenciamento de storage no Proxmox VE.
pvestatd: Daemon que coleta estatísticas e monitora recursos em tempo real.
PXE Boot: Método de inicialização de sistemas via rede, sem mídia física.
py-spy: Ferramenta de profiling que permite analisar processos Python em execução sem interrompê-los.
Pydantic: Biblioteca de validação de dados baseada em tipagem, usada pelo FastAPI para validar e serializar dados.
Pydantic Model: Classe baseada em BaseModel usada para validação e serialização de dados em Python.
Pydantic Settings: Mecanismo do Pydantic para centralizar e validar configurações a partir de variáveis de ambiente ou arquivos.
Pydantic v2: Nova versão da biblioteca de validação de dados usada pelo FastAPI, com maior performance e novos recursos.
pymysql: Biblioteca Python para conexão e consulta a bancos MySQL.
pynetbox: Biblioteca Python oficial para consumir a API do NetBox de forma orientada a objetos.
pytest: Framework de testes para Python, amplamente usado para testes de unidade e integração.
Python: Linguagem de programação obrigatória para executar o Ansible e seus módulos.
python-decouple: Biblioteca Python que facilita a leitura de variáveis de ambiente e separação de configurações.
PythonOperator: Operador do Airflow usado para executar funções Python como tarefas em um DAG.

Todas as letras