とはCodeDeploy? - AWS CodeDeploy

とはCodeDeploy?

CodeDeploy は、アプリケーションの導入を自動化し、 Amazon EC2 インスタンス、オンプレミスインスタンス、サーバーレス Lambda 関数、または Amazon ECS サービス。

以下のような、ほぼ無制限の多様なアプリケーションコンテンツをデプロイできます。

  • Code

  • サーバーレス AWS Lambda 関数

  • ウェブファイルおよび設定ファイル

  • Executables

  • パッケージ

  • スクリプト

  • マルチメディアファイル

CodeDeploy サーバー上で実行され、 Amazon S3 バケット、GitHubリポジトリ、またはBitbucketリポジトリ。 CodeDeploy サーバーレスの Lambda 関数。既存のコードを変更することなく を使用できます。CodeDeploy.

CodeDeploy を使用すると、以下を容易に行うことができます。

  • 新機能の迅速なリリース。

  • 更新 AWS Lambda 機能バージョン。

  • アプリケーションのデプロイメント中のダウンタイム回避。

  • アプリケーションの更新に伴う繁雑さを処理。エラーの発生しやすい手動デプロイに伴うリスクの多くを回避できます。

サービスはインフラストラクチャに合わせてスケールするため、1 つのインスタンスまたは数千のインスタンスに簡単にデプロイできます。

CodeDeploy 構成管理、ソース制御、 継続的な統合継続的な配送、継続的な展開。詳細については、以下を参照してください。 製品統合.

また、CodeDeploy コンソールには、レポジトリ、ビルドプロジェクト、デプロイメントアプリケーション、パイプラインなど、リソースを迅速に検索するための方法が用意されています。選択 リソースに移動 または / キーを押して、リソースの名前を入力します。一致するものはすべてリストに表示されます。検索では大文字と小文字が区別されません。リソースを表示する権限がある場合のみ表示されます。詳細については、「」を参照してください。 の Identity and Access ManagementAWS CodeDeploy.

の概要のビデオAWS CodeDeploy

この短いビデオ(2:10)では、 CodeDeploy コード展開を自動化し、 Amazon EC2 インスタンス。

の利点AWS CodeDeploy

CodeDeploy は、以下の利点を提供します。

  • サーバー、サーバーレス、コンテナアプリケーション。 CodeDeploy では、サーバー上に従来のアプリケーションの両方を配備できます。 AWS Lambda 機能バージョンまたは Amazon ECS アプリケーション。

  • 自動導入。 CodeDeploy は、開発、テスト、および実稼働環境全体のアプリケーション展開を完全に自動化します。 CodeDeploy インフラストラクチャに合わせて拡張できるため、1つのインスタンスまたは数千のインスタンスに展開できます。

  • ダウンタイムの最小化。. アプリケーションが EC2/オンプレミス compute platform、 CodeDeploy アプリケーションの可用性を最大化するのに役立ちます。インプレース展開中、 CodeDeploy は、 Amazon EC2 インスタンス。更新のために、一度にオフラインにするインスタンスの数を指定できます。Blue/Green デプロイの間、最新アプリケーションのリビジョンは、置き換え先インスタンスにインストールされます。トラフィックは、選択するとすぐに、または新しい環境のテストが完了した時点で、これらのインスタンスに再ルーティングされます。どちらのデプロイタイプでも、CodeDeploy は設定したルールに従ってアプリケーションの状態を追跡します。

  • 停止してロールバック。. エラーが発生した場合、自動または手動でデプロイを停止してロールバックできます。

  • コントロールの一元化。. コンソールまたは CodeDeploy でデプロイを起動し、そのステータスを追跡できます。AWS CLI. 各アプリケーションのリビジョンがいつデプロイされ、どの Amazon EC2 インスタンスがリストされているかを示すレポートを受け取ります。

  • 採用しやすい。 CodeDeploy はプラットフォームに依存せず、あらゆるアプリケーションに対応しています。セットアップコードを簡単に再利用できます。また、CodeDeploy はソフトウェアリリースプロセスまたは継続的な配信ツールチェーンと統合できます。

  • 同時デプロイ。. 複数のアプリケーションがあり、 EC2/オンプレミス compute platform、 CodeDeploy 同じインスタンス・セットに同時にデプロイできます。

概要 CodeDeploy コンピューティング・プラットフォーム

CodeDeploy では、アプリケーションを 3 つのコンピューティングプラットフォームにデプロイできます。

  • EC2/オンプレミス: Amazon EC2 クラウドインスタンス、オンプレミスサーバー、またはその両方を指定することができる物理サーバーのインスタンスについて説明します。EC2/オンプレミス compute platform を使用して作成されたアプリケーションは、実行可能ファイル、設定ファイル、イメージなどで構成できます。

    EC2/オンプレミス compute platform を使用するデプロイでは、インプレイスまたは Blue/Green デプロイタイプを使用して、トラフィックをインスタンスに振り分ける方法を管理できます。詳細については、「概要 CodeDeploy 展開タイプ」を参照してください。

  • AWS Lambda: Lambda 関数の更新バージョンで構成されるアプリケーションのデプロイに使用します。AWS Lambda は、高可用性コンピューティング構造で構成されるサーバーレスコンピューティング環境で Lambda 関数を管理します。コンピューティングリソースはすべて、AWS Lambda によって管理されます。詳細については、「サーバーレスコンピューティングとアプリケーション」を参照してください。AWS Lambda 関数と Lambda 関数の詳細については、「AWS Lambda」を参照してください。

    Canary 設定、線形設定、または一度にすべての設定を選択して、デプロイ時に更新済み Lambda 関数バージョンにトラフィックを移行する方法を管理できます。

  • Amazon ECS: Amazon ECS でコンテナ化されたアプリケーションをタスクセットとしてのデプロイするために使用されます。CodeDeploy は、アプリケーションの更新バージョンを新しい置き換えタスクセットとしてインストールすることで、Blue/Green のデプロイを実行します。CodeDeploy は、元のアプリケーションの本稼働トラフィックを、元のアプリケーションタスクセットから置き換えタスクセットに再ルーティングします。デプロイが正常に完了すると、元のタスクセットは削除されます。Amazon ECS の詳細については、「Amazon Elastic Container Service」を参照してください。

    Canary 設定、線形設定、または一度にすべての設定を選択して、デプロイ時に更新済みタスクセットにトラフィックを移行する方法を管理できます。

    注記

    Amazon ECS ブルー/グリーン展開は、 CodeDeploy および AWS CloudFormation. これらのデプロイの詳細については、以降のセクションで説明します。

次の表では、 CodeDeploy 構成品は各 compute platform. 詳細については、「」を参照してください。

CodeDeploy コンポーネント EC2/オンプレミス AWS Lambda Amazon ECS
デプロイグループ 一連のインスタンスにリビジョンをデプロイします。 可用性の高いコンピューティングインフラストラクチャで、サーバーレス Lambda 関数の新しいバージョンをデプロイします。 タスクセットとしてデプロイする、コンテナ化されたアプリケーション、デプロイされたアプリケーションへのトラフィック提供に使用される本稼働およびオプションのテストリスナー、トラフィックを再ルーティングし、デプロイされたアプリケーションの元のタスクセットを終了するタイミング、オプションのトリガー、アラーム、およびロールバック設定で Amazon ECS サービスを指定します。
デプロイ アプリケーションと AppSpec ファイルから構成される新しいリビジョンをデプロイします。AppSpec は、アプリケーションをデプロイグループのインスタンスにデプロイする方法を指定します。 1つのバージョンの Lambda 関数を同じ関数の新しいバージョンにすることができます。は、 AppSpec file どの Lambda 配置する関数バージョン。 アップデートされたバージョンの Amazon ECS コンテナ化されたアプリケーションを新しい交換タスクセットとして利用できます。 CodeDeploy 元のバージョンで設定されたタスクから、更新されたバージョンで設定された新しい置換タスクに、本番トラフィックを再ルーティングします。デプロイ完了時に、元のタスクセットは削除されます。
Deployment configuration デプロイの速度と、デプロイ中にいつでも使用できる必要のある正常なインスタンスの最小数を決定する設定。 更新された Lambda 関数バージョンにトラフィックを移行する方法を決定する設定。 更新された Amazon ECS タスクセットにトラフィックを移行する方法を決定する設定。
リビジョン AppSpec ファイルとアプリケーションファイルの組み合わせ (例: 実行ファイル、設定ファイル)。 以下を指定するAppSpecファイル Lambda 配備する機能および Lambda デプロイメントライフサイクルイベントフック中に検証テストを実行できる機能。

A AppSpec file 以下を指定します。

  • は、 Amazon ECS のタスク定義 Amazon ECS 配備するコンテナ化されたアプリケーションを使用するサービスです。

  • 最新のアプリケーションがデプロイされているコンテナ。

  • 本稼働トラフィックが再ルーティングされるコンテナのポート。

  • オプションのネットワーク構成設定と、デプロイライフサイクルイベントフック中に検証テストを実行できる Lambda 関数。

Application デプロイグループおよびリビジョンのコレクション。 アプリケーションは EC2/オンプレミス を使用します。EC2/オンプレミス compute platform. デプロイグループおよびリビジョンのコレクション。 デプロイに使用されるアプリケーションは、サーバーレス AWS Lambda を使用します。AWS Lambda compute platform. デプロイグループおよびリビジョンのコレクション。 デプロイに使用されるアプリケーションは、Amazon ECS を使用します。Amazon ECS compute platform.

概要 CodeDeploy 展開タイプ

CodeDeploy には、2 つのデプロイタイプのオプションがあります。

  • インプレイスデプロイ: デプロイグループの各インスタンス上のアプリケーションが停止され、最新のアプリケーションリビジョンがインストールされて、新バージョンのアプリケーションが開始され検証されます。ロードバランサーを使用すれば、各インスタンスがデプロイ中に登録解除され、デプロイ完了後にサービスに復元されるようにすることができます。インプレイスデプロイは、EC2/オンプレミス compute platform を使用するデプロイでのみ使用できます。インプレイスデプロイの詳細については、「インプレース展開の概要」を参照してください。

    注記

    AWS Lambda および Amazon ECS のデプロイでは、インプレイスデプロイタイプを使用できません。

  • Blue/Green デプロイ: デプロイの動作は、使用する compute platform によって異なります。

    • EC2/オンプレミス compute platform の Blue/Green: 以下のステップを使用して、デプロイグループのインスタンス (元の環境) がインスタンスの別のセット (置き換え先環境) に置き換えられます。

      • インスタンスは、置き換え先環境に対してプロビジョニングされます。

      • 最新のアプリケーションリビジョンが置き換え先インスタンスにインストールされます。

      • アプリケーションのテストやシステムの検証などのアクティビティでは、オプションの待機時間が発生します。

      • 置き換え先環境のインスタンスは、Elastic Load Balancing ロードバランサーに登録され、トラフィックは、それらに再ルーティングされます。元の環境のインスタンスは登録解除されます。これらのインスタンスは削除するか、その他の用途のために引き続き実行できます。

      注記

      EC2/オンプレミス compute platform を使用する場合、Blue/Green デプロイは Amazon EC2 インスタンスでのみ動作する点に注意してください。

    • AWS Lambda compute platform の Blue/Green: トラフィックは、現在のサーバーレス環境から、更新された Lambda 関数のバージョンの環境に移行されます。検証テストを実行する Lambda 関数を指定し、トラフィックの移行が発生する方法を選択できます。AWS Lambda compute platform のデプロイはすべて、Blue/Green デプロイです。そのため、デプロイタイプを指定する必要はありません。

    • Amazon ECS compute platform の Blue/Green: トラフィックは、Amazon ECS サービス内のアプリケーション元のバージョンのタスクセットから、同じサービスの置き換えタスクセットに移行されます。デプロイメント設定を使用して、トラフィックの移行を線形または Canary に設定できます。指定されたロードバランサーリスナーのプロトコルとポートは、本稼働トラフィックを再ルーティングするために使用されます。デプロイ中、テストリスナーは、検証テストの実行中に設定された置換タスクセットにトラフィックを配信するために使用することができます。

    • AWS CloudFormation を通じた Blue/Green デプロイ: AWS CloudFormation スタック更新の一環として、トラフィックが現在のリソースから更新されたリソースに移行されます。現時点では、ECS Blue/Green デプロイのみがサポートされています。

    Blue/Green デプロイの詳細については、「ブルー/グリーン展開の概要」を参照してください。

注記

の使用 CodeDeploy サインインしているインスタンスに、アプリケーション、デプロイメント グループ、または AWS アカウント。詳細については、「」を参照してください。_を使用 CodeDeploy エージェントを使用してローカル マシン上のデプロイ パッケージを検証する.

インプレース展開の概要

次の図は、一般的な CodeDeploy インプレースデプロイのフローを示します。

注記

AWS Lambda および Amazon ECS のデプロイでは、インプレイスデプロイタイプを使用できません。

処理の流れ

  1. 最初に、ローカルの開発用マシンまたは同様の環境でデプロイ可能なコンテンツを作成し、 () を追加します。application specification file (AppSpec file). は AppSpec file 固有のファイルです。CodeDeploy. 必要なデプロイアクションを定義します。 CodeDeploy 実行に移します 展開可能なコンテンツをバンドルし、 AppSpec file アーカイブファイルに保存し、 Amazon S3 バケットまたはGitHubリポジトリ。このアーカイブ ファイルは、 アプリケーションの改訂 (または単に 改訂)。

  2. 次に、 CodeDeploy 導入に関する情報(例: Amazon S3 バケットまたはGitHubリポジトリからリビジョンを引き出します。 Amazon EC2 コンテンツをデプロイするインスタンス。 CodeDeploy 一連の Amazon EC2 インスタンスa 展開グループ. デプロイメントグループには個別にタグ付けされています Amazon EC2 インスタンス、 Amazon EC2 のインスタンス Amazon EC2 Auto Scaling グループ、またはその両方。

    配布グループに配布する新しいアプリケーションリビジョンを正常にアップロードするたびに、そのバンドルは ターゲットリビジョンターゲットリビジョン 配置グループ用。つまり、現在デプロイ対象となっているアプリケーションリビジョンがターゲットリビジョンです。これは、自動デプロイにプルされるリビジョンでもあります。

  3. 次に、 CodeDeploy 各インスタンスのエージェントのポーリング CodeDeploy 何をいつ引き出すかを決定する Amazon S3 バケットまたはGitHubリポジトリ。

  4. 最後に、 CodeDeploy 各インスタンスのエージェントは、 Amazon S3 バケットまたはGitHubリポジトリで、 AppSpec file、インスタンスにコンテンツをデプロイします。

CodeDeploy は、デプロイステータス、デプロイ設定パラメータ、インスタンスの状態を取得できるように、デプロイのレコードを保持します。

ブルー/グリーン展開の概要

Blue/Green デプロイは、アプリケーションの新しいバージョンの変更による中断を最小限に抑えながら、アプリケーションを更新するために使用されます。CodeDeploy は、本番稼働用トラフィックを再ルーティングする前に、アプリケーションの新しいバージョンを古いバージョンと共にプロビジョニングします。

  • AWS Lambda: トラフィックが 1 つのバージョンからシフトされます。 Lambda 関数を新しいバージョンの同じ Lambda 関数。

  • Amazon ECS:トラフィックは、 Amazon ECS サービスから更新済みの交換タスクセットへの Amazon ECS サービス。

  • EC2/オンプレミス: 元の環境内の、あるインスタンスセットから、インスタンスの置き換え先のセットにトラフィックが移行します。

すべて AWS Lambda および Amazon ECS 展開は青/緑です。A EC2/オンプレミス 配置はインプレースまたはブルー/グリーンにできます。Blue/Green デプロイには、インプレースデプロイと比べて多くのメリットがあります。

  • トラフィックを再ルーティングするだけで、アプリケーションを新しい置き換え先環境にインストールしてテストし、本稼働環境へデプロイできます。

  • をご使用の場合 EC2/オンプレミス compute platformでは、アプリケーションの最新バージョンへの切り替えは、より速く、より高い信頼性があります。これは、トラフィックが終了していない限り、トラフィックを元のインスタンスにルーティングできるためです。インプレースデプロイでは、以前のバージョンのアプリケーションを再デプロイすることによってバージョンをロールバックする必要があります。

  • をご使用の場合 EC2/オンプレミス compute platform新しいインスタンスは、ブルー/グリーン展開用にプロビジョニングされ、最新のサーバー構成を反映します。これにより、長時間実行するインスタンスで発生する問題を回避できます。

  • をご使用の場合 AWS Lambda compute platformでは、トラフィックが元の AWS Lambda 機能バージョンを新しい AWS Lambda 機能バージョン。

  • をご使用の場合 Amazon ECS compute platformでは、トラフィックを元のタスクセットから新しいタスクセットに移動する方法を制御できます。

青色/緑色展開 AWS CloudFormation は、次のいずれかの方法を使用できます。

  • AWS CloudFormation 展開用テンプレート: でデプロイを構成する場合 AWS CloudFormation 展開は、次の条件でトリガーされます。 AWS CloudFormation 更新。リソースを変更してテンプレートの変更をアップロードすると、AWS CloudFormation のスタック更新によって新しいデプロイが開始されます。 テンプレートで使用できるリソースのリストについては、「AWS CloudFormation」を参照してください。AWS CloudFormation テンプレート CodeDeploy 参照.

  • を使用した Blue/Green デプロイAWS CloudFormation: 以下を使用できます。 AWS CloudFormation スタック更新を通じて、ブルー/グリーン展開を管理します。スタックテンプレート内で、トラフィックルーティングと安定化設定を指定するだけでなく、Blue ソースと Green リソースの両方を定義します。次に、スタックの更新中に選択したリソースを更新すると、AWS CloudFormation は必要なすべての Green リソースを生成し、指定されたトラフィックルーティングパラメータに基づいてトラフィックをシフトし、Blue リソースを削除します。詳細については、以下を参照してください。 自動化 Amazon ECS ブルー/グリーン展開 CodeDeploy 使用 AWS CloudFormationAWS CloudFormation ユーザーガイド.

    注記

    サポート対象: Amazon ECS ブルー/グリーンの展開のみ。

Blue/Green デプロイを設定する方法は、使用するコンピューティングプラットフォームによって異なります。

AWS Lambdaコンピュートプラットフォームでのブルー/グリーン展開

をご使用の場合 AWS Lambda compute platformでは、以下の構成タイプのいずれかを選択して、トラフィックが元の構成からどのようにシフトされるかを指定する必要があります。 AWS Lambda 機能バージョンを AWS Lambda 関数バージョン:

  • Canary: トラフィックは 2 回の増分で移行されます。残りのトラフィックが 2 回目の増分で移行される前に、最初の増分および間隔で更新された Lambda 関数のバージョンに移行されるトラフィックの割合 (%) を分単位で指定する、事前定義された Canary オプションから選択できます。

  • 線形: トラフィックは、毎回同じ間隔(分)の等しい増分で移行します。増分ごとに移行するトラフィックの割合 (%) と、増分間の間隔 (分) を指定する、事前定義済み線形オプションから選択できます。

  • All-at-once: トラフィックはすべて、元の Lambda 関数から最新バージョンの Lambda 関数に一度に移行されます。

デプロイ設定の詳細については、「AWS Lambda」を参照してください。AWS Lambdaコンピュートプラットフォームの定義済みデプロイメント構成 .

Amazon ECSコンピュートプラットフォームでのブルー/グリーン展開

をご使用の場合 Amazon ECS compute platformでは、以下の構成タイプのいずれかを選択して、トラフィックが元の構成からどのようにシフトされるかを指定する必要があります。 Amazon ECS タスクが新しい Amazon ECS タスクセット:

  • Canary: トラフィックは 2 回の増分で移行されます。事前定義された Canary オプションから選択できます。これらのオプションでは、更新された Amazon ECS タスクセットに、2 回目の増分で移行される前に最初の増分および間隔 (分単位) で移行される、トラフィックの割合 (%) が指定されています。

  • 線形: トラフィックは、毎回同じ間隔(分)の等しい増分で移行します。増分ごとに移行するトラフィックの割合 (%) と、増分間の間隔 (分) を指定する、事前定義済み線形オプションから選択できます。

  • All-at-once: すべてのトラフィックが元のトラフィックからシフトされます。 Amazon ECS タスクが更新された Amazon ECS 一度にすべて設定することができます。

デプロイ設定の詳細については、「Amazon ECS」を参照してください。 配備構成を Amazon ECS コンピューティング・プラットフォーム .

EC2/オンプレミスコンピューティングプラットフォームへのブルー/グリーン展開

注記

EC2/オンプレミス compute platform での Blue/Green デプロイには、Amazon EC2 インスタンスを使用する必要があります。オンプレミスインスタンスは Blue/Green デプロイタイプではサポートされません。

をご使用の場合 EC2/オンプレミス compute platform、以下が適用されます。

1つ以上の Amazon EC2 特定するインスタンス Amazon EC2 タグまたは Amazon EC2 Auto Scaling グループ。インスタンスは、以下の条件を満たす必要があります。

  • 各 Amazon EC2 インスタンスは正しい IAM インスタンスプロファイルが接続されました。

  • 各インスタンスで CodeDeploy エージェントをインストールして実行する必要があります。

注記

通常は、元の環境のインスタンスでアプリケーションリビジョンも実行しますが、これは Blue/Green デプロイの要件ではありません。

Blue/Green デプロイで使用されるデプロイグループを作成するときは、置き換え先環境の指定方法を選択できます。

既存の Amazon EC2 Auto Scaling グループ: ブルー/グリーン展開中は CodeDeploy は、導入中に置換環境のインスタンスを作成します。このオプションでは、 CodeDeploy は、 Amazon EC2 Auto Scaling 同じ数の実行中のインスタンスやその他の構成オプションを含む、置換環境のテンプレートとして指定したグループ。

インスタンスを手動で選択する: 置換としてカウントされるインスタンスは、 Amazon EC2 インスタンスタグ、 Amazon EC2 Auto Scaling グループ名、または両方。このオプションを選択した場合、デプロイを作成するまで置き換え先環境のインスタンスを指定する必要はありません。

処理の流れ

  1. 元の環境となるインスタンスや Amazon EC2 Auto Scaling グループは既にあります。Blue/Green デプロイを初めて実行するときは、通常、インプレースデプロイで既に使用されているインスタンスを使用します。

  2. 既存の CodeDeploy アプリケーションでは、Blue/Green デプロイグループを作成し、インプレースデプロイに必要なオプションに加えて、次を指定します。

    • Blue/Green デプロイプロセスで元の環境から置き換え先環境にトラフィックをルーティングするロードバランサー。

    • 置き換え先環境にトラフィックを直ちに再ルーティングするか、手動で再ルーティングするまで待つかどうか。

    • トラフィックが置き換え先インスタンスにルーティングされるレート。

    • 置き換え元インスタンスを削除するか引き続き実行するかどうか。

  3. このデプロイグループのデプロイを作成するときには、次の処理が行われます。

    1. _をコピーすることを選択した場合 Amazon EC2 Auto Scaling グループ、インスタンスは置換環境用にプロビジョニングされます。

    2. デプロイに指定したアプリケーションリビジョンは、置き換え先インスタンスにインストールされます。

    3. デプロイグループの設定で待機時間を指定した場合、デプロイは一時停止します。これは置き換え先環境のテストおよび確認を実行できる時間です。待機時間が終了する前にトラフィックを手動で再ルーティングしない場合、デプロイは停止します。

    4. 置き換え先環境のインスタンスは Elastic Load Balancing ロードバランサーに登録され、これらのインスタンスに対してトラフィックのルーティングが開始されます。

    5. 元の環境のインスタンスは、終了するか引き続き実行するか、デプロイグループの指定に従って登録が解除され、処理されます。

ブルー/グリーン展開 AWS CloudFormation

管理できる CodeDeploy ブルー/グリーン展開は、 AWS CloudFormation テンプレート。

青/緑のリソースを AWS CloudFormation テンプレートでスタック更新を作成する AWS CloudFormation タスクセットを更新します。本稼働トラフィックは、すべて一度に、線形デプロイとベイク処理時間を使用して、または Canary デプロイを使用してサービスの元のタスクセットから置き換えタスクセットにシフトします。スタックの更新により、 でデプロイが開始されます。CodeDeploy. デプロイメントのステータスと履歴は、 CodeDeployが、それ以外では作成も管理も行いません。 CodeDeploy の外部リソース AWS CloudFormation テンプレート。

注記

ブルー/グリーン展開の場合: AWS CloudFormationは作成しません。 CodeDeploy アプリケーションまたはデプロイメントグループ。

この方法では、Amazon ECS Blue/Green デプロイのみサポートされます。 を通じた Blue/Green デプロイの詳細については、「AWS CloudFormation」を参照してください。AWS CloudFormation を通じた Amazon ECS Blue/Green デプロイの作成.

ご意見をお待ちしております

当社では、お客様からのフィードバックをお待ちしております。お問い合わせは、 _ CodeDeploy フォーラム.

トピック: