本文へスキップ
Quark

products · foundation

すべてが立つ層。

Foundation はアドオンではありません:identity・secrets・access・metering・quotas はすべてのデプロイに付属し——すべての製品は最初の呼び出しからその上で動きます。

identity

すべてをスコープする組織・プロジェクト・キー。

テナンシーモデルは一息に説明できるほど単純で、ビジネスを築けるほど厳格です。

組織が頂点に

すべてのプロジェクトはいずれかに属します——所有とメンバーシップの境界です。

プロジェクトが仕事をスコープ

API キー、モデルの可視性、作成するすべてのリソースはプロジェクトの中にあります。チームにはそれぞれのレーンがあり、他人の認証情報を借りる者はいません。

API キーは一度だけ表示

作成時に一度だけ。その後は二度と表示されません——コンソールには認証不可能な表示用プレフィックスだけが残ります。失効はワンクリックで、即時です。

ワークロードのためのサービスアカウント

実行と自動化は固有の identity を持つので、「誰がやった」には常に答えがあります。

secrets

一度書かれ、二度と見えない。

AI ワークロードを動かす認証情報——モデルの API キー、接続文字列、トークン——は、チケットやチャットスレッドに貼り付けられてしまう値そのものです。Secrets はそれを不可能にするために作られています。

値は一度だけ表示

作成時に、意図的な確認を挟んで一度だけ——その後は封印されます。コンソールでさえ二度と表示できません。

取り放題ではなく、付与

各シークレットは、それを受け取ってよいワークロードにスコープされます。実行がシークレットを得るのは、そのシークレットが名前で付与されたからです。

上書きではなく、バージョン

新しいバージョンを追加してローテーション。コンシューマーはコピーではなくシークレット本体を追います。

読める監査証跡

作成・バージョン・付与・失効・配布のすべて——プロジェクト全体について、順序立てて。

セキュリティレビュアーへ

上流の認証情報は、設定・環境ファイル・CI 変数に平文で存在することは決してありません——指名された付与と完全な監査履歴を持つ、封印された値としてのみ存在します。

access

最小権限、拒否権付き。

Quark の認可は、会議でレビューできるくらい平易です。

ロールは名前付きの操作セット

人とサービスアカウントに付与されます——許可側の物語です。

ポリシーは明示的な許可・拒否ルール

一致する拒否は、ロールの付与に関係なく他のすべてを無効にします。「決して」と言う必要があるとき、プラットフォームは本気で従います。

筋の通ったデフォルト

理にかなったベースラインでプロジェクトは呼吸できます。敏感なものは、明示的な付与一つでロックダウンされます。

構造による最小権限

ワークロードは付与されたシークレットと権限だけを受け取ります——それ以外は、プラットフォーム上のどこにもありません。

その内側

信頼されるために作られた基盤。

ガバナンス層は、信頼されるように設計された基盤の上に立っています。

すべてのプレーンで認証済みトランスポート

プラットフォームのサービスは暗号化トランスポート上で相互認証し、ワークロードは固有の identity を持ち、コンソールと API クライアントはキーとトークンで話します。

ワークロードは固有の identity を持つ

プラットフォームのサービスは、提示されたキーだけでなく、誰が尋ねているかを検証します。

すべてのリクエストはテナンシーに照らして検査

分離はネットワーク上の位置から推測されるのではなく、呼び出しごとに強制されます。

必要なときに強化された実行

より厳しい要件を持つワークロードには、実行を強化したり機密にしたりできます——分離はダイヤルであり、フォークではありません。

metering

デフォルトでメータリング。

使用量はサンプリングも推定もされません。サービスが提供する瞬間に製品から発せられます。

キー別

ゲートウェイ経由のすべての補完が、それを行った API キーに帰属します。チーム、製品、顧客はそれぞれのキーを持ち——台帳にそれぞれの答えられる列を持ちます。

製品別

ゲートウェイの呼び出し、サンドボックス時間、インデックスビルドなどはそれぞれ別々に積み上がります。支出が動いたら、どの製品が動かしたかが分かります。

指標別

リクエスト、トークン、プラットフォーム固有の作業単位は、それぞれ独立して追跡されます——何も説明しない混ぜ合わせの「単位」はありません。

ロールアップされ、常に可視

支出と使用状況のサマリーはプラットフォームのトップページにあり、エクスポートに埋もれていません。

quotas

本当に強制するクォータ。

報告だけの予算はニュースレターです。クォータは使用量が発生する場所で強制されます。

ローリングウィンドウ内で指標ごとに上限を設定

キー、製品、またはプロジェクト全体に対して。

早期警告、見やすい場所に

どのクォータも現在の状態——正常、上限間近、超過——を示し、余裕は一目で読めるバーで描画されます。

使用の時点でのハードストップ

クォータが枯渇すると、ウィンドウが繰り越されるまで追加の使用は拒否されます。暴走した支出は起きている誰かではなく、プラットフォームが止めます。

ゲートウェイの制限と組み合わせ

リクエストとトークンのキーごとの上限が、モデル支出が起きるまさにその場所に第二の強制点を与えます。

請求を承認する人へ

どのチームも自分のキーと自分のクォータを持てます——あるチームの実験が、静かに会社の請求書になることは決してありません。

その質問たち

実際に聞く質問のために作られている。

この顧客はこのウィンドウでいくら使った?

キー別の使用量が、一つのページに。

なぜ請求が跳ねた?

製品別の使用量が、同じページに。

上限に近づいている?

クォータの状態は余裕とともに、エクスポート不要。

インターンのスクリプトに上限を設けられる?

はい——クォータは数フィールド先にあります。

お問い合わせ

Quark の運用について相談する。

ワークロードについて教えてください — あなた自身のクラウドに何ができるか、お見せします。