Amazon Web Services: 顧客がクラウドネイティブアプリケーションの構築を加速できるようにする 9 つのステップ

2019年、サーバーレスはガートナーによってクラウドコンピューティング技術の最も有望な開発方向と評され、避けられない開発トレンドとみなされました。サーバーレスはコンピューティング リソースの形式を根本から変え、ソフトウェア アーキテクチャの設計とアプリケーション サービスの展開に新しい設計アイデアをもたらします。

現在、コンピューティング、ストレージからデータベース、データ分析、機械学習まで、クラウド サービスはサーバーレス時代へと移行しています。その目的は、インフラストラクチャのプロビジョニングや管理を行わずに、ほぼすべての種類のアプリケーションやバックエンド サービス コードを実行できるようにすることで、運用と保守の作業負荷を最小限に抑え、ビジネスの俊敏性を高め、さまざまなビジネスの不確実性に適切に対処できるようにすることです。

製品機能の向上に伴い、サーバーレスは近年加速的な開発傾向を示しています。ミニプログラム/Web/モバイル/APIバックエンドサービス、大規模バッチタスク処理、イベント駆動型アーキテクチャとオフラインデータ処理に基づくオンラインアプリケーション、運用と保守の自動化などのシナリオにおいて、サーバーレスは企業の研究開発と運用の効率を向上させ、コストを削減するのに役立っています。

しかし、サーバーレスを選択していない企業はまだ多くあります。権威ある報告書によると、主な理由は次の通りです。従業員の教育コストが比較的高いこと。サーバーレス分野には標準が欠如しています。統合テストとデバッグは非常に困難であり、これはサーバーレスエコロジカルサプライチェーンの不完全さを反映しています。そしてセキュリティの問題。

豊富なサーバーレス製品サービス

クラウド コンピューティング分野の先駆者およびリーダーとして、Amazon Web Services は、コンテナやサーバーレス テクノロジーにおける数多くのイノベーション、およびクラウド ネイティブ アプリケーションを開発するためのエンドツーエンドのツール チェーンを立ち上げてきました。サーバーレス テクノロジーの反復を例にとると、Amazon Simple Queue Service (Amazon SQS) は、マイクロサービス、分散システム、サーバーレス アプリケーションに適したメッセージ キュー サービスです。現在でも多くのお客様にご利用いただいており、その機能は継続的に更新されています。 Amazonプライムデーでは、ピークトラフィックの新記録を何度も樹立しています。 2012 年にリリースされたキー/値およびドキュメント データベースである Amazon DynamoDB は、現在 1 日あたり 10 兆件を超えるリクエストを処理し、ピーク時には 1 秒あたり 2,000 万件を超えるリクエストをサポートできます。 2014 年に開始されたサーバーレス コンピューティング サービスである Amazon Lambda は、サーバーレス業界の先駆者です。 2017 年に開始されたコンテナ向けのサーバーレス コンピューティング サービスである Amazon Fargate は、「ゲームチェンジャー」コンピューティング サービスと呼ばれています。クラウド専用に構築された高性能リレーショナルデータベースサービスである Amazon Aurora は、2018 年にリリースされました。2020 年にリリースされた更新バージョンでは、データベースのワークロードを数百から数万のトランザクションに瞬時に拡張できると同時に、コストを最大 90% 削減できます。

クラウドネイティブへの道のりから学んだ教訓

2022 Amazon Web Services China Summitの「次世代クラウドインフラストラクチャ」の章では、製品のアップデートに加えて、Amazon Web Servicesは、構築、ガバナンス、反復の3つの段階と9つのステップを含む、クラウドネイティブに向けたアプリケーションの旅における一連の経験もまとめました。各ステップにおいて、Amazon Web Services には、ユーザーを支援するための対応するクラウド サービスとベスト プラクティスがあります。

最初のステップは、回復力のあるアプリケーションアーキテクチャを構築し、Amazon EKS を使用してアプリケーションをコンテナ化し、モノリシックアプリケーションをマイクロサービスに分解し、Amazon EKS と Amazon Lambda を有効に活用して、回復力のあるアプリケーションアーキテクチャを構築することです。

2 番目のステップは、すべてをコード化することです。 CDK を通じて、インフラストラクチャをコードとして実現し、クラウド内のリソース管理を自動化し、運用・保守の効率を向上させることができます。

3 番目のステップは継続的デリバリーです。 Amazon Code Pipeline を使用して自動リリースパイプラインを構築し、App Mesh を使用してネットワークトラフィックを制御して自動アプリケーション配信を行い、新機能の安全でセキュアなリリースを実現します。

ステップ 4: 可観測性はマイクロサービスの管理の鍵となります。 Amazon Web Services がホストする Amazon Prometheus サービスを ADOT と組み合わせて使用​​すると、システムの動作状態を完全に監視できます。

5 番目のステップは、クラウドネイティブ データベースを選択することです。モノリシック アプリケーションを複数のマイクロサービスに分割する場合は、マイクロサービスに最も適したクラウド ネイティブ データベースを選択して、アプリケーション全体のアーキテクチャを柔軟かつ俊敏なものにします。

6 番目のステップは Amazon DevSecOps です。セキュリティがパイプラインのボトルネックになるのを防ぐために、セキュリティ チームと開発および運用チームを統合する必要があります。 Amazon Inspector を使用すると、ソフトウェアの脆弱性を継続的にスキャンできます。

7 番目のステップは継続的なデプロイメントです。コードが本番環境に自動的に導入される前に、Amazon Web Services FIS を使用してフォールトインジェクション実験を実行し、アプリケーションのパフォーマンスをさらに向上させます。

ステップ 8、すべてをサービスとして。車輪の再発明はしないでください。代わりに、データベース メッセージング バスや API ゲートウェイなどのプラットフォーム レベルのサービスの一部を、他のユーザーが使用できる共有サービスとして公開します。 Amazon EKS ブループリントを使用して、Amazon EKS に基づく共有サービス プラットフォーム (SSP) を構築します。

9 番目のステップは、Amazon Web Services の Well-Architected Tool を使用して反復と運用を継続し、システム構造を継続的に改善することです。

結論

Amazon Web Services Serverless は単なる Lambda コンピューティングではなく、顧客が最新のアプリケーションを迅速に構築できるようにする包括的なサーバーレス アーキテクチャです。 Amazon Web Services の Serverless 分野における急速なリリースと反復から、今後 10 年間で Serverless が企業のイノベーションの方法を再形成し、クラウドが社会の発展の強力な原動力となることが分かります。