AWS で実現するモダンアプリケーション入門 〜サーバーレス、コンテナ、マイクロサービスで何ができるのか

アプリケーションの設計・構築・管理を継続的に見直し、変化に迅速な対応をする開発戦略として、注目されている「モダンアプリケーション」。高い俊敏性・柔軟性のある開発を実現し、ビジネスを成長させることができます。しかし、モダンアプリケーション構築に役立つプラクティスは抽象度が高いことから、現場に適用しにくいのではないでしょうか。
そこで本書では、架空の開発現場を題材に、実際のプラクティスを解説。サーバーレスやコンテナによる運用改善・CI/CD パイプライン構築による自動化・アーキテクチャ最適化などを実践する方法を、イメージしながら読み進められるようまとめました。要件にあった技術選択をする重要性も紹介し、アプリケーションや組織の規模にあった考え方ができるようなアクティビティ (問いかけ) も提供しています。
各企業の技術戦略などによって最適解は変わりますが、アプリケーションの課題を改善して生産性を高めたい方にとって参考になる情報が多いでしょう。「なんとなく流行っているから……」「過去に使ったことがあるから……」という理由で技術選定されている現場に違和感を感じる方にもお勧めの 1 冊です。

クラウドの上でアプリケーションを作り直したいのに、サーバーレス、コンテナ、マイクロサービスという言葉のどれから手を付ければよいか決められない。『AWS で実現するモダンアプリケーション入門』 (落水恭介、吉田慶章 著、技術評論社、2023 年 1 月刊) は、そうした状況に向けて、架空の開発現場を題材にモダンアプリケーションのプラクティスを実践する方法をまとめた書籍です。副題は「サーバーレス、コンテナ、マイクロサービスで何ができるのか」で、版元の紹介文によれば、サーバーレスやコンテナによる運用改善、CI/CD パイプライン構築による自動化、アーキテクチャ最適化などを扱い、要件にあった技術選択の重要性も紹介しています。刊行時の版元のプロフィールでは、落水恭介氏は 2018 年に AWS に入社したソリューションアーキテクトで Amazon ECS や Amazon EKS を中心にコンテナ関連の課題解決を支援しており、吉田慶章氏は AWS テクニカルトレーナーと紹介されています。

全 8 章の構成、モダンアプリケーションの定義から設計パターンまで

本書は全 8 章で、各章は「まとめ」の節で締めくくられます。第 1 章「モダンアプリケーションとは何か」でモダンアプリケーションのメリットとベストプラクティスを整理し、第 2 章で題材となるサンプルアプリケーションとそのシナリオを紹介します。第 3 章は「The Twelve-Factor App」と「Beyond the Twelve-Factor App」を軸に開発のベストプラクティスを扱い、第 4 章「データの取得による状況の可視化」ではビジネスデータ、運用データ、システムデータの 3 つと、オブザーバビリティ (可観測性) を取り上げます。第 5 章「サーバーレスやコンテナテクノロジーによる運用改善」と第 6 章「CI/CD パイプラインによるデリバリーの自動化」が実装基盤と届け方の章で、第 7 章「要件にあったデータベースの選択」は Purpose-built database の考え方を扱います。最後の第 8 章「モダンアプリケーションパターンの適用によるアーキテクチャの最適化」では、シングルページアプリケーション、API Gateway、メッセージング、Saga、CQRS、イベントソーシング、サーキットブレーカー、サービスディスカバリ、サービスメッシュ、フィーチャーフラグ、分散トレーシングの 11 のパターンが並びます。

架空のシナリオで技術選択の理由を追う読み方

本書の進め方の軸は、第 2 章で用意したシナリオを後の章でも使い回す点にあります。第 5 章ではサーバーレスとコンテナのワークロードを比較したうえで、「シナリオによるサーバーレスワークロードの構成例」と「シナリオによるコンテナワークロードの構成例」を別々に示し、第 6 章と第 7 章も「シナリオによる CI/CD の構成例」「シナリオによるデータベースの選択」という節を持ちます。同じ題材に対して複数の選択肢を当てはめるため、ある構成がなぜ選ばれ、別の構成ではなぜいけないのかを比べながら読めます。版元はアプリケーションや組織の規模にあった考え方ができるよう、アクティビティ (問いかけ) を提供していると説明しており、読者が自分の現場に置き換えて考える手がかりが組み込まれています。

サービスを分けるほど増える判断、データの整合性と観測

1 つのアプリケーションを小さな単位に分ける マイクロサービス の構成は、チームごとに独立して変更と配備ができる反面、それまで 1 つのプロセスの中で済んでいた呼び出しがネットワーク越しになり、障害の伝わり方や遅延の積み重なりを設計で受け止める必要が出てきます。データも同じで、サービスごとに保存先を分けると、複数のサービスにまたがる更新を 1 つのトランザクションで閉じられなくなり、結果整合性 を前提にした処理の組み立てが要ります。さらに、どこで処理が止まったのかを追うには、各サービスの記録を横断して見られる仕組みが欠かせません。本書の第 4 章と第 8 章が並べる題材は、こうした分割の代償に対する定番の打ち手に当たり、個々の技術を流行で選ぶのではなく、抱えている課題との対応で選ぶための見取り図として読めます。

運用負荷やリリースの速さに悩む開発者に向く一冊

版元は、機能改善や追加のスピードを上げたい方、運用負荷を軽減してコストも抑えたい方、自動化で効率と品質を向上させたい方、要件にあったテクノロジーやツールを選択したい方を、薦める読者として挙げています。また、技術選定が「なんとなく流行っているから……」「過去に使ったことがあるから……」という理由で行われている現場に違和感を感じる方にも勧めるとしています。AWS の各サービスの設定手順を画面に沿って一つずつ追いたい場合は、構築の手順を主題にした本を併せて選ぶほうが目的に合います。AWS の技術書を全体像、構築、設計、運用の観点から見比べたい人は、AWS 本の選び方 で位置づけを確かめておくと選びやすくなります。

既存のアプリケーションをクラウドに載せたものの、変更のたびに手作業の確認やリリースの調整に時間を取られている開発者にとって、サーバーレス、コンテナ、CI/CD、データベース、設計パターンを 1 つの題材の上でつなげて見られる本書は、次に何を改善するかを決める手がかりになります。自分の現場の課題を書き出してから読み始めると、各章のシナリオを手元の判断へ移しやすくなります。