AWS の クラウドが選ばれる 10 の理由

従来、新しいインフラの構築には緻密な要件定義からハードウェアの調達、設置、そしてデプロイと複雑かつ長いリードタイム、高い初期投資が必要でした。AWS では初期費用なしで、ビジネスニーズの発生とともに柔軟に IT リソースを確保することが可能です。

利用量に応じた従量課金型でご利用になれるため、必要なタイミングで簡単に立ち上げ、必要がなくなったときにサービスを停止し、データを削除いただくことでその時点で課金は停止します。繁忙期など必要なタイミングで必要な分だけ IT リソースの増強も可能です。従来は予測をもとに設備投資を行うことが一般的でしたが、 AWS の利用量および時間（秒または時間単位）で課金されるモデルのため、新しいプロジェクトの立ち上げや実験的なサービスの検証など、スモールスタートが可能に、また撤退コストの最小化を実現します。

提供価格は AWS ウェブサイトでご確認いただけます。

AWS は 2006 年のサービス開始以降、非常に速いスピードでサービス提供規模を拡大しています。今日では東京リージョン、大阪リージョンなど日本を含む世界中で 31 のリージョンを運営し、お客様に実質的に制限のない IT リソースを提供しています。このスケールメリットにより、サーバーの調達コストやデータセンター、ネットワークなどの維持コストは低下の一途を辿っています。さらに、新たな技術革新、サービス提供によるコスト最適化も継続的に行うことで、お客様への提供価格の値下げに繋げています。

AWS では、定期的にコスト低下分をお客様に還元することで、サービスを開始してから 2023 年 3 月現在 129 回以上の値下げを実現しています。これにより、例えば保守費用の値上げなどが利用期間中に発生せず、逆にお客様が負担する IT コストの単価は低減し続けます。また、透明性のある価格設定、自動的な値下げにより、提供価格の比較や費用低減の交渉など不要でご利用いただけます。

AWS では必要なときに数クリック、数分間でサーバーの台数の増減が可能です。また今稼働しているサーバーの CPU やメモリ、ストレージのサイズを変更することも可能です。これにより、たとえば日中と夜間で稼働しているサーバーのスペックを変更することや、夜間や週末にサーバーを停止して利用料を削減することもできます。また繁忙期にサーバーのリソースを短期的に増強させることが可能であり、利用されていない IT リソースの維持コストは発生しません。
自前でシステムを準備する場合、常にユーザー数の成長を予測し、その予測を上回る IT  リソースを確保している必要がありました。AWS では必要なときに IT リソースを強化することにより、コストを節約することができます。このため、万が一ビジネスの成長実績が予測を下回ったとしても、適宜 IT リソースを最適化することが可能です。

キャンペーンやメディア連動などによる突発的なピークにおいても、現行のサーバーリソース状態を監視し、あらかじめ定められた閾値を超過した場合に自動でサーバーリソースが増強される、といったことが実現できます。これにより、ビジネスの機会損失を防ぐことができます。

現在、 AWS では 200 を超えるサービスを提供しており、その 90%以上のサービス、機能は全世界のお客様からのリクエストをもとに実装されています。
AWS をご利用いただくことで、国や地域にかかわらず、常に最先端のテクノロジーをご利用いただくことができます。

サービスの種類が豊富であれば、ユーザーは多くのコンポーネントを AWS のみで構築することが可能となり、サードベンダーとの打ち合わせを繰り返す必要がなくなるため、結果としてビジネスはスピードアップしていきます。また、多くのサービスを組み合わせて使うことで、ユーザーは既に存在している IT サービスを再開発する労力を使う必要がなくなり、その分ビジネスロジックの強化に時間を使うことができます。

AWS はリージョンと呼ばれるサービス拠点をグローバルに展開し、 アベイラビリティーゾーン (AZ) という複数のデータセンター群で構成されます。 リージョンを構成する AZ はさらに 1 個以上の複数のデータセンターで構成されています。 このため、
単一リージョン内でデータセンターを分散した高可用な冗長システムを構築することができます。 アカウントを開設した時点で、世界中のデータセンターにシステムが展開可能です。 海外へのシステム展開は現地視察や現地データセンターとの契約など時
間のかかる作業でしたが、 AWS なら数分で作業が完了します。

東京リージョンで構築したシステムをテンプレート化し、別リージョンや異なる AWS アカウントでシステムを再構築することが可能です。Amazon CloudFront を利用すれば、東京リージョンから世界中のユーザーへ効率的なデータ配信を行う事ができます。また、複数リージョンに同じ構成のシステムを配置し、Amazon Route 53 のロードバランサ―機能を利用することで、ユーザーを最適なリージョンへ誘導できます。

マイクロサービスアーキテクチャでは、システムは API を経由してのみ連携します。つまり、連携先のシステムが異なる OS、異なるデータベース、異なるフレームワークを用いていたとしても、ブラックボックスのままで自分たちのシステムの開発を進められるという利点があります。API の挙動に影響を与えないバージョンアップは少ない人数の判断・承認のみでデプロイが可能となります。

マイクロサービスアーキテクチャは AWS の設計思想にも採用され、API を通じて各サービスは連携しています。AWS では年間 3,000 回を超えるバージョンアップや機能改修を行っていますが、デグレードによる障害はほぼ発生していません。システムを疎結合状態に保つことで、システムが巨大に成長しても管理しやすいモデルを実現しています。マイクロサービスアーキテクチャを前提でシステム開発を行うことで、随時追加される AWS の新たなサービスの活用を柔軟に行うことも可能となります。

マイクロサービスアーキテクチャを導入し、 アプリケーションの柔軟性、俊敏性、拡張性を手に入れた場合、 次に課題となるのは IT インフラの管理コストとなります。 高い生産性と開発されるサービスへの責任感が最大化されることを考えた場合、 開発チームは垂直統合型にそのサービスすべてに責任を持つことが望ましい形態となり DevOps という概念が生まれています。 これはクラウドを活用したインフラの管理も含みます。

仮想化されたコンピューティング、例えば AWS Lambda の利用はあらかじめCPU、メモリ、ストレージなどを指定して起動します。規模の経済、技術的イノベーションがもたらすコスト低下、自動的にコンピューティングリソースを増減可能なオートスケールやリソースそのものを増減可能なスケールアウト、スケールイン機能により高いコスト効率で利用いただくことが可能ですが、まだ削減可能な項目が存在します。CPU、メモリ、ストレージなどを常に 100%利用することが困難であることから、余剰リソースが生まれます。一方、マネージド型サービスの利用、例えば Amazon Simple Storage Service (Amazon S3) というストレージを利用すると、実際に保存されているデータ量に対してのみ課金が行われているため、さらに高いコスト効率の実現が可能となります。