コンテンツへスキップ
Kinesis

Grid

どこにあるコンピュートも、1 つになって動く。

Grid を紹介する短いウォークスルーです。マシンがどこから来るのか、Kinesis がお客様に代わって何を運用するのか、そしてそれらすべてがひとつのシステムとして機能したときにチームが何を得られるのかを紹介します。ナレーション付きで視聴することも、チャプター間を移動することもできます。

アプリができました。次はコンピュートが必要です。

提供するモデル、トレーニングジョブ、レンダーファーム、API。何であれ、動かすためのマシンが必要です。

1 / 17 · ユーザーの紹介 0:00 / 4:40

Kinesis のイノベーション

今や、ほとんどのエンジニアリングチームは単一のクラウドだけで動いていません。容量は見つけられるところから集めてきます。ハイパースケーラーのアカウント、必要な GPU を持つネオクラウド、コロケーションのラック、すでに社内にあるサーバー。それぞれに独自のコンソール、独自のネットワーク、独自の請求書、独自のデプロイ方法があり、それらすべてを動かし続ける仕事は、いつも同じ少数のエンジニアにのしかかります。ある場所ではマシンが遊んでいるのに、別の場所では足りなくなる。そして誰も全体像を把握できていません。

Kinesis Grid は、これらすべてをひとつのシステムにまとめます。あらゆるプロバイダー、あらゆる場所のマシンが同じ Grid に参加できます。すでに費用を払っているハードウェアやクレジットも、Kinesis のオンデマンドキャパシティと並んで加わります。クラスターを組み立てる必要も、チームでコントロールプレーンを運用する必要もありません。Kinesis がすべてのマシンを最新の状態に保ち、証明書を管理し、各マシンとのプライベート接続を維持するので、どこで動いていても管理できます。失われたマシンは置き換えられます。ファイアウォールや NAT の内側にあっても、管理のためにインバウンドポートを開ける必要はありません。

アプリは Grid に一度デプロイするだけで、空きのある場所でコピーが動きます。トラフィックは最初からそれらの間で分散されます。マシンが故障したり Spot マシンが回収されたりしても、代わりのマシンが立ち上がる間にトラフィックは別のマシンへ移ります。すべてのマシンのリアルタイムログと過去のログは 1 か所に集まり、何か問題が起きればヘルスチェックが警告します。デバッグのためにプロバイダーのコンソールを渡り歩く必要はもうありません。

Grid は組織とともに成長します。サブ Grid に分割すれば、チームやステージごとに専用のハードウェアとルールを持たせることができ、本番環境は実験から守られます。部門ごとに Grid を用意することも可能です。アプリや Grid を選んだ相手と共有し、誰が利用・デプロイ・管理できるかはロールで決められます。すべては社内にとどまり、パブリックなマルチテナントクラウドに置かれることはありません。実験が本番になったら、マシンを追加で割り当てるだけ。移行プロジェクトは必要ありません。

そして、すべてがひとつのシステムとして動くので、ひとつのものとして把握できます。すべてのプロバイダー、プロジェクト、アプリにわたる稼働率と支出がひとつのビューに集まるため、エンジニアリング、IT、財務が同じ数字をもとに仕事を進められます。遊休ハードウェアは、誰にも説明できない経費項目ではなく、次のアプリのための余地になります。どこにあるコンピュートも、ひとつとして機能します。