제품 · foundation
모든 것이 서 있는 층.
Foundation은 애드온이 아닙니다: identity, secrets, access, metering, quotas는 모든 배포와 함께 오며 — 모든 제품은 첫 호출부터 그 위에서 돕니다.
identity
모든 것을 범위짓는 조직, 프로젝트, 키.
테넌시 모델은 한 호흡에 설명할 만큼 단순하고, 그 위에 사업을 세울 만큼 엄격합니다.
모든 프로젝트는 하나의 조직에 속합니다 — 소유와 멤버십의 경계입니다.
API 키, 모델 가시성, 당신이 만드는 모든 리소스는 프로젝트 안에 삽니다. 팀은 자기 레인을 갖고, 누구도 남의 자격 증명을 빌리지 않습니다.
생성 시 한 번, 그리고 다시는 — 콘솔은 인증할 수 없는 표시용 접두어만 보관합니다. 철회는 클릭 한 번, 즉시입니다.
실행과 자동화는 자체 identity를 가지므로 “누가 했는가”에는 항상 답이 있습니다.
secrets
한 번 쓰여지고, 다시는 보이지 않음.
AI 워크로드를 굴리는 자격 증명 — 모델 API 키, 연결 문자열, 토큰 — 은 티켓과 채팅 스레드에 붙여 넣어지게 되는 바로 그 값들입니다. Secrets는 그것을 불가능하게 만들기 위해 존재합니다.
생성 시, 신중한 확인과 함께 — 그 후로는 봉인됩니다. 콘솔조차 다시 보여줄 수 없습니다.
각 시크릿은 그것을 받을 수 있는 워크로드로 범위가 정해집니다. 실행은 그 시크릿이 이름으로 부여되었기 때문에 받습니다.
새 버전을 추가해 회전하세요; 소비자는 사본이 아니라 시크릿을 따라갑니다.
모든 생성, 버전, 부여, 철회, 전달 — 프로젝트 전체에 대해, 순서대로.
보안 검토자에게
업스트림 자격 증명은 설정, 환경 파일, CI 변수에 평문으로 존재하지 않습니다 — 이름 붙은 부여와 완전한 감사 이력을 가진 봉인된 값으로만 존재합니다.
access
최소 권한, 거부권과 함께.
Quark의 인가는 회의에서 리뷰할 수 있을 만큼 단순합니다.
사람과 서비스 계정에 부여됩니다 — 허용 측의 이야기입니다.
일치하는 거부는 역할 부여와 무관하게 모든 것을 무효화합니다. “절대 안 된다”고 말해야 할 때, 플랫폼은 그것을 지킵니다.
합리적인 기본선이 프로젝트를 숨 쉬게 합니다. 민감한 것은 명시적 부여 하나만큼만 잠김과 거리가 있습니다.
워크로드는 부여받은 시크릿과 권한만 받습니다 — 그 외에는 플랫폼 어디에도 없습니다.
그 아래
신뢰받기 위해 만들어진 기반.
거버넌스 계층은 신뢰받도록 설계된 기반 위에 서 있습니다.
플랫폼 서비스는 암호화된 전송 위에서 상호 인증하고, 워크로드는 자체 identity를 지니며, 콘솔과 API 클라이언트는 키와 토큰으로 말합니다.
플랫폼 서비스는 제시된 키가 아니라 누가 묻는지를 검증합니다.
격리는 네트워크 위치로 추정되지 않고 호출마다 강제됩니다.
더 엄격한 요구의 워크로드는 실행을 강화하거나 기밀로 할 수 있습니다 — 격리는 다이얼이지 포크가 아닙니다.
metering
기본으로 계량.
사용량은 샘플링도 추정도 되지 않습니다; 서비스할 때 제품이 직접 내보냅니다.
게이트웨이를 통한 모든 완성은 그것을 만든 API 키에 귀속됩니다. 팀, 제품, 고객은 각자의 키를 가지고 — 장부에서 각자의 답할 수 있는 열을 가집니다.
게이트웨이 호출, 샌드박스 시간, 인덱스 빌드 등은 따로따로 쌓입니다. 지출이 움직이면 어떤 제품이 움직였는지 알 수 있습니다.
요청, 토큰, 그리고 플랫폼 고유의 작업 단위가 각각 독립적으로 추적됩니다 — 아무것도 설명하지 못하는 뭉뚱그린 “단위”는 없습니다.
지출과 사용량 요약은 플랫폼 첫 페이지에 있지, 내보내기 안에 묻혀 있지 않습니다.
quotas
실제로 집행하는 쿼터.
보고만 하는 예산은 뉴스레터입니다. 쿼터는 사용량이 발생하는 곳에서 강제됩니다.
키, 제품 또는 프로젝트 전체에 대해.
모든 쿼터가 현재 상태 — 건강, 상한 근처, 초과 — 를 보여주며, 여유는 한눈에 읽히는 막대로 그려집니다.
쿼터가 소진되면 윈도우가 넘어갈 때까지 추가 사용이 거부됩니다. 폭주한 지출은 깨어 있는 누군가가 아니라 플랫폼이 멈춥니다.
요청·토큰의 키별 상한이 모델 지출이 일어나는 바로 그곳에 두 번째 집행 지점을 줍니다.
청구서를 승인하는 사람에게
모든 팀이 자체 키와 자체 쿼터를 가질 수 있습니다 — 한 팀의 실험이 조용히 회사의 청구서가 되는 일은 결코 없습니다.
그 질문들
당신이 실제로 묻게 될 질문을 위해 만듦.
키별 사용량, 한 페이지에.
제품별 사용량, 같은 페이지에.
여유와 함께 표시되는 쿼터 상태, 내보내기 불필요.
네 — 쿼터는 몇 개의 필드만큼만 떨어져 있습니다.