produtos · foundation
A camada sobre a qual tudo se apoia.
A Foundation não é um add-on: identity, secrets, access, metering e quotas vêm com todo deployment — e todo produto roda sobre eles desde a primeira chamada.
identity
Orgs, projetos e chaves que delimitam tudo.
O modelo de tenancy é simples o bastante para explicar num fôlego e rigoroso o bastante para construir um negócio em cima.
Todo projeto pertence a uma — a fronteira de propriedade e associação.
Chaves de API, visibilidade de modelos e todo recurso que você cria vivem dentro de um projeto. Times ganham suas próprias faixas; ninguém pega credenciais emprestadas.
Na criação, e nunca mais — o console guarda só um prefixo de exibição que nunca pode autenticar. Revogação é um clique, e é imediata.
Runs e automações ganham identidade própria, então “quem fez isso” sempre tem resposta.
secrets
Escrito uma vez, nunca mostrado.
As credenciais que fazem as workloads de IA rodarem — chaves de API de modelos, strings de conexão, tokens — são exatamente os valores que acabam colados em tickets e chats. Os secrets são construídos para tornar isso impossível.
Na criação, com uma confirmação deliberada — depois fica selado. Nem o console consegue mostrá-lo de novo.
Cada secret é delimitado às workloads que podem recebê-lo. Um run ganha um secret porque lhe foi concedido exatamente aquele, pelo nome.
Rotacione adicionando uma nova versão; os consumidores seguem o secret, não uma cópia.
Cada create, version, grant, revoke e entrega — para o projeto inteiro, em ordem.
para seu revisor de segurança
Credenciais de upstream nunca existem em texto claro em config, arquivos de ambiente ou variáveis de CI — apenas como valores selados com grants nomeados e um histórico de auditoria completo.
access
Menor privilégio, com veto.
A autorização no Quark é simples o bastante para revisar numa reunião.
Concedidos a pessoas e contas de serviço — o lado allow da história.
Um deny correspondente anula todo o resto, independentemente dos papéis concedidos. Quando você precisa dizer “nunca”, a plataforma cumpre.
Uma base sensata deixa o projeto respirar; qualquer coisa sensível fica a um grant explícito do bloqueio.
As workloads recebem os secrets e permissões que lhes foram concedidos — e nada mais, em nenhum lugar da plataforma.
por baixo
Um substrato construído para ser confiável.
A camada de governança se apoia num substrato projetado para ser confiável.
Os serviços da plataforma se autenticam mutuamente por transporte criptografado, as workloads carregam identidades próprias, e seu console e clientes de API falam chaves e tokens.
Os serviços da plataforma verificam quem está pedindo, não apenas qual chave foi apresentada.
O isolamento é aplicado em cada chamada, não presumido pela posição na rede.
Para workloads com exigências mais estritas, os runs podem ser hardened ou confidenciais — isolamento é um controle, não um fork.
metering
Metering por padrão.
O uso não é amostrado nem estimado; é emitido pelos produtos enquanto servem.
Cada completion pelo gateway é atribuída à chave de API que a fez. Times, produtos e clientes ganham suas próprias chaves — e sua própria coluna responsável no ledger.
Chamadas ao gateway, tempo de sandbox, builds de index e o resto acumulam separadamente. Quando o gasto se move, você sabe qual produto o moveu.
Requests, tokens e as unidades de trabalho próprias da plataforma, cada uma rastreada por si — nada de “unidades” misturadas que não explicam nada.
Resumos de gasto e uso moram na página inicial da plataforma, não enterrados numa exportação.
quotas
Quotas que realmente aplicam.
Um orçamento que só reporta é uma newsletter. Quotas são aplicadas onde o uso chega.
Para uma chave, um produto ou o projeto inteiro.
Cada quota mostra seu estado atual — saudável, perto do teto ou excedida — com a margem renderizada como uma barra que se lê de relance.
Quando uma quota se esgota, uso adicional é recusado até a janela virar. Gasto descontrolado é parado pela plataforma, não por quem estiver acordado.
Tetos por chave em requests e tokens dão um segundo ponto de aplicação exatamente onde o gasto com modelos acontece.
para quem aprova a conta
Cada time pode ter sua própria chave e suas próprias quotas — e o experimento de um time nunca pode virar silenciosamente a fatura da empresa.
as perguntas
Construída para as perguntas que você vai fazer de verdade.
Uso por chave, numa página.
Uso por produto, na mesma página.
Estados das quotas com margem, sem exportação.
Sim — uma quota fica a poucos campos.
contato
Fale com a gente sobre rodar o Quark.
Conte sobre suas cargas — mostraremos o que a sua própria nuvem pode fazer.