

# ウェブホスティングに AWS を使用する際の重要な考慮事項
<a name="key-considerations-when-using-aws-for-web-hosting"></a>

 AWS クラウドと従来型のウェブアプリケーションホスティングモデルの間には、いくつかの重要な違いがあります。前のセクションでは、ウェブアプリケーションをクラウドにデプロイするときに考察すべき多くの重要な分野に焦点を当てました。このセクションでは、アプリケーションをクラウドに移動するときに考える必要がある重要なアーキテクチャ上の変更についていくつか取り上げます。 

## 物理的なネットワークアプライアンスはもうありません
<a name="no-more-physical-network-appliances"></a>

AWS では、物理的ネットワークアプライアンスをデプロイすることはできません。例えば、AWS アプリケーションのファイアウォール、ルーター、ロードバランサーは、物理的デバイスに常駐しなくなり、ソフトウェアソリューションに置き換える必要があります。ロードバランシングの場合、または VPN 接続を確立する場合のいずれでも、さまざまなエンタープライズ品質のソフトウェアソリューションがあります。これは、AWS クラウドで実行できるものの制限ではなく、今日、これらのデバイスを使用する場合のアプリケーションへのアーキテクチャの変更です。

## どこでもファイアウォール
<a name="firewalls-everywhere"></a>

これまではシンプルな[非武装地帯](https://en.wikipedia.org/wiki/DMZ_(computing)) (DMZ、demilitarized zone) 機能を持っていて、従来型のホスティングモデルでホスト間のコミュニケーションを開いた場合、AWS は各ホストをロックダウンするという、さらにセキュアなモデルを適用します。AWS デプロイ計画の手順の 1 つに、ホスト間のトラフィック分析があります。この分析により、どのポートを開く必要があるかを正確に判断できます。アーキテクチャのホストのタイプそれぞれに対して、セキュリティグループを作成できます。また、さまざまな種類のシンプルで階層式のセキュリティモデルを作成して、アーキテクチャ内のホスト間でのアクセスを最小限に抑えることができます。Amazon VPC 内のネットワークアクセスコントロールリストの使用は、サブネットレベルでのネットワークのロックダウンに役立ちます。

## 複数のデータセンターの可用性を検討する
<a name="consider-the-availability-of-multiple-data-centers"></a>

[AWS リージョン内のアベイラビリティーゾーンは](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)、複数のデータセンターと考えることができます。異なるアベイラビリティーゾーンの EC2 インスタンスは、論理的にも物理的にも分離されており、高可用性で信頼性の高いアプリケーションをデータセンター全体でデプロイするための使いやすいモデルを提供します。Amazon VPC をリージョンサービスとして使用すると、すべてのリソースを同じ論理ネットワークに保持しながら、アベイラビリティーゾーンを活用できます。

## ホストを一時的かつ動的なものとして扱う
<a name="treat-hosts-as-ephemeral-and-dynamic"></a>

おそらく、AWS アプリケーションを構築する方法について最も重要な変更は、Amazon EC2 ホストが一時的かつ動的であると考えなければならないことです。AWS クラウド用に構築されたアプリケーションは、ホストが常に利用可能であると想定してはならず、EC2 インスタンスに障害が発生すると、EC2 インスタンスに保存されたデータは失われるという知識を元に設計する必要があります。

新しいホストが起動するときに、ホストのアベイラビリティーゾーン内の IP アドレスや場所についての仮定は成り立ちません。設定モデルは柔軟でなければならず、ホストをブートストラップするアプローチには、クラウドの動的な性質を考慮に入れる必要があります。これらのテクニックは、非常にスケーラブルで耐障害性に優れたアプリケーションの構築と実行に不可欠です。

## コンテナとサーバーレスを検討する
<a name="consider-a-serverless-architecture"></a>

このホワイトペーパーは、主に従来型のウェブアーキテクチャにより重点を置いています。ただし、[コンテナ](https://aws.amazon.com/containers/)や[サーバーレス](https://aws.amazon.com/serverless/)のテクノロジーに移行してウェブアプリケーションをモダナイズすることも検討してください。[AWS Fargate](https://aws.amazon.com/fargate/) や [AWS Lambda](https://aws.amazon.com/lambda/) などのサービスを活用すると、仮想マシンを使用せずにコンピューティングタスクを実行できます。サーバーレスコンピューティングでは、容量のプロビジョニングやパッチなどのインフラストラクチャ管理タスクを AWS が処理するため、イノベーションや変化への適応をより迅速にする、より俊敏なアプリケーションを構築できます。

## デプロイの自動化を検討する
<a name="consider-automated-deployment"></a>
+ [https://aws.amazon.com/lightsail/](https://aws.amazon.com/lightsail/) は使いやすい仮想プライベートサーバー (VPS) であり、アプリケーションやウェブサイトの構築に必要なすべてのものに加えて、コスト効率が良い月額プランを提供します。Lightsail は、より単純なワークロード、迅速なデプロイ、および AWS の使用開始に最適です。小規模から始めて、成長に合わせて拡張できるように設計されています。
+ [https://aws.amazon.com/elasticbeanstalk/](https://aws.amazon.com/elasticbeanstalk/) は、Java、.NET、PHP、Node.js、Python、Ruby、Go、および Docker で開発されたウェブアプリケーションやサービスを、Apache、NGINX、Passenger、IIS などの使い慣れたサーバー上にデプロイしたり、スケーリングしたりできる使いやすいサービスです。お客様はコードをアップロードするだけで、Elastic Beanstalk が、デプロイ、容量のプロビジョニング、ロードバランシング、オートスケーリング、アプリケーションのヘルスモニタリングを自動的に処理します。同時に、お客様はアプリケーションが稼動している AWS リソースの完全な制御を保持でき、いつでも基盤となるリソースにアクセスできます。
+ [https://aws.amazon.com/apprunner/](https://aws.amazon.com/apprunner/) は、デベロッパーによるコンテナ化されたウェブアプリケーションや API の迅速なデプロイを簡単にするフルマネージドサービスです。大規模に、しかも事前のインフラストラクチャ経験を必要とせずにデプロイできます。ソースコードからでも、コンテナイメージからでも始めることができます。App Runner がウェブアプリケーションを自動的に構築およびデプロイし、暗号化しつつトラフィックのロードバランスを実行します。また App Runner は、トラフィックのニーズに応じて自動的にスケールアップまたはスケールダウンします。
+ [https://aws.amazon.com/amplify/](https://aws.amazon.com/amplify/) は、それぞれを連携させたり個別で使用したりできる、ツールとサービスのセットです。これらの機能により、フロントエンドウェブおよびモバイルのデベロッパーが、AWS によるスケーラブルなフルスタックアプリケーションを構築できるようにします。Amplify を使用すると、数分の内にアプリケーションバックエンドを構成し、アプリケーションを接続できます。また、静的なウェブアプリケーションのデプロイは数クリックだけで実行できます。さらに、AWS マネジメントコンソール の外部でも、簡単にアプリケーションコンテンツの管理が行えます。