クラウドを単に使うだけでなく、そのメリットをきちんと享受するためには、初期検討から運用保守までの正しいアプローチが必要です。本書では、クラウドシステムの対象や規模を問わず、開発に関わる人がベストプラクティスとして知っておきたい「本質的な考え方とノウハウ」を提供します。

第1章　クラウドスタンダードな時代のシステム開発 1.1　システム開発におけるクラウドの登場 クラウドについての前提知識 クラウドの特徴 1.2　クラウドを利用したシステム開発 開発現場の状況 クラウドの登場がIT市場に与えた影響 1.3　開発体制の整え方 システムの開発手法の選択 開発チームの分け方 第2章　アーキテクティングの考え方 2.1　なぜアーキテクティングが必要なのか アーキテクティングのパターン アーキテクティングからわかること 2.2　クラウドアーキテクチャの検討 IaaSオンリー マネージドサービスを活用 AWSマーケットプレイスの活用 2.3　クラウドアーキテクチャの参考資料 AWS Well-Architected Framework AWSホワイトペーパーとガイド AWS Trusted Advisorの活用 第3章　クラウドアーキテクティングとサービス選定 3.1　対象サービスに適したアーキテクティング エンタープライズ系システム（クラウド上） Webベースのモバイルアプリ 3.2　システムを構築しようとする際の要件 クラウドネイティブな要件 クラウドへの移行パターン 3.3　クラウドならではの構成を入れてみよう Well-Architected Frameworkの活用 Auto Scalingは危険か マネージドサービスは銀の弾丸か VPC同士のつなぎ方 オンプレミスとの接続 マルチリージョン、マルチクラウドは必要か アップデート方式の検討 3.4　機能要件と非機能要件の整理 機能要件の整理 非機能要件の整理 3.5　実装計画時の留意点、運用計画時の留意点 なぜクラウドでシステムを作るのかを明確にする クラウド利用方針の策定 AWSサービスのアップデート時の対応方針 第4章　非機能要件のノウハウ 4.1　アカウント管理 その「アカウント」は何を指すか AWSアカウントの管理 ルートユーザーの管理 IAMユーザー、IAMロールの管理 予防的統制と発見的統制 4.2　可用性とDisaster Recovery 可用性の確保 バックアップ戦略 Disaster Recoveryの確保 4.3　クラウドシステムにおける性能確保 インスタンスタイプの選択 スケールアップとスケールアウト 4.4　オブザーバビリティの確保 何のためにシステムを監視するのか ログとトレースの収集 オブザーバビリティの実現パターン アラートの取り扱い 第5章　クラウドアーキテクティングの実践例 5.1　システム要件 5.2　構成検討のポイント マルチアカウントアーキテクチャ RTO/RPOに合わせたバックアップ・DR戦略 Auto Scaling使うか否か コスト管理・削減戦略 ログの扱い 5.3　構築時に検討するポイント どうやって構築するか どこから作るか 第6章　マルチアカウントアーキテクチャ構築のハンズオン 6.1　ハンズオンの構成 システム概要 システム構成図 6.2　AWSアカウントの準備 管理アカウントの作成 AWS Control Towerを利用したマルチアカウント環境の整備 AWS Control Towerを利用したメンバーアカウントの作成 AWS IAM Identity Centerのセットアップ 予算の作成 AWS Security Hubの有効化 Amazon GuardDutyの有効化 第7章　クラウドシステムを安定継続させる手法 7.1　クラウドとオンプレミスで共通する点 物理筐体の故障 OSやアプリケーションのEOL 7.2　クラウドならではの点 サービスの仕様変更 障害対応～インシデントが発生したらどうするか コストモニタリングの重要性 AWSサポートの活用 第8章　クラウドシステムを正しく評価する観点 8.1　コストの観点 インフラコストの観点 人的コストの観点 時間的コストの観点 8.2　セキュリティの観点 8.3　オペレーションの観点 8.4　ビジネスと組織の観点 第9章　クラウドのメリットを生かした開発事例 9.1　インターネット公開Webサイトのホスティング システム概要 利用しているクラウドの利点 9.2　社内システムとしてのデータ分析基盤 システム概要 利用しているクラウドの利点