De Grid
Je compute, van overal, werkend als één geheel.
Een korte rondleiding door een grid: waar de machines vandaan komen, wat Kinesis voor je draait en wat je teams krijgen zodra alles als één systeem werkt. Bekijk hem met voice-over of spring tussen de hoofdstukken.
Je hebt een app gebouwd. Nu heeft hij compute nodig.
Een model om te serven, een trainingsjob, een renderfarm, een API. Wat het ook is, het heeft machines nodig om op te draaien.
Vandaag zit compute in silo’s.
Elke provider is een eiland met een eigen account, console, rekening en netwerk. Op de ene plek staan machines stil terwijl er op een andere plek een tekort is.
Wat als het allemaal op één plek zou staan?
Eén thuis voor elke machine die je gebruikt, ongeacht wie de eigenaar is of waar hij draait.
Haal rekenkracht waar het jou het beste uitkomt.
Combineer hyperscalers, neoclouds, colocatie, je eigen servers en on-demand capaciteit in één pool. Houd de tegoeden en hardware waarvoor je al betaalt, zonder lock-in.
Dit is jouw Grid.
Geen cluster dat je zelf bouwt en moet babysitten. Machines van elke provider en elke locatie sluiten aan bij één systeem, en er is geen control plane die je team moet beheren.
Kinesis houdt de hele Grid gezond, zodat jij dat niet hoeft te doen.
Eén keer geregeld, centraal, voor elke machine. Geen inkomende poorten te openen, zelfs niet achter firewalls of NAT.
Deploy je app één keer. Hij draait over het hele grid.
Geen pipelines per provider en geen clustermanifests. Kies de Grid, en kopieën draaien waar er ruimte is.
Verkeer wordt verdeeld. Storingen worden opgevangen.
Load balancing zit bij elke Grid. Verlies je een machine, zelfs een teruggevorderde spot-machine, dan gaat het verkeer verder terwijl er een vervanger opstart.
Elke log, van elke machine, op één plek.
Live en eerdere logs van elke machine bij elke provider, op één plek, zonder logging-stack die je zelf moet opzetten of beheren.
AI leest de logs, zodat jij als eerste over problemen hoort.
Patronen en afwijkingen worden vroeg opgemerkt, zodat je problemen oplost voordat gebruikers er iets van merken, zonder apart SRE-team.
Weet hoe hard elke app en elke machine werkt.
Benutting van apps en machines over elke provider in één overzicht. Verspilling die je niet ziet, kun je niet terugdringen.
Draai meer apps. Verspil minder.
Apps delen machines in plaats van dat elke app een eigen silo heeft. De stille uren van de ene app worden capaciteit voor de andere.
Verdeel je Grid in zoveel sub-Grids als je nodig hebt.
Geef elk team of elke fase eigen hardware en regels binnen één pool. Productie blijft beschermd tegen experimenten en geen machine blijft onbenut.
Opschalen is gewoon machines verplaatsen.
Geen migratie, geen nieuw leverancierscontract, niets opnieuw bouwen. Wijs meer machines toe en de app verspreidt zich erover, in minuten in plaats van weken.
Deel apps en Grids met de mensen die jij kiest.
Rollen bepalen wie mag gebruiken, deployen of beheren. Delen blijft binnen je bedrijf: de besparing van een gedeelde pool, zonder publieke multi-tenant cloud.
Eén overzicht van elk team, elke app en elke dollar.
Elk grid, elk team, elke app en elke dollar over elke provider, op één plek voor IT en finance. Uitgaven volgen het werk, en verspilling kan zich nergens verstoppen.
Je compute, van overal, werkend als één geheel.
1 / 17 · Maak kennis met de gebruiker 0:00 / 4:40
De Kinesis-innovatie
De meeste engineeringteams draaien niet meer op één cloud. Capaciteit komt van waar die maar te vinden was: een hyperscaler-account, een neocloud met de juiste GPU’s, een colocatierack, servers die al in het gebouw staan. Elk daarvan heeft een eigen console, een eigen netwerk, een eigen rekening en een eigen manier van deployen, en het werk om alles draaiende te houden komt bij dezelfde paar engineers terecht. Machines staan op de ene plek stil terwijl een andere plek zonder capaciteit zit, en niemand heeft het volledige overzicht.
Een Kinesis Grid brengt dat allemaal samen in één systeem. Machines van elke provider en op elke locatie sluiten zich aan bij hetzelfde grid, inclusief de hardware en credits waarvoor je al betaalt, naast on-demand capaciteit van Kinesis. Je hoeft geen cluster samen te stellen en je team hoeft geen control plane te draaien. Kinesis houdt elke machine up-to-date, beheert de certificaten en onderhoudt een privéverbinding met elke machine, zodat je hem kunt beheren waar hij ook draait. Machines die wegvallen, worden vervangen. Je hoeft geen inkomende poorten te openen om ze te beheren, zelfs niet achter een firewall of NAT.
Je deployt een app één keer, naar de Grid, en kopieën draaien waar er ruimte is. Verkeer wordt vanaf het begin over ze verdeeld. Valt een machine uit of wordt een spot-machine teruggevorderd, dan gaat het verkeer verder terwijl er een vervanger opstart. Logs van elke machine, live en eerdere, komen op één plek terecht, en health checks waarschuwen je als er iets misgaat. Debuggen betekent niet langer heen en weer springen tussen providerconsoles.
Een grid groeit mee met de organisatie. Splits het op in sub-grids, zodat elk team of elke fase eigen hardware en regels krijgt en productie beschermd blijft tegen experimenten. Of geef elke divisie een eigen grid. Deel apps en grids met de mensen die jij kiest, en laat rollen bepalen wie mag gebruiken, deployen of beheren. Alles blijft binnen je bedrijf, nooit in een publieke multi-tenant cloud. Wordt een experiment het echte werk, dan wijs je er meer machines aan toe. Een migratieproject is niet nodig.
En omdat alles als één systeem draait, kun je het ook als één geheel zien. Benutting en uitgaven over elke provider, elk project en elke app staan in één overzicht, zodat engineering, IT en finance met dezelfde cijfers werken. Ongebruikte hardware wordt ruimte voor de volgende app in plaats van een kostenpost die niemand kan verklaren. Je rekenkracht, van overal, werkend als één geheel.