09/Cargas de trabalho

Cargas de trabalho de LLM
de RAG a agentes.

Escolha uma carga de trabalho e veja a stack de Pods que ela costuma exigir, qual implantação se encaixa e quais categorias de modelo fazem parte dela.

Arquitetura gerada · RAG
EXTERNOUsuário
APIAPI do LLMPods
PODPod de embeddings
EXTERNOBanco de dados vetorial
PODPod de reranking
PODPod de LLM
EXTERNOResposta

Do que cada carga de trabalho realmente precisa

Estes guias de arquitetura descrevem as responsabilidades da aplicação, os papéis dos modelos e os critérios de avaliação. São padrões de referência; seus dados, tráfego e requisitos de integração determinam a configuração final.

Assistentes de IA

Um modelo de chat conduz o diálogo enquanto sua aplicação gerencia o histórico da sessão, a autenticação e as permissões de ferramentas. Limite o histórico retido e defina caminhos de escalonamento. Avalie a conclusão de tarefas, a latência até o primeiro token e o comportamento quando faltam informações.

Atendimento ao cliente

Conecte uma base de conhecimento aprovada e envie apenas as informações do cliente necessárias para a tarefa. A criação de chamados e as alterações de conta exigem autorização no lado da aplicação. Meça respostas corretas, transferências para atendimento humano e aderência às políticas, não apenas o volume de conversas.

RAG e busca em documentos

Sua aplicação divide os documentos em chunks e mantém as permissões de recuperação e um banco de dados vetorial. Os embeddings recuperam candidatos; o reranking opcional melhora a seleção antes que o LLM produza uma resposta. Avalie as citações de fontes, o recall da recuperação e as afirmações sem respaldo.

Inteligência de documentos

Extraia o texto com OCR ou um parser de documentos adequado antes de solicitar campos estruturados a um LLM. Valide a saída com um esquema e mantenha as referências à fonte. Revise campos contratuais ou financeiros críticos com uma pessoa qualificada.

Assistentes de programação

Selecione um modelo capaz de lidar com código e controle quais arquivos do repositório entram no prompt. Mantenha segredos fora do contexto e execute o código gerado em um ambiente controlado. Compare taxas de aprovação em testes, qualidade das edições e tempo de resposta na sua própria base de código.

Classificação e extração

Defina rótulos e um esquema JSON antes de processar um lote. Use exemplos representativos e uma categoria explícita para desconhecidos. Acompanhe precisão, recall, saídas válidas segundo o esquema e custo por registro; encaminhe resultados de baixa confiança para revisão.

Fala e transcrição de ligações

Um modelo de fala para texto converte o áudio; um modelo de linguagem separado pode resumir ou extrair ações. Confirme o formato do áudio, o consentimento e a retenção antes da ingestão. Avalie a taxa de erro de palavras, os sotaques turcos e o tratamento de locutores em gravações reais.

Agentes que usam ferramentas

O LLM propõe chamadas de ferramentas; sua aplicação valida os argumentos e executa as ações permitidas. Defina limites de permissão, limites de novas tentativas e logs de auditoria. Avalie a conclusão bem-sucedida, ações não intencionais e a recuperação de falhas de ferramentas.

10/Observabilidade

Cada requisição
deixa um rastro.

Latência, tokens, carga de GPU e custo, segmentados por região, modelo e Pod. Valores ilustrativos são marcados como dados de demonstração.

Rastreamento · 7F39A21Demonstração
00msRequisição aceita
06msRegião selecionada
11msRota atribuída
18msPod pronto
24msPrimeiro token
Streaming · 908ms
932msConcluída
Requisições / minÚltimas 24h · dados de demonstração
6K4.5K3K1.5K0 PICO 5.2K 00:0006:0012:0018:0024:00
LatênciaP50P95
2s1s0 P50 · DEMO 0.93s P95 · DEMO 1.9s 00:0006:0012:0018:0024:00
Requisições1.28M
Tokens214M
TTFT24ms
Latência P500.93s
Latência P951.9s
Utilização de GPU67%
Taxa de erros0.02%
Custo₺ [—]
Segmentar por  Região · Modelo · Pod Dados de demonstração
●/Plano de controle

O mesmo sistema,
como software.

O console fala a mesma língua do site: os mesmos Pods, indicadores de status, códigos de região e telemetria. Abra o console completo em sua própria tela.

LLMPods / Produção / TR-IST-01 Todos os sistemas operacionais
Pods ativos8de 16
Requisições / min4,312demonstração
Tokens / s182Kdemonstração
Capacidade de GPU67%
Latência P500.93sdemonstração
Uso mensal214Mtokens
Requisições / min24h
Saúde das regiões
TR-IST-01Operacional
EuropaAtendida
MENAAtendida
Pods
PodModeloGPUStatusCarga
POD-018Llama 70BPRO 6000Ativo
POD-024Qwen CoderPRO 6000Aquecido
POD-031PersonalizadoPRO 6000Dedicado
POD-041EmbeddingPRO 6000Em espera
Chaves de API+ Nova chave
Produção
llmp_live_••••••••••3F82
InferênciaEmbeddingsModelosUso
EXPIRAÇÃOSem expiração
CRIAÇÃO05 out
Interface conceitual · dados de demonstração Abrir o console completo →
11/Custos

Veja a computação
em tempo real.

O faturamento de inferência deve ser tão inspecionável quanto a própria requisição. Tokens de entrada, tokens de saída, tempo de GPU e o medidor que acompanha tudo isso.

Medidor em tempo real
Prompt
Explique o que é um Pod em um parágrafo.
Resposta · streaming
Um Pod é uma unidade de computação isolada que hospeda um modelo em capacidade de GPU reservada. As requisições são roteadas para um Pod e agendadas na GPU, e os tokens retornam em streaming à medida que são gerados. Sob carga, os Pods se replicam; quando o tráfego cai, eles voltam ao modo de espera.
REGIÃOTR-IST
MODELOLLAMA-70B
PODPOD-018
TOKENS DE ENTRADA412
TOKENS DE SAÍDA1,284
TEMPO DE GPU919 ms
Custo estimado (412 + 1,284) tokens × $0.25 / 1M = $0.000424

Tarifas e limites ilustrativos, não uma oferta vigente. A disponibilidade final dos modelos, o preço, a capacidade, a retenção e o SLA são definidos no seu contrato de implantação.

Onde aplicável na Turquia
  • Preços em USD, pagamento em TRYPrecificado em USD, pago em TRY.
  • Suporte a e-Fatura / e-ArşivFaturas que se encaixam nos fluxos contábeis locais.
  • Relação comercial localContratos e suporte com uma equipe sediada na Turquia.
  • Análise de usoPor chave, por modelo, por Pod, exportável.
Veja como é oferecido →