productos · foundation
La capa sobre la que todo se apoya.
La Foundation no es un add-on: identity, secrets, access, metering y quotas vienen con cada deployment — y cada producto corre sobre ellas desde la primera llamada.
identity
Orgs, proyectos y claves que delimitan todo.
El modelo de tenancy es suficientemente simple para explicarse de una vez y suficientemente estricto para construir un negocio encima.
Cada proyecto pertenece a una — la frontera de propiedad y membresía.
Claves API, visibilidad de modelos y cada recurso que creas viven dentro de un proyecto. Los equipos tienen sus propios carriles; nadie toma prestadas las credenciales de otro.
En la creación, y nunca más — la consola conserva solo un prefijo de visualización que no puede autenticar. La revocación es un clic, y es inmediata.
Los runs y automatizaciones tienen identidad propia, así que “quién hizo esto” siempre tiene respuesta.
secrets
Escrito una vez, nunca mostrado.
Las credenciales que hacen andar las cargas de IA — claves API de modelos, cadenas de conexión, tokens — son exactamente los valores que terminan pegados en tickets y chats. Los secrets están construidos para hacerlo imposible.
En la creación, con una confirmación deliberada — luego queda sellado. Ni siquiera la consola puede mostrarlo de nuevo.
Cada secret está delimitado a las cargas que pueden recibirlo. Un run obtiene un secret porque se le otorgó exactamente ese, por nombre.
Rota añadiendo una nueva versión; los consumidores siguen al secret, no a una copia.
Cada create, version, grant, revoke y entrega — para todo el proyecto, en orden.
para tu revisor de seguridad
Las credenciales de upstream nunca existen en claro en configs, archivos de entorno o variables de CI — solo como valores sellados con grants nombrados y un historial de auditoría completo.
access
Mínimo privilegio, con veto.
La autorización en Quark es suficientemente simple como para revisarla en una reunión.
Otorgados a personas y cuentas de servicio — el lado allow de la historia.
Un deny coincidente anula todo lo demás, sin importar los roles otorgados. Cuando necesitas decir “nunca”, la plataforma lo cumple.
Una base razonable deja respirar al proyecto; cualquier cosa sensible está a un grant explícito de quedar bloqueada.
Las cargas reciben los secrets y permisos que les fueron otorgados — y nada más, en ningún punto de la plataforma.
por debajo
Un sustrato construido para ser confiable.
La capa de gobernanza se apoya en un sustrato diseñado para ser confiable.
Los servicios de la plataforma se autentican mutuamente sobre transporte cifrado, las cargas portan identidades propias, y tu consola y clientes API hablan claves y tokens.
Los servicios de la plataforma verifican quién pregunta, no solo qué clave se presentó.
El aislamiento se impone en cada llamada, no se presume por la posición de red.
Para cargas con exigencias más estrictas, los runs pueden ser endurecidos o confidenciales — el aislamiento es un dial, no un fork.
metering
Metering por defecto.
El uso no se muestrea ni se estima; lo emiten los productos mientras sirven.
Cada completion por el gateway se atribuye a la clave API que la hizo. Equipos, productos y clientes tienen sus propias claves — y su propia columna que responde en el ledger.
Llamadas al gateway, tiempo de sandbox, builds de indexes y lo demás se acumulan por separado. Cuando el gasto se mueve, sabes qué producto lo movió.
Requests, tokens y las unidades de trabajo propias de la plataforma, cada una medida por sí misma — nada de “unidades” mezcladas que no explican nada.
Los resúmenes de gasto y uso viven en la página principal de la plataforma, no enterrados en una exportación.
quotas
Quotas que realmente se aplican.
Un presupuesto que solo informa es una newsletter. Las quotas se aplican donde llega el uso.
Para una clave, un producto o el proyecto entero.
Cada quota muestra su estado actual — sana, cerca del tope o excedida — con el margen dibujado como una barra que se lee de un vistazo.
Cuando una quota se agota, el uso adicional se rechaza hasta que la ventana rota. El gasto desbocado lo para la plataforma, no quien esté despierto.
Los topes por clave en requests y tokens te dan un segundo punto de aplicación exactamente donde ocurre el gasto de modelos.
para quien aprueba la factura
Cada equipo puede tener su propia clave y sus propias quotas — y el experimento de un equipo nunca puede convertirse sin ruido en la factura de la empresa.
las preguntas
Construida para las preguntas que harás de verdad.
Uso por clave, en una página.
Uso por producto, en la misma página.
Estados de quotas con margen, sin exportación.
Sí — una quota está a unos pocos campos.
contacto
Hable con nosotros sobre poner Quark a correr.
Cuéntenos sus cargas — le mostraremos lo que su propia nube puede hacer.