Vai al contenuto
Kinesis

La Grid

Il tuo calcolo, da qualsiasi luogo, che lavora come uno solo.

Una breve presentazione di un grid: da dove arrivano le sue macchine, cosa gestisce Kinesis per te e cosa ottengono i tuoi team quando tutto funziona come un unico sistema. Guardala con la voce narrante oppure salta tra i capitoli.

Hai creato un'app. Ora le serve potenza di calcolo.

Un modello da servire, un job di training, una render farm, un'API. Qualunque cosa sia, ha bisogno di macchine su cui girare.

1 / 17 · Conosci l'utente 0:00 / 4:40

L'innovazione di Kinesis

La maggior parte dei team di ingegneria non lavora più su un solo cloud. La capacità arriva da dove è stato possibile trovarla: un account presso un hyperscaler, un neocloud con le GPU giuste, un rack in colocation, server già presenti nell'edificio. Ognuno porta con sé la propria console, la propria rete, la propria fattura e il proprio modo di fare il deploy, e il lavoro di tenerli tutti in funzione ricade sui soliti pochi ingegneri. Le macchine restano inattive in un posto mentre in un altro la capacità si esaurisce, e nessuno ha il quadro completo.

Un Kinesis Grid riunisce tutto in un unico sistema. Macchine di qualsiasi provider e in qualsiasi luogo entrano nello stesso grid, compresi l'hardware e i crediti che già paghi, insieme alla capacità on demand di Kinesis. Non c'è nessun cluster da assemblare e nessun control plane da far gestire al tuo team. Kinesis mantiene aggiornata ogni macchina, ne gestisce i certificati e mantiene una connessione privata con ciascuna, così puoi gestirla ovunque sia in esecuzione. Sostituisce le macchine perse. Non devi aprire alcuna porta in ingresso per gestirle, nemmeno dietro un firewall o un NAT.

Fai il deploy di un'app una volta sola, sulla Grid, e le copie girano ovunque ci sia spazio. Il traffico viene bilanciato tra di esse fin dall'inizio. Quando una macchina si guasta o una macchina spot viene recuperata, il traffico si sposta mentre arriva una sostituta. I log di ogni macchina, in tempo reale e storici, arrivano in un unico posto, e gli health check ti avvisano quando qualcosa va storto. Il debug non significa più saltare da una console di provider all'altra.

Un grid cresce insieme all'organizzazione. Suddividilo in sub-grid, così ogni team o fase ha il proprio hardware e le proprie regole e la produzione resta protetta dagli esperimenti. Oppure assegna a ogni divisione il suo grid. Condividi app e grid con le persone che scegli e lascia che siano i ruoli a decidere chi può usare, fare il deploy o gestire. Tutto resta all'interno della tua azienda, mai in un cloud pubblico multi-tenant. Quando un esperimento diventa un progetto vero, gli assegni più macchine. Nessun progetto di migrazione.

E poiché tutto funziona come un unico sistema, puoi vederlo come tale. Utilizzo e spesa di ogni provider, progetto e app sono riuniti in un'unica vista, così ingegneria, IT e finanza lavorano sugli stessi numeri. L'hardware inattivo diventa spazio per la prossima app invece di una voce di costo che nessuno sa spiegare. La tua potenza di calcolo, da ovunque, che lavora come una cosa sola.