prodotti · foundation
Il livello su cui tutto poggia.
La Foundation non è un add-on: identity, secrets, access, metering e quotas arrivano con ogni deployment — e ogni prodotto ci gira sopra dalla prima chiamata.
identity
Org, progetti e chiavi che delimitano tutto.
Il modello di tenancy è abbastanza semplice da spiegarsi in un fiato e abbastanza rigoroso per costruirci sopra un business.
Ogni progetto appartiene a una — il confine di proprietà e appartenenza.
Chiavi API, visibilità dei modelli e ogni risorsa che crei vivono dentro un progetto. I team hanno le proprie corsie; nessuno prende in prestito le credenziali di un altro.
Alla creazione, e mai più — la console conserva solo un prefisso di visualizzazione che non può mai autenticare. La revoca è un click, ed è immediata.
Run e automazioni hanno una propria identità, così “chi l'ha fatto” ha sempre una risposta.
secrets
Scritto una volta, mai mostrato.
Le credenziali che fanno andare i workload AI — chiavi API dei modelli, stringhe di connessione, token — sono esattamente i valori che finiscono incollati nei ticket e nelle chat. I secrets sono costruiti per renderlo impossibile.
Alla creazione, con una conferma deliberata — poi è sigillato. Neppure la console può mostrarlo di nuovo.
Ogni secret è delimitato ai workload che possono riceverlo. Un run ottiene un secret perché gli è stato concesso proprio quello, per nome.
Ruota aggiungendo una nuova versione; i consumatori seguono il secret, non una copia.
Ogni create, version, grant, revoke e consegna — per l'intero progetto, in ordine.
per il tuo revisore di sicurezza
Le credenziali upstream non esistono mai in chiaro in config, file di ambiente o variabili CI — solo come valori sigillati con grant nominati e una storia di audit completa.
access
Least privilege, con un veto.
L'autorizzazione in Quark è abbastanza semplice da rivedere in una riunione.
Concesse a persone e service account — il lato allow della storia.
Un deny corrispondente invalida tutto il resto, a prescindere dai ruoli concessi. Quando devi dire “mai”, la piattaforma lo intende sul serio.
Una base sensata lascia respirare il progetto; ciò che è sensibile è a un grant esplicito dal blocco.
I workload ricevono i secrets e i permessi che gli sono stati concessi — e nient'altro, in nessun punto della piattaforma.
sotto il cofano
Un substrato costruito per meritare fiducia.
Il livello di governance poggia su un substrato progettato per essere affidabile.
I servizi della piattaforma si autenticano a vicenda su trasporto cifrato, i workload portano identità proprie, e console e client API parlano chiavi e token.
I servizi della piattaforma verificano chi sta chiedendo, non solo quale chiave è stata presentata.
L'isolamento è applicato a ogni chiamata, non presunto dalla posizione di rete.
Per workload con requisiti più stringenti, i run possono essere hardened o confidenziali — l'isolamento è una manopola, non un fork.
metering
Metering di default.
L'uso non è campionato né stimato; è emesso dai prodotti mentre servono.
Ogni completion attraverso il gateway è attribuita alla chiave API che l'ha fatta. Team, prodotti e clienti hanno le proprie chiavi — e la propria colonna che risponde nel ledger.
Chiamate al gateway, tempo di sandbox, build di index e il resto si accumulano separatamente. Quando la spesa si muove, sai quale prodotto l'ha mossa.
Richieste, token e le unità di lavoro proprie della piattaforma, ciascuna tracciata per conto suo — niente “unità” miscelate che non spiegano nulla.
I riepiloghi di spesa e uso vivono nella pagina principale della piattaforma, non sepolti in un export.
quotas
Quote che si applicano davvero.
Un budget che si limita a riferire è una newsletter. Le quote sono applicate dove l'uso arriva.
Per una chiave, un prodotto o l'intero progetto.
Ogni quota mostra il proprio stato — sana, vicina al tetto o superata — con il margine reso come barra leggibile a colpo d'occhio.
Quando una quota è esaurita, l'uso ulteriore viene rifiutato finché la finestra non ricomincia. La spesa in fuga è fermata dalla piattaforma, non da chi capita che sia sveglio.
I tetti per chiave su richieste e token ti danno un secondo punto di applicazione esattamente dove avviene la spesa sui modelli.
per chi approva il conto
Ogni team può avere la propria chiave e le proprie quote — e l'esperimento di un team non può mai diventare di soppiatto la fattura dell'azienda.
le domande
Costruita per le domande che farai davvero.
Uso per chiave, su una pagina.
Uso per prodotto, sulla stessa pagina.
Stati delle quote con margine, senza export.
Sì — una quota è a pochi campi di distanza.
contatti
Parlaci di portare Quark in produzione.
Raccontaci i tuoi carichi — ti mostreremo cosa sa fare il tuo cloud.