Amazon Web Services Serverlessは、企業が不確実性に対処するのを支援するために進化し続けています

Amazon Web Services は、サーバーレスの創始者と言えます。 2014 年に最初のサーバーレス コンピューティング サービスである Amazon Lambda が開始されて以来、クラウド コンピューティング業界はサーバーレスに注目し始めました。

Amazon Web Services は、サーバーレスは、顧客がより迅速にアプリケーションを構築し、革新と変化への対応を迅速化できるクラウド サービス、アプリケーション開発プラクティス、クラウドネイティブ アプリケーション アーキテクチャを説明する方法であると考えています。

サーバー管理が不要、容量の自動拡張と削減、従量課金制、セキュリティと可用性の向上は、多くのお客様に支持されているサーバーレスの 4 つの主な利点です。現在、世界中の何十万ものお客様が Amazon Web Services のサーバーレス サービスを活用してビジネスを革新しています。

Amazon Web Services Greater Chinaの製品部門ゼネラルマネージャーであるChen Xiaojian氏は次のように述べています。「クラウドコンピューティングがお客様を複雑な物理インフラストラクチャから解放したのと同様に、Amazon Web ServicesはServerlessを通じてこのプロセスを仮想インフラストラクチャとクラウド上のクラウドサービスにさらに拡張しました。お客様が記述するコードのすべての行がビジネスロジックであることを私たちは望んでおり、Serverlessはそれを実現しています。過去17年間、私たちはServerlessの開発を推進し続け、Serverlessが提供する極めて高い柔軟性と自動拡張機能をより多くのお客様に提供してきました。」

フルスタックのサーバーレスクラウドサービス機能の構築

過去 17 年間にわたり、Amazon Web Services はサーバーレス テクノロジーの革新をリードし続け、顧客のニーズに基づいてサーバーレス サービスの幅と深さを充実させてきました。一方で、コンピューティング、ストレージ、アプリケーション統合、データベース、データ分析などの側面をカバーするフルスタック サーバーレス サービスの幅を継続的に拡充していきます。一方で、既存のサーバーレスコンピューティングサービスの徹底的な育成を推進し、より多くの機能とより高いパフォーマンスをお客様に提供してまいります。

現在、Amazon Web Services の分析サービスは完全にサーバーレスになっており、インタラクティブクエリサービス Amazon Athena、ビッグデータ処理サービス Amazon Managed Streaming for Apache Kafka (Amazon MSK)、リアルタイム分析サービス Amazon Kinesis および Amazon MSK、データウェアハウスサービス Amazon Redshift、データ統合サービス Amazon Glue、ビジネスインテリジェンスサービス Amazon QuickSight、運用分析サービス Amazon OpenSearch Service などが含まれます。

データベース サービスに関しては、Amazon Web Services は現在、Amazon Aurora Serverless、Amazon DynamoDB、Amazon Timestream、Amazon Keyspaces、Amazon Quantum Ledger Database (Amazon QLDB) を含む 6 つの主要データベースに対してサーバーレス オプションを提供しています。

お客様は、Amazon Web Services のデータ関連のサーバーレス サービス ポートフォリオを使用して、基盤となるインフラストラクチャを構成、拡張、管理することなく、企業向けのエンドツーエンドのデータ戦略を構築できます。これにより、極めて高いスケーラビリティと弾力性を実現し、データの洞察をより迅速に獲得し、ビジネス イノベーションを加速できます。 Amazon Web Services の分析サービスが完全にサーバーレス化されたことで、Amazon Web Services のエンドツーエンドのデータ機能がサーバーレス技術革新の新しいパラダイムに参入したことも意味します。

サーバーレスは企業の不確実性への対処に役立つ

今日、私たちの社会は不確実性とさまざまなリスクに満ちています。 Chen Xiaojian 氏は、サーバーレスは企業が不確実性に対処するのに役立つ効果的な技術的手段であると考えています。 Amazon Web Services は、サーバーレスのパワーを活用して、企業がアプリケーションのイノベーションを加速し、不確実性にうまく対処できるようにサポートします。

1. 急速なイノベーションは予測不可能な状況に対応する

サーバーレス アプリケーションでは、API、メッセージ キュー、ストレージ、データベースを管理する必要がありません。企業はビジネス ロジックに集中し、ビジネス イノベーションにさらに力を入れれば、アプリケーションの起動時間を短縮できます。

2. 複雑な要求に対応するフルスタックサーバーレス

サーバーレスは、不安定なビジネス変動によって生じる隠れたコストを排除し、ピーク時や頻度の低い複雑なワークロードに簡単に対処できます。また、コンピューティング リソースとストレージ リソースの比率を考慮せずにデータ管理システムをオンデマンドで拡張するという複雑な実装の難しさも解消され、ノードの読み取りと書き込みのステータスが一致しないなどの問題も発生しません。

3. 潜在的なリスクに対処するための障害分離

Amazon Lambda は、エンタープライズレベルの本番環境で求められる 99.99% の高可用性を満たすために、海底隔離室のセキュリティコンセプトを取り入れています。実行環境は、ハードウェア仮想化仮想マシン (microVM) 上で実行されます。 Amazon Lambda を実行する各 microVM は、Amazon Web Services アカウント間で共有されません。各実行環境では同時呼び出しが 1 つだけ処理されます。さらに、サーバーレス アーキテクチャにより、インフラストラクチャを管理する必要がなくなります。企業がサーバーレス アーキテクチャを使用する場合、サーバー容量の拡張やパッチ適用などの責任は Amazon Web Services が負うことになります。

サーバーレス実装への高度なパス

Chen Xiaojian 氏は、「サーバーレスを使用して実装できるアプリケーションが数多くあることに気付いていないかもしれません。また、新しいサービスを理解したり、実装するためにアーキテクチャを変更したりするために多くの労力を費やす必要もありません。多くの顧客シナリオが実際にこの点を証明しています」と述べています。この目的のために、Amazon Web Services は、企業がサーバーレスを実装するための 3 つの高度なパスをまとめました。

上級者向けパス 1: 移行から開始、コードの変更は不要

これまで、一部の企業顧客はサーバーレス アーキテクチャを使用していませんでしたが、不確実性に対処するためにサーバーレス テクノロジーを使用したいと考えていました。 Amazon Lambda を使用するには、イベント駆動型アーキテクチャに変更する必要がありますか?陳小建氏は、企業がサーバーレス変革を実現したい場合、コードの移行やコードの変更を必要としない移行パスから始めることができると述べました。

バックエンド サービスのサーバーレス再構築のために、Amazon Web Services はオープンソース ツールの Lambda Web Adaptor を開発しました。お客様は、コードを変更することなく Amazon Lambda の JASON 呼び出しインターフェースを HTTP サービスに変換し、Lambda とコンテナ間でアプリケーションを自由に切り替えることができます。コンテナをベースに開発されたコードはイメージにパッケージ化され、Lambda に配信されて実行されます。逆に、Lambda をベースに開発された Web アプリケーションでは、Web アダプターを介して Lambda またはコンテナのデプロイメントと実行を選択することもできます。

上級パス2: イベント駆動型アーキテクチャを採用し、不確実性に柔軟に対処する

企業がサーバーレスをより効果的に使用してビジネス ロジックを最適化したい場合は、イベント駆動型アーキテクチャに切り替える必要があります。イベント駆動型アーキテクチャ (EDA) は、イベントに基づいてアプリケーション コンポーネントを分離します。イベント間の異なるマイクロモジュールは分離されており、各イベントはイベントプロデューサー、イベントルーター、イベントコンシューマーで構成されているため、イベントコンポーネント間の依存関係が少なくなり、独立して展開および更新でき、異なるモジュール間の変更を回避してシステム全体の問題を防ぐことができます。同時にリスクを最小限に抑えることができ、拡張も容易になります。

Amazon S3 オブジェクト ストレージ サービスは、イベント駆動型アーキテクチャのモデルです。 2006 年に 8 つの独立したマイクロサービスで構成されたシステムから、現在では 235 を超えるさまざまなマイクロサービスに進化しており、プロセス全体がユーザー サービスに影響を与えることはありません。

現在、Amazon Web Services は、企業がイベント駆動型アーキテクチャに準拠した完全なサーバーレス アプリケーションを構築できるよう支援します。 Amazon Web Services のマイクロサービスによって提供されるイベント ルーティング ミドルウェアには、Amazon Step Functions、Amazon Lambda、Amazon EventBridge が含まれます。 Amazon Web Services にはすでに、イベントジェネレーターとして機能できる 200 セット以上の独自製品と 40 の SaaS サービス、およびイベントコンシューマーとして機能できる 30 以上のサーバーレス製品があります。

上級者向けパス 3: サーバーレスを優先し、アプリケーション コストを削減

企業がサーバーレスを使用してビジネスの価値を高めたいと考えている場合は、サーバーレス ファーストのコンセプトを検討する必要があります。 Serverless First とは、新しいアプリケーションを構築するときに、まず Serverless を第一の選択肢として使用できるかどうかを最初に検討する必要があることを意味します。

コンテナや EC2 モデルと比較して、サーバーレスではより細かい粒度でリソースをデプロイし、リソースの使用率を向上させ、コストを削減できます。ただし、コンテナとサーバーレスは相互に排他的なソリューションではないことに注意する必要があります。 Chen Xiaojian 氏は、コンテナとサーバーレスは異なるアプリケーションとシナリオを対象としていると述べました。コンテナは継続的なコンピューティング アプリケーションを対象としており、サーバーレスはイベント駆動型のビジネスを対象としています。統計によると、Amazon Web Services のコンテナ サービスの顧客の 80% もサーバーレス テクノロジーを使用しています。

陳暁建氏は次のように強調しました。「サーバーレス ファースト戦略は、これまでの密結合のモノリシックな考え方を捨て、イベント駆動型モデルを積極的に採用できることを意味します。非同期イベント駆動型は自然界のロジックです。経験には圧縮アルゴリズムはありません。当社のフルスタック サーバーレス サービスは、長期にわたるクラウド サービス運用経験の結果です。私たちは、すべての機会は進化の中に隠されていると固く信じています。いわゆる長期主義者は、変動を平準化し、サイクルを横断し、トレンドを採用する人々です。」