AWS クラウドエッセンシャル

クラウドで構築を始めるときに最初の一歩を踏み出すのは大変に思えるかもしれません。クラウドネイティブなアプローチに適応するには時間がかかることがあります。特に、従来のオンプレミス方式によるハードウェアのプロビジョニングやアプリケーションの構築に慣れている場合はなおさらです。クラウドコンピューティングと AWS クラウドのコアコンセプトに精通することで、自信を持ってクラウドジャーニーを始めることができます。以下のセクションでは、クラウドコンピューティングに関するよくある質問への回答と、AWS で構築するためのベストプラクティスをご紹介します。 

クラウドが登場する前は、企業や組織は自社のデータセンターでハードウェアをホストして管理していました。多くの場合、インフラストラクチャ部門全体をデータセンターの管理に割り当てていました。その結果、運用にコストがかかり、一部のワークロードや実験が不可能になりました。

インターネットの利用が広まるにつれ、コンピューティング、ストレージ、ネットワーク機器の需要が高まりました。一部の企業や組織にとって、大規模な物理的プレゼンスを維持するためにコストをかけ続けることは不可能でした。この問題を解決するためにクラウドコンピューティングが登場しました。

ワークロードをオンプレミスで実行するのとクラウドで実行するのとを区別するために、デベロッパーのチームがアプリケーションにいくつかの新機能をデプロイしたいと考えているシナリオを考えてみましょう。デプロイの前に、チームは本番環境と同じ設定を持つ別の品質保証 (QA) 環境で機能をテストしたいと考えています。

オンプレミスソリューションの場合、追加の環境では、ハードウェアの購入と設置、必要なケーブルの接続、電源のプロビジョニング、オペレーティングシステムのインストールなどが必要になります。これらの作業には時間と費用がかかる可能性があります。一方、チームは QA 環境を待つ間、新機能のリリースを遅らせる必要があります。これとは対照的に、アプリケーションをクラウドで実行すると、本番環境全体を、必要なだけ頻繁に、数分または数秒でレプリケートできます。ハードウェアを物理的に設置してケーブルを接続する代わりに、ソリューションはインターネット経由で管理されます。

クラウドコンピューティングを使用すると、セットアップにかかる時間を節約でき、差別化につながらない面倒な作業もなくなります。どのアプリケーションを見ても、コードなど、その一部の側面がビジネスにとって非常に重要であることがわかります。ただし、例えばコードを実行するコンピュータといった他の側面は、作成する他のアプリケーションとの違いは何もありません。デベロッパーは、サーバーのプロビジョニングなど、アプリケーションを差別化しない一般的なタスクではなく、アプリケーション固有のことに集中したいと思うでしょう。一例として、クレムソン大学の研究者グループは、自然言語処理 (NLP) に関連する機械学習の重要な要素であるトピックモデリングを研究しているときに、著しい成果を上げました。24 時間足らずで、1 つの AWS リージョンで実行されている Amazon EC2 スポットインスタンスで 1,100,000 個以上の vCPU を使用して、クラウドに高性能クラスターを構築しました。これは、AWS がいかにイノベーションを加速するのに役立つかの一例にすぎません。

お試しください: Amazon Lightsail で LAMP ウェブアプリケーションをデプロイする

以下の追加リソースでさらに詳しく知る
クラウドコンピューティングのデプロイモデル

クラウドコンピューティングにより、デベロッパーは最も重要なことに集中でき、インフラストラクチャの調達、メンテナンス、キャパシティプランニング、または差別化につながらない重労働から解放されます。

クラウドコンピューティングの人気が高まるにつれ、さまざまなユーザーの特定のニーズを満たすのに役立つさまざまなサービスモデルが登場しています。それぞれのクラウドサービスは、さまざまなレベルの抽象化、コントロール、柔軟性、管理をもたらします。Infrastructure as a Service (IaaS)、Platform as a Service (PaaS) と Software as a Service (SaaS) の違いを理解すると、お客様のデベロッパーとしてのニーズに適したサービスタイプを決定するのに役立ちます。

クラウドを利用すれば、新しい地理的リージョンへの拡張やグローバルデプロイを数分で実現できます。例えば、AWS には世界中にインフラストラクチャがあるため、デベロッパーは数回クリックするだけでアプリケーションを複数の物理的な場所にデプロイできます。アプリケーションをエンドユーザーの近くに置くことで、レイテンシーを減らし、ユーザーエクスペリエンスを向上させることができます。

AWS はグローバルなインフラストラクチャを着実に拡張しており、低レイテンシーとスループット向上の実現を支えるほか、お客様のデータが指定の AWS リージョンだけに存在するようにします。お客様のビジネスの成長に応じて、AWS はお客様のグローバルな要件を満たせるインフラストラクチャを提供していきます。

AWS クラウドインフラストラクチャの中心にあるのは、AWS リージョンとアベイラビリティーゾーンです。リージョンは世界中の物理的場所であり、リージョンにいくつかのアベイラビリティーゾーンが配置されています。アベイラビリティーゾーンは 1 つ以上の独立したデータセンターで構成されます。各データセンターは、冗長性のある電源、ネットワーク、および接続を備えており、別々の設備に収容されています。このアベイラビリティーゾーンによって、ユーザーは、単一のデータセンターでは実現できない高い可用性と耐障害性を備えた、スケーラブルな本番用のアプリケーションとデータベースを運用できます。

AWS クラウドのインフラストラクチャは広範囲にわたり、世界中のデータセンターから 200 のフル機能のサービスを提供しています。クラウドプロバイダーの中で最大級のグローバルインフラストラクチャフットプリントを誇る AWS は、必要なときに必要な場所でクラウドインフラストラクチャを提供します。

• AWS マネジメントコンソール
• ドキュメント: AWS マネジメントコンソール
• AWS コマンドラインインターフェイス
• ドキュメント: AWS コマンドラインインターフェイス
• AWS CLI GitHub プロジェクト SDK とツールを使用して構築を開始する
• SDK とツールを使用して構築を開始する
  

ソフトウェアデベロッパーがアプリケーションコードを作成する方法と同様に、AWS はインフラストラクチャをプログラム的、記述的、宣言的な方法で作成、デプロイ、および保守できるサービスを提供しています。

AWS CDK v2

AWS CloudFormation とは何ですか?

• AWS Well-Architected フレームワーク

• AWS Well-Architected ハンズオンラボ

• AWS Well-Architected Tool

お客様、またはクラウド上に構築するユーザーは、クラウドでのセキュリティに責任を負います。AWS のサービスを使用する際には、データの安全を確保することに加えて、サービスとアプリケーションを適切に設定する責任を負います。

お客様の責任レベルは AWS サービスによって異なります。必要なセキュリティ設定と管理タスクをすべて実行する必要があるサービスもあれば、データの管理とリソースへのアクセスの制御のみを必要とするより抽象化されたサービスもあります。

労力のレベルはさまざまであるため、お客様はどの AWS サービスを使用するかを検討し、各サービスを保護するために必要な責任のレベルを確認する必要があります。また、適用される法律や規制を確認することに加えて、共有セキュリティモデルが IT 環境のセキュリティ標準とどのように整合しているかを確認する必要があります。

重要なコンセプトは、お客様はデータを完全に管理し、コンテンツに関連するセキュリティを管理する責任があるということです。

このクラウドセキュリティの簡単な要約では、中核となる概念のみを紹介しています。セキュリティの学習ページを参照して、AWS のクラウドセキュリティに関する主なトピック、研究分野、トレーニングの機会について詳しく学びましょう。

セキュリティ
AWS 責任共有モデル
セキュリティの学習

AWS 無料利用枠とハンズオンチュートリアルのライブラリを利用して、すぐに AWS での構築を開始できます。