コンテンツへスキップ
Kinesis

変更履歴 · 2026

2026 年にリリースしたもの。

1 月から 11月 まで、毎月リリースしたお客様向けの機能と改善を、重要度の高い順にご紹介します。

リリース
78
か月
11
  1. 2026年11月これまで

    01

    コードを読む AI デバッガー

    「AI でデバッグ」が、ビルドに失敗したコミットや現在実行中のコミットの時点で、アプリの GitHub リポジトリを読めるようになりました。読み込んだファイルも一つひとつ表示されます。ファイルを貼り付けてもらう代わりに、Dockerfile、パッケージファイル、設定からビルド失敗の原因を突き止めます。失敗したデプロイの修正はチャット1回で完了し、リポジトリにアクセスできるのはアプリを編集できるユーザーだけです。

  2. 2026年10月

    AAcme Incプロジェクト · アプリ · Grid · 請求メンバー+ メンバーを招待Aalice@acme.dev管理者オーナーBbob@acme.devDeveloperCcarol@acme.devDeveloperDdave@acme.devViewerGrid研究research-gpu製品product-inferenceすべての部門を 1 つのビューで

    01

    組織

    チームアカウントが登場しました。プロジェクト、アプリ、Grid、サーバー、請求が組織に帰属し、メンバー、ロール、招待、監査ログを備えています。各部門が独自の Grid を運用しながら、IT 部門はすべてを 1 つのビューで把握できます。オンボーディングもオフボーディングも数秒で完了します。

    「シングルサインオンで続行」を備えたポータルのサインインカード

    02

    エンタープライズシングルサインオン

    組織は、自社の ID プロバイダーで SSO を有効にし、ドメインを検証して、すべてのメンバーに SSO を必須にできます。チームは職場でいつも使っている方法でサインインできます。アクセスは一元管理され、退職者のアクセスは自動で削除されます。

    問題のあるリリースを再ビルドなしで元に戻すデプロイメントステータス出典開始成功デプロイ失敗Add response cachee4c91a7 main5分前成功Tune batch sizeb7e21d4 main2時間前ロールバック成功Add chat endpointa1f3c9e main昨日ロールバックb7e21d4 に戻りました同じイメージを即座に再デプロイ再構築不要アクティブ

    03

    ワンクリックでロールバック

    GitHub からデプロイしたアプリを、再ビルドなしで以前の任意のビルドに即座にロールバックできます。問題のあるリリースも数秒で元に戻せます。ミスを低コストで直せるので、より速くリリースできます。

    GRIDml-research制限は実行中のアプリにリアルタイムで適用されますポリシークォータ1人あたり 2 GPU · 猶予 15分オンコンテナ上限コンテナあたり 4 CPU コア、16 GiB メモリオンGPU アイドル回収30分アイドルで退避 · 10分前に警告オンフェアシェア1回 2時間 · 1人あたり 1 アプリオン

    04

    Grid ポリシーの管理

    再設計された Grid ページでは、GPU 上限、猶予期間、コンテナごとの上限、アイドル回収、フェアシェアなど、すべてのポリシーがひと目でわかります。上限は実行中のコンテナにリアルタイムで適用されます。オーナーがルールを一度設定すれば、あとは Kinesis が適用します。

    05

    アプリに合わせて動く Grid

    マシンが届く前に Grid でアプリを起動しておけば、条件に合うマシンが参加した時点で開始されます。Spot マシンは、実行中のアプリが必要とする間だけリースされます。また、新しい「この Grid のアプリ」ビューで、どのアプリがどのマシンに適合するかを確認できます。オーナーはどのアプリも使っていない GPU に料金を払わずに済み、チームが厳しい制限で足止めされることもありません。

    06

    誰が何を使っているかを確認

    刷新されたサーバーページと Grid ページでは、各マシンのハードウェア、CPU と GPU のリアルタイム使用率、そこで動いているアプリの所有者、マシンを追加した人を確認でき、上部にはフリート全体のサマリーが表示されます。どちらのページも大規模なフリートでもミリ秒単位で読み込まれ、完全な監査証跡を保持します。IT 部門は組織全体を明確に見渡せるようになり、キャパシティ計画やコストの議論を事実から始められます。

    07

    10,000 レプリカまで安全にスケール

    大規模なバッチジョブや高トラフィックのサービス向けに、アプリのレプリカ数の上限が 20 から 10,000 に引き上げられました。新しいスプレッドグループにより、同じグループ名を持つアプリは別々のマシンに配置されるため、マシンが1台ダウンしてもデータベースやキャッシュのコピーがすべて失われることはありません。チームは耐障害性を犠牲にすることなくスケールアウトできます。

    08

    よりスムーズなアプリ更新

    更新時には、古いコンテナを停止する前に新しいイメージを取得するようになり、アプリごとにシャットダウンの猶予期間を設定できます。デプロイメントタブでは、新しいビルドがサーバーで実際に動き始めるまで「デプロイ中」と表示されるため、「アクティブ」は常に稼働中を意味します。更新によるダウンタイムが減り、チームはどのビルドが提供されているかを常に把握できます。

    09

    レンタルしたマシンの稼働中のみお支払い

    マーケットプレイスからリースした Spot マシンは、オフラインの時間に課金されなくなりました。リース中のマシンが応答しなくなると、Grid はそのマシンを手放して新しいマシンをリースするため、アプリは動き続けます。お客様は実際に使えるコンピュートの分だけお支払いいただきます。

    10

    プラットフォーム全体でセキュリティを強化

    すべての内部 API 呼び出しで呼び出し元のロールを確認し、サーバーは接続前にコントロールプレーンの身元を検証し、マシンキーはマシン上で生成されるようになりました。これらの変更により、攻撃を試みられる前に、攻撃手法をまるごと封じます。お客様は何も変更することなく、より強固な保護を得られます。

  3. 2026年9月

    ターミナル$ export KINESIS_API_KEY=kn_7Hq2xK9p…$ curl -X POST \https://api.kinesis.network/v1/projects/$PROJECT/apps/$APP/start \-H "Authorization: Bearer $KINESIS_API_KEY"202 Accepted{ "id": "66f2a9c4…", "targetState": "running" }API キーci-deploykn_7Hq2xK9p…1 プロジェクト · 2 権限apps:writecompute:spend文書化済みOpenAPI 3.1 specapi.kinesis.network/openapi.jsonアプリGridサーバー

    01

    公開 REST API と API キー

    ポータルで行うすべての操作を、安全な API キーを使って、ドキュメント化された REST API(OpenAPI 仕様付き)で自動化できるようになりました。Kinesis を CI/CD、社内ツール、スクリプトに組み込めます。インフラを抱えずに、Infrastructure as Code を。

    AI アシスタントmcp.kinesis.networkml-research Grid に vLLM を 1 GPU でデプロイしてAIcreate_appKinesis ツールname: "llm-chat"image: "vllm/vllm-openai"gpuCount: 1get_app_status実行中完了しました。llm-chat が ml-research で稼働中です。GRIDml-researchgpu-node-1llm-chat1 GPUgpu-node-3

    02

    AI エージェントにデプロイを任せる(MCP)

    Kinesis に、安全な OAuth サインインに対応した MCP サーバーが登場しました。AI アシスタントやエージェントが、アプリ、Grid、ビルドをデプロイ・管理できます。アシスタントにモデルの公開を頼めば、そのまま実行されます。アイデアから稼働する AI アプリまでの最短ルートです。

    GRIDml-research1 人あたりの GPU 数を制限4alice@acme.dev2 of 4 GPUsbob@acme.dev4 of 4 GPUs+1carol@acme.dev1 of 4 GPUs起動できません — Grid の GPU クォータに達しましたml-research でのクォータ:4 GPU 中 4 GPU を使用中。空きができるまでアプリは待機します。

    03

    共有 Grid でのユーザーごとのクォータ

    Grid のオーナーは、各ユーザーが使えるアプリ、インスタンス、GPU の数に上限を設定できます。上限に達すると、ユーザーにはわかりやすい通知が表示されます。共有キャパシティは、すべてのチームにとって公平で予測可能な状態に保たれます。

    自宅またはオフィスlab-serverファイアウォール / NATインバウンドは閉じたままアウトバウンドトンネルアプリのトラフィックKinesisRemote Reachお客様のユーザーインバウンドのポートフォワーディングは不要

    04

    どんなファイアウォールの内側にあるマシンでも接続

    サーバーの追加は、まずどこに接続されているかを選ぶところから始まり、最適な方法が提案されるようになりました。ファイアウォールや NAT の内側にあるマシン向けの Kinesis Remote Reach も含まれます。インバウンドポートを開く必要はありません。オフィスの PC、研究室、オンプレミスのサーバーが、数分で安全に参加できます。

    05

    組み込みのランタイムセキュリティ

    クラウドサーバーでは、不審なコンテナの動作を検知して停止し、お客様に報告するセキュリティモニターがデフォルトで動作するようになりました。被害が出た後ではなく、発生したその場で脅威を捕捉します。安心が標準装備です。

    06

    すぐに使えるアプリテンプレート

    適切なイメージ、ポート、リソースがあらかじめ設定されたテンプレートから新しいアプリを始められます。よくあるワークロードなら、ドキュメントを読まずに公開できます。新規ユーザーは、より早く最初のアプリを動かせます。

    07

    アプリが動かない理由がわかる

    アプリ、サーバー、ログの各ページで、配置チェック、作業指示、Grid の状態を一か所で確認できるようになりました。アプリがマシンを待っているときは、どのルールが妨げているのかが正確にわかります。以前はサポートチケットが必要だった問題も、ひと目で解決できます。

    08

    Windows PC を Grid の容量に

    Kinesis の Windows 向けデスクトップアプリ Spark で、数回のクリックで PC をアカウントにリンクし、一時停止やスケジュール設定ができるようになりました。オフィスや研究室の PC が、本来なら遊んでいる時間にコンピュートを提供します。マシンをいつ稼働させるかは、オーナーが引き続き管理できます。

    09

    シークレットは秘密のままに

    Kinesis は、シークレットと思われる環境変数を検出し、一覧表示や API 全体でその値を非表示にするようになりました。パスワードや API キーがスクリーンショットや画面共有から漏れることはありません。セキュリティのベストプラクティスが標準になります。

    10

    マーケットプレイスの GPU が拡充

    Spot Instances に GeForce RTX 20 シリーズ以降のカードとワークステーション向け RTX GPU が加わり、正式なモデル名で表示されるようになりました。お客様はより多くの価格帯から選べます。小規模なワークロードにも、手頃でぴったりのハードウェアが見つかります。

  4. 2026年8月

    アプリを再デプロイします。データはそのまま残ります。my-appv1交換済み再デプロイmy-appv2実行中同じボリューム永続ストレージアプリあたり最大 4 つ名前マウントパスサイズmodels/models200 GBデータを保持db/var/lib/postgresql50 GBデータを保持uploads/data/uploads20 GBデータを保持

    01

    永続ボリューム

    Grid アプリで、再起動や再デプロイ後も保持される永続ストレージボリュームを最大4つまで使えるようになりました。データベース、モデルキャッシュ、ユーザーのアップロードデータは安全に保たれます。ステートフルなワークロードも、ステートレスなものと同じくらい簡単に Kinesis で実行できます。

    1 基の GPU を 7 つの分離されたスライスにGPU レイアウトGPU 0 — A100 80GB80 GB VRAMMIG最大数半減混在コンピュート 7/7 · メモリ 7/81g.10gb#0chat1g.10gb#1embed1g.10gb#2ocr1g.10gb#3rerank1g.10gb#4whisper1g.10gb#5vision1g.10gb#6notebook各アプリに専用のコンピュートとメモリの割り当て

    02

    MIG による GPU スライシング

    データセンター向け GPU(A100・H100 クラス)を、ビジュアルなレイアウトデザイナーで分離されたスライスに分割し、各アプリに専用のスライスを割り当てられます。1 基の強力な GPU で、多数の小さなワークロードを安全に処理できるようになりました。より少ないハードウェアで、より多くのことを。

    遊休 GPU は、必要とするアプリに戻されますGPU 0 の使用率notebook-atrain-bアイドルのしきい値!警告済み回収済みアイドル時間帯猶予期間notebook-aGPU でアイドルこの Grid から移動しましたGPU 0train-b実行中GPU を待っていました

    03

    GPU アイドル回収

    Grid で、アイドル状態のアプリから GPU を回収できるようになりました。しきい値は設定可能で、何かを停止する前にはわかりやすい警告が表示されます。希少な GPU は、実際に使っている人の手に戻ります。お金を払っているすべての GPU が、実際に仕事をします。

    Grid が満杯のときは、ユーザーが順番に使用到着順フェアシェアキューAUser Aapp-1AUser Aapp-2AUser Aapp-3BUser Bapp-1CUser Capp-1AUser Aapp-11BUser Bapp-12CUser Capp-13AUser Aapp-24AUser Aapp-35Grid満杯次に空くマシン1回 2時間 · 1人あたり 1 アプリ

    04

    フェアシェアスケジューリング

    Grid が満杯のとき、アプリは先着順ではなく公平なキューで待機し、順番に実行されるようになりました。1 人のユーザーが共有容量を独占することはできません。すべてのチームが自動的に公平な割り当てを受けられます。

    05

    Grid 管理者のための強力な機能

    Editor と User のロールで Grid を共有し、すべてのアプリの CPU、RAM、GPU、VRAM の使用状況をリアルタイムで確認し、1 つの画面からアプリを停止・再起動できます。Grid のオーナーは共有容量を完全に把握し、管理できます。IT 部門は邪魔をすることなく主導権を保てます。

    06

    在庫を待って起動

    休止中のマシンが復帰する際に GPU が在庫切れの場合、Kinesis は再試行を続けてステータスを表示し、マシンの休止に失敗した場合はオーナーにアラートが届きます。何かが知らないうちに止まったままになることはありません。キャパシティを失うリスクなく、休止による節約を任せられます。

    07

    Grid 対応のアプリギャラリー

    App Gallery は、Grid をお持ちの場合、デフォルトでその Grid にデプロイするようになりました。モデルやアプリは、追加の設定なしで、すでに料金を払っているハードウェアに配置されます。自社のコンピュートを活用するのに必要なのはワンクリックだけです。

  5. 2026年7月

    お客様のマシンBYOC · 追加費用なし専用インスタンスAWS · Azure · KinesisSpot InstancesKinesis マーケットプレイスGRIDml-research8 台がオンラインgpu-box-1gpu-box-2train-1train-2train-3spot-1spot-2spot-3

    01

    Grid と Spot Instances

    Grid で、自社マシン、オンデマンドのクラウドマシン、Kinesis マーケットプレイスでレンタルした Spot Instances を、ひとつのプールにまとめられるようになりました。ワークロードごとに最適な価格で、コンピュートを数分で拡大・縮小できます。お使いのあらゆる種類のコンピュートを、ひとつのプラットフォーム、ひとつのビューで。

    SSH キー+ キーを追加自分のノート PCSHA256:q3Fv8tXbW2…9kXwAdded Jul 8 · assigned to 3 serversgpu-box-1train-1train-2CI ランナーSHA256:Lm4cR0aZp7…Qe1dAdded Jul 14 · assigned to 1 servertrain-1ターミナル$ ssh -i ~/.ssh/id_ed25519ubuntu@203.0.113.24Welcome to Ubuntu 24.04 LTSLast login: Tue Jul 15ubuntu@train-1:~$

    02

    自前の SSH キーを使用

    SSH キーを一度アップロードすれば、クラウドマシンや BYOC マシンに割り当てて直接アクセスできます。エンジニアは使い慣れたツールでマシンに入れます。キーはお客様のもの、管理もお客様の手に。

    アプリllm-serveGrid の優先度1ml-research2burst-poolGRIDml-researchマシンに優先順位を付ける1gpu-box-1優先llm-serve2gpu-box-2通常3spot-1バックアップのみオーバーフローGRIDburst-pool

    03

    ワークロードを思いどおりの場所に配置

    Grid 内でマシンに優先順位を付け、1 つのアプリを複数の Grid にまたがって実行できます。優先するハードウェアがまず仕事を引き受け、残りのフリートがあふれた分に対応します。より賢い配置で、パフォーマンスは向上し、コストは下がります。

    04

    アプリごとに複数のドメイン

    1 つのアプリで、yourcompany.com のようなルート(apex)ドメインを含む複数のカスタムドメインを提供できるようになりました。地域別サイト、ブランドのバリエーション、移行を 1 つのデプロイメントから実行できます。すべてのドメインに SSL が自動で適用されます。

    05

    Provider Hub:お持ちのハードウェアで収益を

    承認されたサプライヤーは、マシン一式を Kinesis マーケットプレイスに掲載し、新しい Provider Hub で収益を追跡できます。使われずに眠っていたハードウェアが、自らの費用を稼ぎ出すようになります。ネットワーク上の供給が増えれば、レンタルするすべての人にとって選択肢も広がります。

    06

    A100 GPU をオンデマンドで

    A100 データセンター GPU を Grid ページから直接プロビジョニングできるようになりました。大規模なトレーニングや推論のジョブでも、長期契約なしで数分のうちに最上位のハードウェアを利用できます。大きなジョブのときだけスケールアップし、終わったら返却できます。

    07

    請求の手間がない共有 Grid

    共有された Grid 上で動くアプリは、利用ごとの追加料金や残高チェックなしで、その Grid のマシンを使えるようになりました。Grid のオーナーがキャパシティの料金を一度支払えば、どのチームも自由に使えます。社内でのコンピュートの共有が、ようやくフォルダの共有と同じくらい簡単になりました。

  6. 2026年6月

    ビルド失敗> npm cinpm ERR! code EUSAGEnpm ERR! missingpackage-lock.jsonAI でデバッグKinesis AIベータmy-api の失敗したビルドログビルドが失敗したのはなぜ?npm ci には package-lock.json が必要ですが、Dockerfile が package.json しかコピーしていません。推奨される構成の変更- COPY package.json ./+ COPY package*.json ./ RUN npm ciアプリの変更を適用

    01

    Kinesis AI、組み込みの DevOps アシスタント

    ポータルに AI アシスタントが加わりました。ビルドの失敗やアプリのログを読み、何が問題だったかを説明し、Dockerfile の修正案を提示します。チケットの順番待ちなしで、状況に即したサポートを24時間いつでもすぐに受けられます。

    プロビジョニング中KINESIS · 1x A100キュー待ちシステムを設定中仕上げ中サーバーを登録中キャパシティに到達できませんでした試行 3 / 3サーバーを確保できませんでした。今すぐ再試行するか、別のリージョンをお試しください。再試行閉じる

    02

    プロビジョニングを最初から最後までわかりやすく

    プロビジョニング中のマシンについて、進行状況、インスタンスの詳細、そして失敗時の再試行・閉じるオプションをリアルタイムで表示するようになりました。今何が起きていて、次に何をすべきかが常にわかります。容量が来るのかどうか、もう推測する必要はありません。

    アプリの状態ダウンロード中起動中実行中開始がブロックされました起動できません — 適したノードがありません現在、このアプリの要件を満たすノードはありません。gpu-box-1— not enough GPU memoryedge-node-2— not enough GPUs

    03

    よりわかりやすいアプリの状態

    アプリの状態が変化するたびに正確に表示されるようになりました。新たに追加された「起動ブロック」状態では、アプリが起動できない理由が説明されます。実行中のアプリへの小さな変更が理由なくブロックされることもなくなりました。混乱が減り、修正も早くなります。

    04

    高速なローカル SSD ストレージを追加料金なしで

    クラウドマシンでイメージやコンテナに高速なローカル SSD を使えるようになり、組み込みのインスタンスストレージは別途課金されなくなりました。大規模なモデルの読み込みが速くなり、コストも下がります。より少ない費用で、より高いパフォーマンスを。

    05

    重要なマシンは「休止しない」設定に

    任意のマシンを固定して、自動で休止状態にならないようにできます。常時稼働のサービスはいつでも準備万端のまま、それ以外のフリートはコストを節約し続けます。マシンごとに、節約と信頼性の両方を手にできます。

    06

    自己修復するトラフィックレイヤー

    アプリへのトラフィックは、再構築された App Proxy レイヤーを経由するようになりました。このレイヤーは自らの健全性をチェックし、ルートと証明書を自動で修復します。ネットワークの一部に不調があっても、エンドポイントは稼働し続けます。お客様側で何も変更することなく、信頼性が向上します。

    07

    大規模フリートを簡単に管理

    Grid とサーバーの新しいリスト表示に、検索、ページネーション、アプリ別ビューが加わりました。数百台のマシンを持つチームでも、目的のマシンを数秒で見つけられます。ポータルはフリートの規模に合わせてスケールします。

  7. 2026年5月

    プロジェクトを共有ml-research を開けるユーザーを選択します。dana@acme.devDeveloper招待を送信追加済みBbob@acme.devDeveloperCcarol@acme.devViewer1alice@acme.devがあなたをプロジェクトに追加しました"ml-research"アプリ内とメールで

    01

    プロジェクトとアプリをチームで共有

    どのプロジェクトやアプリにも適切なロールでメンバーを招待し、アプリ内通知とメール通知で全員に最新情報を届けられます。ログインを共有することなく、チームが 1 か所で協働できます。アクセス権は明確で、いつでも削除できます。

    二要素認証6桁のコードを入力してください:認証アプリ。48291このブラウザを 30 日間記憶する確認またはパスキーを使用Touch ID、Windows Helloまたはセキュリティキーバックアップコードを使用••••-••••••••-••••••••-••••••••-••••

    02

    二要素認証とパスキー

    認証アプリまたはパスキー/セキュリティキーでアカウントを保護でき、バックアップコードや信頼済みデバイスにも対応しています。万一パスワードが漏えいしても、ワークロードと請求情報は安全に保たれます。数秒で有効にできるエンタープライズレベルのセキュリティです。

    出典GitHubDockerHubDocker リンクアップロードTARmy-model.tarアップロード中... 64%docker save -o my-model.tar my-modelアップロード完了my-model.tarアプリを作成実行中レジストリ不要

    03

    アップロードでデプロイ

    Docker イメージファイルを Kinesis に直接アップロードしてデプロイできます。レジストリは不要です。エアギャップ環境でのビルド、プライベートモデル、レジストリを持たないチームも、アップロード 1 回で公開できるようになりました。

    04

    トークン 1 つでサーバーをオンボーディング

    インストールコマンドひとつと、いつでも再生成できる個人トークンで、自前のコンピュートを持ち込めます。サーバーの追加は1分で済み、アクセスはお客様の管理下に置かれます。1台から100台へのスケールも、コマンドを1回実行するだけです。

    05

    完全なアクティビティ履歴

    すべてのプロジェクトとアプリに、誰がいつ何を変更したかを示すアクティビティ履歴が加わりました。チームはどんな変更も数秒で追跡できます。監査や事後分析が簡単になります。

    06

    エンタープライズ対応の請求

    カード、電信送金、ACH で支払い、すべてのマシンが記載された請求書を受け取り、すべての請求とクレジットを CSV でダウンロードできます。経理チームはサポートに問い合わせることなく必要な書類を入手できます。Kinesis は、大企業の購買スタイルにもフィットするようになりました。

    07

    すべてのインスタンスのログを並べて表示

    アプリの複数インスタンスのログを、自分で配置したタブで同時にストリーミング表示できます。特定のマシンでしか起きない問題も簡単に見つけられます。スケールアウトしたアプリのデバッグで、ページを行き来する必要はもうありません。

  8. 2026年4月

    サーバーを追加1× H100 80GBGPU · 26 vCPUs需要大1× A100 80GBGPU · 28 vCPUs1× L40S 48GBGPU · 16 vCPUs利用可能なインスタンスのキューに参加当時キュー待ち更新ボタンは不要取得済み自動的にメール通知のタイミング準備完了

    01

    リアルタイム在庫と事前注文

    プロビジョニングの前に、GPU と CPU のリアルタイムの空き状況を「需要が高い」ラベル付きで確認できます。マシンが在庫切れでも注文でき、空き次第 Kinesis が確保します。空いた GPU をつかまえるためにページを何度も更新する必要はもうありません。

    my-app出典稼働時間ネットワーク実行リソース実行モデルサービスAPI、推論エンドポイントタスク実行期限完了スケジュール済み固定スケジュール近日公開リソースコンピュート新しい Grid既存の Grid を使用サーバーレス

    02

    アプリをもっとシンプルに設定

    アプリの設定に、カード形式の選択肢を備えたわかりやすい「実行」タブと「コンピュート戦略」タブが加わりました。アプリをどう動かすかを指定するだけで、ハードウェアの詳細は Kinesis が処理します。新しいユーザーはより早くデプロイを成功させられ、上級者は引き続き細かく制御できます。

    残り期間≈ 12日分の稼働時間が残高に残っていますメール保護本日48h2h残高不足からの保護休止のしきい値2時間残り稼働時間は約48時間残高さらに24時間前、12時間前、1時間前にも、残高がなくなる前に

    03

    前払い残高の見通しとノード保護

    残高でマシンをあとどれくらい動かせるかを確認し、重要なマシンを自動シャットダウンから保護し、早めにメールで警告を受け取れます。残高不足による予期せぬ停止はもうありません。先を見越した計画が簡単になります。

    04

    自己修復するマシン

    重大な障害が発生したマシンは自動で再起動して復旧するようになり、不具合のあるマシンはワンクリックで新しいマシンに交換できます。アプリのダウンタイムが減り、チームがサポートに費やす時間も減ります。付きっきりにならなくても、信頼性を保てます。

    05

    ログを完全にコントロール

    ログの保存期間の選択、ダウンロードや削除、履歴の閲覧、マシンのシステムログの表示を、ポータルから行えます。SSH セッションを使わずに、数分でデバッグできます。保持するデータ量は、コストとコンプライアンスの観点からお客様が決められます。

    06

    最新のオープンモデルを、すぐに実行可能に

    App Gallery に、Gemma 4、Qwen 3.5、Qwen 3.6 などの最新オープンモデルが加わりました。新しいモデルを、公開されたその週にワンクリックで試せます。オープンソース AI の最新動向に追従するのに、余計なエンジニアリングは要りません。

    07

    プライベートレジストリをもっと簡単に

    プライベート Docker レジストリから、Kinesis が変更の保存前に検証する認証情報を使ってデプロイできます。パスワードが間違っていれば、アプリが壊れるのではなく、フォーム上で知らせます。プライベートイメージも、パブリックイメージと同じくらい簡単に公開できます。

  9. 2026年3月

    専用コンピュートクラウドプロバイダーAWSAzureKinesisGPUCPUインスタンスタイプg5.xlarge1× A10G GPUリージョンUS East (N. Virginia)Gridml-researchお客様のマシンBYOCお客様のマシンBYOCg5.xlargeAWS参加日お客様のマシン + クラウドを 1 つの Grid に

    01

    ポータルからクラウドマシンを起動

    Grid で、AWS、Azure、Kinesis のクラウドマシンを、GPU と CPU の選択肢を並べてポータルから直接オンデマンドでプロビジョニングできるようになりました。個別のクラウドアカウントやコンソールを管理する必要はありません。自社のハードウェアとオンデマンドのクラウドキャパシティが一か所にまとまります。

    https://app.yourcompany.comYYourCompanyDNS 検証済みレコードが見つかりました証明書を発行しましたSSL はおまかせ自動更新期限切れの心配なし

    02

    独自ドメイン、SSL は自動

    任意のアプリに独自ドメインを設定でき、SSL 証明書の発行と管理は Kinesis が行います。ユーザーに表示されるのは当社ではなく、お客様のブランドです。証明書の面倒な作業は一切不要です。

    GPU は一度購入するだけで、すべてのチームと共有IT 管理者オーナーキャパシティを一度購入Gridgpu-gridGPU 1ABGPU 2CAGPU 3BGPU 4CBチーム A共有 · アプリを実行チーム B共有 · アプリを実行チーム C共有 · アプリを実行

    03

    共有 Grid

    Grid のオーナーが、自分のマシンを他のユーザーやチームと共有できるようになりました。IT 管理者はキャパシティを一度購入するだけで、すべてのチームにアクセスを提供できます。高価な GPU が1つのアカウントに閉じ込められることなく、必要とするすべての人に使われます。

    04

    休止、復帰、再起動を思いのままに

    ワンクリックでマシンをスリープ、起動、再起動でき、各ステップで状態がはっきりわかります。いつコストを節約し、いつ容量を準備しておくかはお客様が決められます。SSH もスクリプトも不要なシンプルな操作で、主導権はお客様の手に。

    05

    すべてのコンピュートを 1 枚の請求書に

    専用マシンの料金が事前に表示されるようになり、フリートのコスト概要にまとめられ、他のすべてと同じ請求書に記載されるようになりました。財務チームは複数の請求書ではなく、わかりやすい1枚の請求書を確認できます。請求書が届く前に、フリートのコストを常に把握できます。

    06

    古いイメージは二度と実行しない

    Kinesis は、Docker タグが新しいイメージを指したことを検知し、最新バージョンの取得を提案するようになりました。アプリがプッシュしたばかりのコードで動いているかどうか、常に把握できます。古いビルドのまま気づかず動き続ける再デプロイとはもう無縁です。

    07

    よりスマートなコンテナ設定

    アプリのフォームが、イメージからポートを提案し、エントリーポイントの上書きや共有メモリの設定に対応し、シェルベースのイメージも動かし続けられるようになりました。これまでカスタムラッパーが必要だったイメージも、そのまま動きます。既存のソフトウェアの多くが、最初の試行でデプロイできます。

    08

    ディスクサイズを選択

    AWS、Azure、Kinesis Cloud でプロビジョニングするすべてのクラウドマシンのストレージサイズを選べるようになりました。大きなモデルやデータセットも回避策なしで収まります。固定のデフォルトではなく、必要なディスク分だけお支払いください。

  10. 2026年2月

    01git push02ビルド03稼働中maina1f3c9eAdd chat endpointDockerfile は不要リポジトリをクローン中スタックを検出中イメージをビルド中イメージをプッシュ中実行中エンドポイントhttps://my-api…プッシュ時に自動デプロイブランチへのプッシュのたびに自動で公開

    01

    GitHub から直接デプロイ

    GitHub リポジトリを接続してブランチを選ぶだけで、Kinesis がビルドとデプロイを行います。Docker イメージは不要で、ビルドログをリアルタイムで確認でき、デプロイメント履歴も残ります。ブランチへのプッシュのたびに自動で再ビルド・再デプロイされるので、パイプラインを書かずに CI/CD を実現できます。

    acme/my-apiapp/main.pyrequirements.txt.python-versionREADME.mdDockerfile なしDetected: Python 3.12Dockerfile1FROM python:3.12-slim AS builder2WORKDIR /app3COPY . .4# keep secrets out of the image5RUN rm -rf .git .env .venv67FROM python:3.12-slim8WORKDIR /app9COPY --from=builder /app /app10RUN pip install --no-cache-dir -r requirements.txt11EXPOSE 800012CMD ["uvicorn", "main:app", "--host", "0.0.Dockerfile を生成中...リアルタイムでストリーミング中

    02

    AI が Dockerfile を作成

    リポジトリに Dockerfile がなくても大丈夫です。Kinesis がプロジェクトに必要なものを検出し、AI が Dockerfile を作成して、その様子をリアルタイムでストリーミング表示します。コンテナに不慣れなチームにとって最大の障壁がなくなります。DevOps の知識が少なくても、より多くのコードを本番環境に届けられます。

    my-apiマシンが必要手動での起動は不要アイドル時は休止、必要なときに起動休止中アイドル、節約中起動中...自動で起動実行中アプリを提供中

    03

    オンデマンドで起動

    休止中のマシンが、アプリに必要とされると自動的に復帰するようになりました。手作業でマシンを起動し直す手間なく、休止による節約効果を得られます。コンピュートはワークロードが求めるときにはそこにあり、求めないときは休止しています。

    04

    刷新された、より高速なポータル

    新しいビジュアルテーマと再設計されたプロジェクトページ・アプリページで、ステータスがひと目でわかり、プロジェクト検索も組み込まれています。多くのアプリを持つチームも、目的のものをすばやく見つけられます。日々の管理に必要なクリック数が減ります。

    05

    安心の自動リロード

    自動チャージに保護機能が加わりました。カードへの請求が繰り返し失敗すると、ループし続けるのではなく自動的にオフになってお知らせします。支払い失敗の連鎖に陥ることはありません。請求は予測可能で透明なまま保たれます。

    06

    リージョンも GPU 供給も拡大

    Kinesis Cloud に新たなデータセンターパートナーが加わり、ストレージがマシンに自動でアタッチされるようになりました。お客様は、より多くのロケーションと GPU の選択肢から選べます。供給が増えれば、可用性も価格も向上します。

    07

    永続的なビルドログ

    すべての GitHub ビルドの完全なログが保存されるようになり、ビルド中もビルド後もずっと読めます。ビルドが失敗したら、ワンクリックで理由がわかります。何が起きたかを知るためにビルドをやり直す必要はなく、数分で修正できます。

  11. 2026年1月

    Kinesis App Gallery:モデル選択機能、GPU・VRAM バッジ付きの LLM テンプレート

    01

    ワンクリックで AI モデルを。アカウント不要

    サインアップ前でも誰でも Kinesis App Gallery を閲覧し、実行したい Ollama モデルをワンクリックで選べるようになりました。チームは何かを決める前に、何が実行できるかを確認できます。「このモデルを試してみたい」から稼働中のエンドポイントまで、週末をつぶしてセットアップする必要はなく、数分で完了します。

    導入前完了したジョブ再起動を繰り返していましたRestart: Always実行もう一度もう一度もう一度…再起動無駄になったコンピュートにも課金が続く課金対象現在Task Completion1 回実行して停止実行完了停止課金対象仕事が終われば、課金も停止

    02

    完了まで実行するジョブ

    新しい「タスク完了」再起動ポリシーにより、バッチジョブ、データパイプライン、単発のタスクを 1 回だけ実行し、終了時にきれいに停止できるようになりました。これまでは、完了したジョブが何度も再起動を繰り返し、コンピュートを無駄にすることがありました。今は仕事の分だけを支払い、仕事が終わればジョブは停止します。

    専用 GPU マシン典型的な1日(1時間ごと)スマートなライフサイクル休止中実行中のアプリ · 課金対象休止中保存済み保存済み00:0006:0012:0018:0024:00最後のアプリが停止するとマシンは休止状態に

    03

    自動休止:アイドル状態のマシンに支払うのはもうやめましょう

    実行中のアプリがない専用マシンは、自動的に休止するようになりました。夜間やプロジェクトの合間に遊んでいる GPU に料金を払う必要はもうありません。マシンはお客様のもののまま、必要なときにすぐ復帰できます。

    04

    どんなアプリも数秒でコピー

    アプリの設定をエクスポートして新しいアプリにインポートしたり、既存のアプリをワンクリックで複製したりできます。ステージングから本番への構成の移行や、チームメイトとの共有のために、1項目ずつ作り直す必要はもうありません。エクスポートしたファイルには使用可能なすべての値が記載されているので、編集も簡単かつ安全です。

    05

    よりスマートな環境変数

    環境変数で、アプリ自身のドメインなど Kinesis が自動で埋めるプレースホルダーを使えるようになり、より高速な一括編集モードも加わりました。アプリの設定は一度だけで、アドレスが変わっても正しい状態が保たれます。手作業での編集が減れば、デプロイの失敗も減ります。

    06

    本番環境レベルのロードバランシング

    Kinesis ロードバランサーの背後にあるアプリが TLS 上で gRPC を提供できるようになり、Web アプリはスティッキーセッションによって各訪問者を同じインスタンスに留められるようになりました。最新の API やステートフルな Web アプリも、コードを変更せずにスケールアウトできます。インスタンスをいくつ動かしても、ユーザーは高速で一貫した体験を得られます。

    07

    デプロイ前のイメージチェック

    ポータルが起動前に Docker イメージを検証し、イメージ自体からストレージのサイズを決めるようになりました。ミスはデプロイの失敗ではなく、フォーム上で見つかります。驚きが減り、エラーログを読む時間も減ります。