quark · développeurs
Une plateforme qu'on pilote, pas qu'on clique.
La console est la porte d'entrée facile. Tout ce qu'elle fait — chaque sandbox, route, index et quota — est un appel API avec la même forme, la même auth et les mêmes règles. Il n'y a pas de seconde interface cachée où vivrait la vraie plateforme.
une interface
Une surface d'API cohérente.
Les services de Quark sont définis par des contrats versionnés et fortement typés — les mêmes contrats qui génèrent les SDK que vous utilisez. Cette cohérence se vit en conventions que vous apprenez une fois et appliquez partout.
D'un index à un run de sandbox, tout est une ressource adressable dans un projet — avec des labels que vous pouvez attacher et lire.
Les mutations acceptent une clé d'idempotence : une connexion instable ne peut pas lancer deux runs.
Les updates portent un etag — deux rédacteurs ne peuvent pas s'écraser en silence.
Tout ce qui prend du temps — indexation, rebuilds, runs batch — retourne une opération que vous pouvez interroger ou dont vous pouvez suivre la progression en stream, avec des erreurs structurées et rejouables en cas d'échec.
Les listes et watches streament au lieu de paginer, et le travail long rapporte sa progression en direct.
pour votre équipe
La courbe d'apprentissage est une seule courbe, pas une par service.
automation
Scripter toute la plateforme.
Pilotez routes, sandboxes, workflows et indexes depuis des scripts et la CI avec la propre CLI de la plateforme.
Des clients générés et typés qui restent au diapason des services — parce qu'ils viennent de la même source.
Les graphes d'étapes sont déclaratifs et versionnés : définissez le pipeline, publiez la version, déclenchez des runs avec une entrée — et l'exécuteur se checkpointe jusqu'au bout.
Un run est adressable et inspectable — input, output, statut — via la même API qui l'a lancé. Rien ne vit uniquement dans un panneau de console.
local-first
Local-first, puis hébergé quand vous êtes prêt.
La console se connecte à une plateforme en lui remettant une carte d'endpoints, une clé et un projet — rien de plus. Le même handshake fonctionne contre un déploiement hébergé, le matériel de votre équipe, ou une plateforme entièrement chez vous.
Construisez contre votre propre déploiement, branchez vos tests dessus, puis promouvez les déclarations identiques vers un déploiement partagé. Pas de dérive d'environnement, pas de folklore du « marche seulement en staging ».
au-delà de la console
L'observabilité vit dans la foundation.
Les requêtes portent leur tenant, la ressource et l'identité de la requête à travers les frontières de services — « que s'est-il passé ici » a une trace, pas une théorie.
Chaque service expose readiness, health et metrics dans des formats familiers.
Les opérations de Secrets et actions sensibles sont consignées dans l'ordre, lisibles depuis la console.
Chaque run est enregistré avec input, output et statut — la réponse à « pourquoi est-ce arrivé » est une recherche, pas une plongée dans les logs.
extension
Conçu pour être étendu, pas seulement consommé.
Les nouveaux domaines de capacité arrivent comme des produits parlant les mêmes contrats, et la console les découvre automatiquement dès qu'un déploiement les active.
Votre propre capacité rejoint la plateforme et commence à héberger des workloads sans la forker. Les points d'extension dont vous auriez besoin sont ceux que la plateforme utilise déjà.
contact
Parlez-nous de faire tourner Quark.
Parlez-nous de vos charges — nous vous montrerons ce que votre propre cloud peut faire.