La Grid
Votre calcul, où qu’il soit, fonctionnant comme un seul.
Une courte présentation d’une Grid : d’où viennent ses machines, ce que Kinesis exécute pour vous et ce que vos équipes obtiennent une fois que tout fonctionne comme un seul système. Regardez-la avec narration, ou passez d’un chapitre à l’autre.
Vous avez créé une application. Elle a maintenant besoin de calcul.
Un modèle à servir, un entraînement, une ferme de rendu, une API. Quel que soit votre besoin, il lui faut des machines pour tourner.
Aujourd’hui, le calcul est cloisonné en silos.
Chaque fournisseur est une île, avec son propre compte, sa console, sa facture et son réseau. Des machines restent inutilisées à un endroit pendant qu’un autre manque de capacité.
Et si tout se trouvait au même endroit ?
Un seul espace pour chaque machine que vous utilisez, quels que soient son propriétaire et son emplacement.
Apportez de la puissance de calcul d’où cela a du sens.
Combinez hyperscalers, neoclouds, colocation, vos propres serveurs et de la capacité à la demande dans un seul pool. Conservez les crédits et le matériel que vous payez déjà, sans aucune dépendance fournisseur.
Voici votre Grid.
Pas un cluster à construire et à surveiller en permanence. Des machines de n’importe quel fournisseur et de n’importe quel lieu rejoignent un seul système, et votre équipe n’a aucun plan de contrôle à exploiter.
Kinesis veille à la bonne santé de toute la Grid, pour que vous n’ayez pas à le faire.
Fait une seule fois, de manière centralisée, pour chaque machine. Aucun port entrant à ouvrir, même derrière des pare-feu ou un NAT.
Déployez votre application une fois. Elle s’exécute sur toute la Grid.
Pas de pipeline par fournisseur, pas de manifeste de cluster. Choisissez la Grid, et les copies tournent partout où il y a de la place.
Le trafic est équilibré. Les pannes sont absorbées.
L’équilibrage de charge est inclus dans chaque Grid. Si vous perdez une machine, même une machine Spot récupérée par le fournisseur, le trafic continue pendant qu’un remplacement démarre.
Chaque log, de chaque machine, au même endroit.
Journaux en direct et historiques de chaque machine chez chaque fournisseur, au même endroit, sans pile de journalisation à assembler ni à exploiter.
L’IA lit les logs, pour que vous soyez le premier informé des problèmes.
Les tendances et anomalies sont détectées tôt : vous corrigez les problèmes avant que les utilisateurs ne les ressentent, sans équipe SRE dédiée.
Sachez à quel point chaque application et chaque machine travaillent.
L’utilisation des applications et des machines de tous les fournisseurs dans une seule vue. On ne peut pas réduire un gaspillage qu’on ne voit pas.
Faites tourner plus d’applications. Gaspillez moins.
Les applications partagent les machines au lieu d’avoir chacune leur silo. Les heures creuses d’une application deviennent la capacité d’une autre.
Divisez votre Grid en autant de sous-Grids que nécessaire.
Donnez à chaque équipe ou étape son propre matériel et ses propres règles au sein d’un même pool. La production reste à l’abri des expérimentations, et aucune machine n’est laissée de côté.
Monter en charge, c’est simplement déplacer des machines.
Pas de migration, pas de nouveau contrat fournisseur, pas de reconstruction. Attribuez plus de machines et l’application s’y étend, en quelques minutes plutôt qu’en plusieurs semaines.
Partagez applications et Grids avec les personnes de votre choix.
Les rôles déterminent qui peut utiliser, déployer ou gérer. Le partage reste au sein de votre entreprise : les économies d’un pool partagé, sans cloud public multi-tenant.
Une vue unique sur chaque équipe, chaque application et chaque dollar.
Chaque Grid, équipe, application et dollar, chez tous les fournisseurs, au même endroit pour l’IT et la finance. Les dépenses suivent le travail, et le gaspillage n’a nulle part où se cacher.
Votre calcul, où qu’il soit, fonctionnant comme un seul.
1 / 17 · Découvrez l’utilisateur 0:00 / 4:40
L’innovation Kinesis
La plupart des équipes d’ingénierie ne fonctionnent plus sur un seul cloud. La capacité vient de partout où l’on a pu en trouver : un compte chez un hyperscaler, un neocloud avec les bons GPU, une baie en colocation, des serveurs déjà présents dans le bâtiment. Chacun apporte sa propre console, son propre réseau, sa propre facture et sa propre façon de déployer, et le travail consistant à tout faire tourner retombe sur les mêmes quelques ingénieurs. Des machines restent inactives à un endroit pendant qu’un autre manque de capacité, et personne n’a de vue d’ensemble.
Une Kinesis Grid réunit tout cela en un seul système. Des machines de n’importe quel fournisseur et de n’importe quel lieu rejoignent la même Grid, y compris le matériel et les crédits que vous payez déjà, aux côtés de la capacité à la demande de Kinesis. Aucun cluster à assembler, aucun plan de contrôle à faire tourner par votre équipe. Kinesis maintient chaque machine à jour, gère ses certificats et conserve une connexion privée avec chacune d’elles, pour que vous puissiez la gérer où qu’elle se trouve. Les machines perdues sont remplacées. Vous n’ouvrez aucun port entrant pour les gérer, même derrière un pare-feu ou un NAT.
Vous déployez une application une seule fois, sur la Grid, et les copies tournent partout où il y a de la place. Le trafic est équilibré entre elles dès le départ. Quand une machine tombe en panne ou qu’une machine Spot est récupérée, le trafic continue pendant qu’un remplacement démarre. Les journaux de chaque machine, en direct et historiques, arrivent au même endroit, et des contrôles de santé vous avertissent en cas de problème. Déboguer ne veut plus dire passer d’une console de fournisseur à l’autre.
Une Grid grandit avec l’organisation. Divisez-la en sous-Grids pour que chaque équipe ou chaque étape dispose de son propre matériel et de ses propres règles, et que la production reste à l’abri des expérimentations. Ou donnez à chaque division sa propre Grid. Partagez applications et Grids avec les personnes de votre choix, et laissez les rôles décider qui peut utiliser, déployer ou gérer. Tout reste au sein de votre entreprise, jamais dans un cloud public multi-tenant. Quand une expérimentation devient un vrai projet, vous lui attribuez davantage de machines. Aucun projet de migration n’est nécessaire.
Et comme tout fonctionne comme un seul système, vous pouvez aussi le voir comme tel. L’utilisation et les dépenses de chaque fournisseur, projet et application sont réunies dans une seule vue : ingénierie, IT et finance travaillent à partir des mêmes chiffres. Le matériel inutilisé devient de la place pour la prochaine application au lieu d’une ligne budgétaire que personne ne sait expliquer. Votre puissance de calcul, d’où qu’elle vienne, fonctionne comme un tout.