Machines, réseaux, disques, bases de données, clusters, déploiements et agents — créés depuis une seule API et une seule console. Dessous, une même colonne vertébrale : des tenants, des rôles, des quotas, et chaque ressource mesurée sur une facture unique.
Une plateforme applicative managée, bâtie sur Coolify et exploitée pour vous. Poussez un dépôt ou décrivez l'app — dans les deux cas, vous obtenez un build, un processus en marche et une URL.
Serveurs de déploiement
Votre propre instance Coolify managée, provisionnée et maintenue en marche par la plateforme.
01
Déployer depuis Git
Désignez un dépôt et choisissez un runtime. Interlaken le clone, le construit et l'exécute.
02
Variables de configuration
Modifiez les variables d'environnement dans la console et appliquez-les à l'app en marche.
03
Bases attachées
Reliez une base managée à une app ; la plateforme y câble les informations de connexion.
04
App Builder
Décrivez une app, regardez des agents la construire dans un dépôt, obtenez une URL en ligne — et annulez un mauvais déploiement.
05
Sites WordPress
WordPress managé, provisionné et exploité comme n'importe quelle autre application.
Quatre façons d'exécuter une charge de travail, toutes créées depuis la même console : une machine entière où vous vous connectez, une microVM lancée pour une seule tâche, un conteneur qui n'est que son image, ou un pool qui se dimensionne tout seul. Quel que soit votre choix, il atterrit sur vos réseaux et vos disques.
Machines virtuelles
Lancées depuis des images cloud avec cloud-init : votre clé SSH et votre configuration de premier démarrage sont déjà en place.
01
microVM
Bâties sur Firecracker, un jailer par invité, lancées depuis une image rootfs que vous avez préparée.
02
Conteneurs
Des images OCI sur les mêmes réseaux et volumes que toutes les autres charges de travail.
03
Groupes d'autoscaling
Agrandissez et réduisez un pool de machines ou de conteneurs selon des métriques CPU et mémoire.
04
Attachement à chaud
Ajoutez ou retirez disques et interfaces réseau sur une machine virtuelle en marche.
05
Consoles
VNC pour les machines graphiques, série pour les microVM — dans le navigateur, sans bastion.
06
01
Machine virtuelle
Un système d'exploitation entier, monté avec cloud-init, à vous d'y ouvrir une session.
02
microVM
Un invité Firecracker démarré pour une tâche, puis relâché.
03
Conteneur
Une image OCI, exécutée telle quelle, sur le même réseau que tout le reste.
04
Groupe d'autoscaling
Un pool de n'importe lequel des précédents, agrandi et réduit selon une métrique.
Chaque tenant reçoit des clouds privés virtuels isolés, avec leur propre espace d'adressage. Sortez par une passerelle, mettez un répartiteur de charge devant, et distribuez des adresses publiques depuis un pool managé.
VPC et sous-réseaux
Un espace d'adressage isolé par tenant, segmenté en sous-réseaux que vous définissez.
01
Passerelles et IP publiques
Sortie NAT 1:1 par VPC, avec des adresses publiques allouées depuis un pool managé et liées à une interface.
02
Répartiteurs de charge
Passe-through niveau 4, terminaison TLS, routage HTTP et HTTP/3 sur QUIC — avec contrôles de santé.
03
Peering VPC
Reliez deux réseaux privés l'un à l'autre sans passer par l'internet.
04
DHCP et DNS
Des jeux d'options attachés aux VPC et aux sous-réseaux, et des enregistrements par VPC servis par la passerelle.
05
Limites de bande passante
Un plafond de débit par interface réseau, appliqué dans le chemin de données plutôt que dans l'invité.
Adresse publique, répartiteur de charge et backends dans votre propre sous-réseau. Adresses données en exemple.
04 / 07Stockage
Des volumes, jamais le problème d'une seule machine
Le stockage bloc est répliqué entre hôtes avec LINSTOR et DRBD : un volume vit sur plus d'une machine dès l'instant où il existe. Les snapshots deviennent des images démarrables ; les données non structurées vont dans des buckets compatibles S3, à côté.
Volumes bloc répliqués
Chaque volume est placé sur plusieurs hôtes, et chaque écriture est répercutée sur les répliques.
01
Snapshots
Des copies d'un disque à un instant donné, restaurables dans un nouveau volume.
02
Golden images
Publiez un snapshot comme image démarrable et lancez de nouvelles machines à partir de lui.
03
Stockage objet
Des buckets compatibles S3 sur MinIO, avec des clés d'accès limitées à un seul bucket et un gestionnaire de fichiers dans la console.
04
Extension à chaud
Agrandissez un volume et son système de fichiers pendant que la charge qui l'utilise continue de tourner.
écritureUn volume, plus d'une machine. Volume donné en exemple.Un volume, plus d'une machine. Volume donné en exemple.
05 / 07Bases de données
Moteurs managés, stockage répliqué
Cinq moteurs de bases de données, provisionnés et continuellement réconciliés par KubeBlocks sur le Kubernetes de la plateforme, avec leurs données sur les mêmes volumes bloc répliqués que tout le reste. Vous recevez un point de terminaison et des identifiants.
Cinq moteurs
PostgreSQL, MySQL, MongoDB, Redis et Elasticsearch.
01
Exploités, pas seulement installés
Les clusters sont provisionnés et continuellement réconciliés — vous n'écrivez jamais de manifeste.
02
Stockage répliqué
Les volumes des bases sont les volumes bloc répliqués de la plateforme, avec le même support des snapshots.
03
Privées par défaut
Joignables depuis l'intérieur de votre VPC ; toute exposition au-delà se demande explicitement.
04
Attachables
Reliez une base à une application déployée et arrêtez de recopier des identifiants à la main.
Des clusters k3s managés dont les nœuds sont vos propres machines virtuelles, dans votre propre VPC. Le réseau, le pilote de stockage et la répartition de charge sont câblés avant même que le kubeconfig vous soit remis.
Sur Interlaken, un agent reçoit un vrai bac à sable — une machine avec un système de fichiers, un terminal et un accès réseau — plutôt qu'une fenêtre de chat. Donnez-lui un rôle, des compétences et des outils, et laissez une équipe d'agents traiter une tâche ensemble.
Runtimes en bac à sable
Une exécution est un fork suspendable et reprenable d'un environnement scellé que vous avez construit et versionné vous-même.
01
Équipes et rôles
Un agent principal délègue à des agents porteurs d'un rôle, chaque message est enregistré, et vous pouvez lui parler pendant qu'il travaille.
02
Compétences et outils
Les capacités s'accordent explicitement. Un agent a ce que vous lui avez donné, et rien d'autre.
03
Connecteurs Claude et Codex
Stockez vos propres identifiants CLI par tenant, pour que les agents tournent sous des comptes que vous contrôlez.
04
Serveur MCP et OAuth 2.1
Interlaken expose sa propre API sous forme d'outils MCP derrière un fournisseur d'identité OAuth 2.1 : un agent extérieur peut piloter la plateforme sous vos rôles.
planLocaliser le test en échec et le handler derrière lui
readapi/checkout — 3 fichiers
edit2 fichiers modifiés
shellgo test ./... — 41 réussis
doneBranche fix/checkout-total poussée
Exemple d'exécution
08 Exploitation
Exploité comme une seule plateforme
Chaque ressource de cette page appartient à un tenant, est créée par un utilisateur porteur d'un rôle, compte dans un quota et est mesurée sur une facture. C'est cette colonne vertébrale qui en fait un cloud plutôt qu'un tas de services.
01 / 06
Tenants
Une isolation entre organisations, sur le réseau, le stockage, l'identité et la facturation.
02 / 06
Utilisateurs et rôles
Un contrôle d'accès par rôles sur ce que chaque utilisateur peut faire avec chaque type de ressource.
03 / 06
Quotas
Des limites par tenant, vérifiées avant tout provisionnement plutôt qu'à l'arrivée de la facture.
04 / 06
Mesure de l'usage
Les ressources en marche sont mesurées en continu et cumulées en relevés de consommation.
05 / 06
Une seule facture
L'usage devient une facture. Avoirs, moyens de paiement et factures passées vivent dans la console.
06 / 06
Contrôles de suspension
Un tenant peut être suspendu : son accès réseau est coupé d'abord, les questions viennent ensuite.
Console
Voyez-le par vous-même
Chaque section de cette page est une page de la console. Créez un compte et toute la plateforme est à un clic.