AWS はじめの一歩
開発者ツール

AWS Cloud9 は新規受付終了 - 現況と移行先ガイド (AWS Toolkit / CloudShell)

AWS Cloud9 は 2024 年 7 月 25 日に新規顧客への提供を終了しました。既存環境の継続利用可否と、AWS Toolkit・CloudShell への移行の選び方・手順・注意点を解説します。

約 3 分で読めます執筆 / 編集: あわしろ

Cloud9 の現況 - 新規受付終了と継続サポート

AWS は 2024 年 7 月 25 日に AWS Cloud9 の新規顧客への提供を終了しました。以降、新規顧客は Cloud9 の利用を始めることができません (何をもって新規顧客・既存顧客とするかの基準は、公式資料には明示されていません)。既存顧客はこれまで通り利用を継続でき、AWS はセキュリティ・可用性・パフォーマンスの改善への投資を続けると表明していますが、新機能の追加は予定されていません。公式に案内されている移行先は、ローカル IDE 向けの AWS Toolkit と、ブラウザベースの AWS CloudShell の 2 つです (公式の移行ガイド)。本記事では、この 2 つの移行先の選び方と移行手順、既存の Cloud9 環境を安全に閉じるまでの流れを解説します。

移行先の選び方 - AWS Toolkit と CloudShell の使い分け

判断の軸は「Cloud9 をどう使っていたか」です。コードの記述・デバッグが中心だった場合は、VS Code や JetBrains 系 IDE に AWS Toolkit 拡張機能を組み合わせる構成が公式推奨の後継です。Cloud9 の中核だったコードエディタ・デバッガー・AWS サービス統合を、使い慣れたローカル IDE の中で置き換えられます。一方、AWS CLI の実行やデプロイ操作、軽いスクリプト実行が中心だった場合は AWS CloudShell で十分です。マネジメントコンソールから起動でき、事前認証済みで追加費用もかかりません。ブラウザだけで完結する点は Cloud9 と共通ですが、CloudShell には本格的なコードエディタがない点が異なります。EC2 上での開発体験を残したい場合は、VS Code の Remote - SSH で EC2 インスタンスに接続する構成も選択肢になります。Cloud9 のリアルタイム共同編集に相当する機能は移行先には含まれないため、必要なら IDE 側のコラボレーション拡張機能で補います。

ローカル IDE + AWS Toolkit への移行手順

移行は 3 ステップで完了します。まず利用中の IDE (VS Code、IntelliJ、PyCharm など) の拡張機能マーケットプレイスから AWS Toolkit をインストールします。次に AWS 認証情報 (IAM Identity Center または認証プロファイル) で IDE を AWS アカウントに接続します。最後に Cloud9 環境上のコードを Git リポジトリ経由でローカルへ取り込めば、開発を再開できます。AWS Toolkit は CloudFormation や SAM と統合されており、Lambda 関数のローカルデバッグ、SAM テンプレートの作成支援、AWS リソースの参照を IDE 内から実行できます。SAM CLI をローカルへインストールすれば、Cloud9 で行っていた sam init によるプロジェクト作成、sam local invoke でのローカルテスト、sam deploy でのデプロイという開発フローをそのまま移せます。ローカルマシンにツールを揃える手間はかかりますが、AWS Toolkit 自体は無料で、EC2 インスタンスの起動を待つ必要もなくなります。

AWS CloudShell への移行 - ターミナル中心の作業なら十分

AWS CloudShell はマネジメントコンソールから起動できるブラウザベースのシェル環境で、追加費用なしで利用できます。コンソールのセッションから認証情報が自動的に引き継がれるため、アクセスキーの設定は不要です。AWS CLI に加えて git や SAM CLI などの主要ツールがプリインストールされており、リージョンごとに 1 GB の永続ストレージがホームディレクトリに提供されるため、スクリプトや設定ファイルはセッションをまたいで保持されます。Cloud9 をターミナル用途 (CLI 操作、デプロイ、リソースの確認) で使っていた場合は、CloudShell への移行で運用をほぼ変えずに済みます。シェルは Bash のほか PowerShell や Z シェルにも切り替えられ、Node.js と Python のランタイムが事前構成されています。

既存ユーザーの継続利用と環境の安全な閉じ方

既存顧客は Cloud9 を引き続き利用できます。一定時間操作がないと EC2 インスタンスが自動停止するコスト管理機能や、AWS Managed Temporary Credentials による認証情報の自動注入など、従来の機能はそのまま動作します。ただし新機能は追加されないため、長期的には移行の計画を立てておくのが安全です。移行の際は、まず環境内のコードを Git リポジトリへ push して退避し、EBS ボリューム上の設定ファイルや作業データも回収します。移行が完了したら、Cloud9 環境 (EC2 インスタンスと EBS ボリューム) を削除してください。停止中の EC2 インスタンスにも EBS ストレージの料金は発生し続けるため、公式の移行ガイドでも移行後の Cloud9 EC2 インスタンスの削除が推奨されています。

まとめ

AWS Cloud9 は 2024 年 7 月 25 日に新規受付を終了し、現在は既存顧客のみが継続利用できる状態です。新規に開発環境を用意する場合、コード編集が中心ならローカル IDE + AWS Toolkit、ターミナル操作が中心なら AWS CloudShell が公式に案内された移行先です。既存ユーザーも新機能の追加は見込めないため、コードの Git 退避、移行先での動作確認、Cloud9 環境の削除という順序で計画的に移行を進めてください。

参考資料 (AWS 公式)

本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。

本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。

関連するサービス

AWS Cloud9 廃止予定ブラウザだけでコードの記述・実行・デバッグができるクラウド IDE サービスAWS Lambda 定番サーバー管理不要でコードを実行するサーバーレスコンピュートサービスAWS CodeCommit 専門AWS が提供するセキュアなプライベート Git リポジトリホスティングサービス

関連する記事

Amazon CodeGuru でコード品質を自動改善 - Reviewer と Profiler の活用ML ベースの Reviewer がリソースリークや並行処理の問題を自動検出し、Profiler がフレームグラフで CPU ボトルネックを可視化する。CI/CD への統合パターンを紹介します。AWS CloudShell で即座に始める AWS 操作 - ブラウザベースのシェル環境活用術コンソールからワンクリックで起動し、AWS CLI・SAM CLI・CDK がプリインストールされた環境で即座に作業を開始できる。1 GB の永続ストレージでスクリプトも保持されます。クラウド IDE 開発環境 - AWS Cloud9 で実現するチーム開発基盤AWS Cloud9 を活用したクラウドベースの統合開発環境の構築方法を解説します。ブラウザからのフルスタック開発、リアルタイムペアプログラミング、CodeCommit との統合、Lambda 関数のローカルテストなど、チーム開発を加速する実践的な活用方法を紹介します。

同じテーマの記事

AI-DLC で変わるソフトウェア開発 - Inception・Construction・Operation の 3 フェーズ実践ガイドAI を開発プロセスの中心に据える AI-DLC 方法論の全体像を解説。Inception・Construction・Operation の 3 フェーズと、Kiro や Amazon Q Developer での実践方法を紹介します。AI-DLC Unicorn Gym で体験する実践的ワークショップ - チーム開発で AI-DLC を身につける3 日間のチーム開発で AI-DLC を体験する実践型ワークショップの全容。Mob Elaboration と Mob Construction の進め方、オープンソースワークフローの活用法を紹介します。AWS Infrastructure Composer (旧 AWS Application Composer) でサーバーレスアプリケーションをビジュアル設計 - IaC テンプレートの自動生成Infrastructure Composer によるサーバーレスアーキテクチャのビジュアル設計、SAM テンプレートの自動生成、VS Code 統合を解説します。アーティファクトリポジトリ管理 - AWS CodeArtifact で実現するセキュアなパッケージ管理基盤AWS CodeArtifact を活用したアーティファクトリポジトリの構築と運用方法を解説します。npm、Maven、PyPI などのパッケージ管理を一元化し、CodeBuild との統合によるセキュアなビルドパイプラインの構築手法を紹介します。AWS の API スロットリングの仕組み - トークンバケットアルゴリズムと 429 エラーの正体AWS API のレート制限がトークンバケットアルゴリズムで実装されている仕組み、バーストキャパシティの概念、サービスごとの制限値の違い、スロットリング回避の実践的な対策を解説します。AWS の API はなぜ XML を返すのか - Query API から REST JSON への進化の歴史S3 や EC2 の API が XML レスポンスを返す歴史的経緯、Query API と REST API の違い、Signature V2 から V4 への認証方式の進化、SDK が隠蔽している複雑さを解説します。AWS の API エンドポイントはなぜリージョンごとに異なるのか - グローバルサービスとリージョナルサービスの設計ec2.us-east-1.amazonaws.com のようなリージョナルエンドポイントと iam.amazonaws.com のようなグローバルエンドポイントが分かれている設計理由、デュアルスタックエンドポイント、FIPS エンドポイントの存在を解説します。ブラウザベースシェル環境 - AWS CloudShell で実現する即時 CLI アクセスAWS CloudShell を活用したブラウザベースのシェル環境を解説します。AWS マネジメントコンソールから即座に利用できる CLI 環境、プリインストールされた開発ツール、IAM 認証の自動統合、セキュアなファイル管理など、運用効率を向上させる実践的な活用方法を紹介します。

内容が近い記事 / サービス

クラウド IDE 開発環境 - AWS Cloud9 で実現するチーム開発基盤AWS Cloud9 を活用したクラウドベースの統合開発環境の構築方法を解説します。ブラウザからのフルスタック開発、リアルタイムペアプログラミング、CodeCommit との統合、Lambda 関数のローカルテストなど、チーム開発を加速する実践的な活用方法を紹介します。AWS Cloud9ブラウザベースの統合開発環境で、EC2 インスタンス上にコーディング・デバッグ・ターミナル環境を提供するサービスAWS CloudShell で即座に始める AWS 操作 - ブラウザベースのシェル環境活用術コンソールからワンクリックで起動し、AWS CLI・SAM CLI・CDK がプリインストールされた環境で即座に作業を開始できる。1 GB の永続ストレージでスクリプトも保持されます。ブラウザベースシェル環境 - AWS CloudShell で実現する即時 CLI アクセスAWS CloudShell を活用したブラウザベースのシェル環境を解説します。AWS マネジメントコンソールから即座に利用できる CLI 環境、プリインストールされた開発ツール、IAM 認証の自動統合、セキュアなファイル管理など、運用効率を向上させる実践的な活用方法を紹介します。