開発者ツール

AWS Cloud9 で始めるクラウド開発環境 - ブラウザベース IDE のセットアップと活用

ブラウザだけで AWS 開発を完結できるクラウド IDE。SAM CLI プリインストール環境での Lambda 開発と、リアルタイム共同編集によるペアプログラミングを紹介します。

約 1 分で読めます

Cloud9 の特徴と利用場面

Cloud9 はブラウザベースの統合開発環境 (IDE) で、t3.small 程度の EC2 インスタンス上に開発環境を自動構築し、月額数ドルで運用できます。コードエディタ、ターミナル、デバッガーがブラウザ内で動作し、ローカルマシンに開発ツールをインストールする必要がありません。AWS CLI、SAM CLI、Docker、Node.js、Python、Git が事前インストールされており、環境構築に時間をかけずに開発を開始できます。新メンバーのオンボーディング、ハンズオンやワークショップの環境統一、ローカル環境の差異によるトラブル回避に特に有効です。

Lambda 開発と SAM CLI 統合

Cloud9 は Lambda 関数の開発に最適化されており、最大 10 GB の /tmp ストレージと 15 分のタイムアウトに対応した Lambda のローカルテストが可能です。SAM CLI がプリインストールされているため、sam init でプロジェクトを作成し、sam local invoke でローカルテスト、sam deploy でデプロイまでをターミナルから実行できます。Lambda 関数のインラインデバッグにも対応しており、ブレークポイントを設定してステップ実行が可能です。Docker が利用可能なため、sam local start-api で API Gateway のローカルエミュレーションも実行できます。Cloud9 の環境は EC2 インスタンス上で動作するため、VPC 内のリソース (RDS、ElastiCache) にプライベートネットワーク経由でアクセスでき、ローカル開発では困難な統合テストも容易に実行できます。

コスト管理とセキュリティ

Cloud9 自体の利用料金は無料で、 EC2 インスタンスと EBS ストレージの料金のみが発生します。自動停止機能により、一定時間操作がないと EC2 インスタンスが自動的に停止し、再度アクセスすると自動起動します。デフォルトの停止タイマーは 30 分で、開発スタイルに応じて調整できます。 t3.small インスタンスであれば、 1 日 8 時間の利用で月額数ドル程度です。セキュリティ面では、 AWS Managed Temporary Credentials が自動的に環境に注入され、 IAM ユーザーの権限で AWS リソースにアクセスできます。アクセスキーをファイルに保存する必要がなく、認証情報の漏洩リスクを低減します。 Cloud9 に関する詳しい解説はAmazon の関連書籍でも確認できます。

まとめ

Cloud9 はブラウザだけで AWS 開発を完結できるクラウド IDE です。事前構成された開発ツール、Lambda 関数のローカルテスト、ターミナルからの AWS CLI 操作を統合的に提供します。EC2 インスタンス上で動作し、チームメンバーとのリアルタイム共同編集で、ペアプログラミングやコードレビューを効率化します。

関連するサービス

AWS Cloud9ブラウザだけでコードの記述・実行・デバッグができるクラウド IDE サービスAWS Lambdaサーバー管理不要でコードを実行するサーバーレスコンピュートサービスAWS CodeCommitAWS が提供するセキュアなプライベート 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 Application Composer でサーバーレスアプリケーションをビジュアル設計 - IaC テンプレートの自動生成Application 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 認証の自動統合、セキュアなファイル管理など、運用効率を向上させる実践的な活用方法を紹介します。