佐々木拓郎のオンライン本屋佐々木拓郎のオンライン本屋

AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）

  • 8巻セット（１〜８巻）・物理本7冊＋ダウンロード版8巻（Ⅲは電子版のみ）
    ショップの通常発送日数：支払いから10日以内
    あんしんBOOTHパックで配送予定
    物販商品（自宅から発送）
    ¥ 7,950
  • 8巻セット（１〜８巻）・ダウンロード版
    ダウンロード商品
    ¥ 7,950
  • 7巻セット（１〜７巻）・ダウンロード版
    ダウンロード商品
    ¥ 6,950
  • 6巻セット（１〜６巻）・ダウンロード版
    ダウンロード商品
    ¥ 5,900

「ギフトとして贈る」とは

AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）
AWSの薄い本 全巻セット（IAM・S3・Organizations・データ分析基盤）

『AWSの薄い本』シリーズをまとめて買えるセットです。 IAM、アカウントセキュリティ、データ分析基盤、AWSの歩み、S3、Organizations。 AWSの設計思想を1テーマ1冊で掘り下げたシリーズを、単品より2割以上安く揃えられます。 ★ 8巻セット 1巻〜8巻が、24%オフの 7,950円 ← おすすめ 　単品合計 ¥10,500 → ¥7,950（¥2,550 お得） 　物理本つきと、ダウンロード版のみの2種類があります 　物理本つきは紙7冊＋ダウンロード版8巻。Ⅲ（データ分析基盤 〜設計編〜）は電子版のみです ★ 7巻セット 1巻〜7巻のダウンロード版が、23%オフの 6,950円 　単品合計 ¥9,000 → ¥6,950（¥2,050 お得） ★ 6巻セット 1巻〜6巻のダウンロード版が、21%オフの 5,900円 　単品合計 ¥7,500 → ¥5,900（¥1,600 お得） 紙の本が付くのは8巻セットの物理本つきだけです。デスクで参照するのも、出先で電子で読むのも自在です。 シリーズ累計は1万6千冊を超えました。

セット内容と商品情報

AWSの設計と運用を1テーマ1冊で掘り下げた技術同人誌シリーズです。現在8冊まで出ています。 Ⅰ. IAMのマニアックな話 Ⅱ. アカウントセキュリティのベーシックセオリー Ⅲ. データ分析基盤を作ってみよう　〜設計編〜 Ⅳ. 昔話で振り返るAWSの歩み Ⅴ. データ分析基盤を作ってみよう　〜性能測定編〜 ６. IAMのマニアックな話 2025 7. S3の深淵を知るためにAmazonの奥地に行った 8. AWS Organizationsと愉快な仲間たち 【物理本つきをお選びの方へ】 Ⅲ（データ分析基盤を作ってみよう　〜設計編〜）は紙の在庫がなく、電子版のみでのお届けになります。 8巻セットの物理本つきは、紙が7冊とダウンロード版8冊の構成です。

目次　アカウントセキュリティのベーシックセオリー

はじめに 　本書の目的 　対象読者 　本書で得られること 　本書で得られないこと 　お問い合わせ先 　免責事項 第1章 AWSアカウントセキュリティ 1.1 AWSのセキュリティとサービスの概念図 　AWS上に構築するシステムのセキュリティ 　AWSアカウント自体の管理（IAMの設計・運用） 　セキュリティを維持管理するための施策 1.2 責任共有モデル 1.3 AWS上に構築するシステムのセキュリティ 1.4 AWSアカウントの管理 1.5 セキュリティを維持管理するための施策 1.6 マルチアカウント管理 第2章 ガードレールという設計と思想 　2.1 Control Towerの全体像 　2.2 ガードレールの設計と思想 　2.3 予防と検知の実体 第3章 AWSのセキュリティサービス 　3.1 NISTサイバーセキュリティフレームワーク 　　CSF コア 　3.2 AWSのセキュリティサービスの全体像と対象領域 　3.3 CloudTrail 　　CloudTrailの注意点 　　CloudTrailのログ集約 　3.4 Config 　　Config 　　Config Rules 　3.5 GuardDuty 　　GuardDutyの分析対象 　　脅威の重要度と通知・対処 　3.6 Security Hub 　　Security Hubの集約対象 　3.7 AWS Organizations 　　AWS Organizationsの構成要素 　　組織単位（OU）と階層構造 　　サービスコントロールポリシー（SCP） 　　SCPとIAMのアクセス許可の境界 　3.8 Trusted Advisor 第4章 サンドボックスアカウントの作成のチュートリアル 　4.1 サンドボックス環境の要件 　4.2 サンドボックス環境の全体像 　4.3 設定の流れ 　4.4 Organizationsの設定 　　Organizationの作成 　　サンドボックスアカウントの作成 　　組織単位（OU）の作成 　　OU配下にアカウントを移動 　4.5 マスターアカウントでの設定 　　設定用のIAMユーザー作成 　　IAMのアクセスアナライザーの設定 　　組織に対するCloudTrailの設定 　　Configの有効化 　　Configのアグリゲータの設定 　　Security Hubの有効化 　4.6 サンドボックスアカウントの設定 　　Organizationsで作成したAWSアカウントへのログイン 　　設定用のIAMユーザー作成 　　監視・監査ログの収集と集約 　4.7 問題の検知と通知 　　セキュリティグループの全開放を検知するConfig Rule 　4.8 問題検知時の復旧 　　SSMで利用するIAMロールの作成 　　自動修復の設定 　　修復の確認 　4.9 アカウントのサンドボックス化 　　サービスコントロールポリシー（SCP）の有効化と設定 　　禁止行為を抑制するポリシーを作成する 　　サンドボックスアカウントにポリシーを適用する 第5章 CloudFormationを利用した構成管理 　5.1 CloudFormationで管理する理由 　5.2 CloudFormationで管理する範囲 　5.3 複数アカウントに適用するCFn StackSets 　　CFn StackSetsとOrganizationsの連携 　5.4 StackSetsのチュートリアル 　　StackSetsの作成 　　テンプレートの選択 　　StackSetsの権限設定 　　デプロイターゲットの設定 　　動作確認 　5.5 テンプレートの設計 　　サービスのセットアップとルール設定の分離 　　アカウント共通設定と個別設定の境界 　　CloudFormationの具体的な構造 　5.6 CloudFormationのまとめ 第6章 アカウントセキュリティの設計の考え方の原則 　6.1 CSFコアとAWSの設計原則にみるセキュリティ 　6.2 AWSのセキュリティ ベストプラクティス 　　アイデンティティ管理とアクセス管理 　　発見的統制 　　インフラストラクチャ保護 　　データ保護 　　インシデント対応 　6.3 セキュリティ設計のまとめ 第7章 障害の検知と復旧の考え方 　7.1 AWSの運用の原則を知る 　7.2 AWSのサービスを使った検知と復旧 　7.3 統合サービス Security Hubの位置づけ 　7.4 Security Hubと個別検知の使い分け 　7.5 監視と検知 　7.6 通知 　7.7 対応と復旧 　　AWSの自動復旧のパターン 　7.8 Security Hubの活用 第8章 まとめとマルチアカウント管理への道 　8.1 セキュリティ設計と運用 　8.2 Organizationsのサービスコントロールポリシー 　8.3 Security Hubの導入 　8.4 マルチアカウント管理への道 　8.5 まとめ あとがき 　著者紹介 　既刊一覧

目次　IAMのマニアックな話

はじめに 　本書の目的 　対象読者 　本書で得られること 　お問い合わせ先 　免責事項 第1章 AWS と IAM 　1.1 認証と認可 　1.2 AWS のアカウント種類 　1.3 AWSアカウント 　1.4 IAM ユーザ 　1.5 注意とお願い 第2章 IAM の機能 　2.1 IAM ユーザー 　2.2 IAM グループ 　2.3 IAM ポリシー 　2.4 IAMロール 　2.5 パーミッション・バウンダリー 　2.6 IAMの機能のまとめ 　【コラム】　AWSアカウントとIAMの関係 第3章 IAM チュートリアル 　3.1 IAMポリシーの作成 　3.2 IAMグループの作成 　3.3 IAMユーザーの作成 　3.4 クロスアカウントロールの作成 　3.5 チュートリアルのまとめ 第4章 IAM ポリシーのデザインパターン 　4.1 ホワイトリスト・パターン 　4.2 ブラックリスト・パターン 　4.3 ハイブリット・パターン 　4.4 IAMポリシーのまとめ 　【コラム】　最小権限の探求 第5章 IAM グループのデザインパターン 　5.1 複数グループに所属 　5.2 グループ内に複数ポリシー 　5.3 IAMグループのまとめ 　【コラム】　IAMグループの階層構造について 第6章 IAM とセキュリティ 　6.1 IAMベストプラクティスの遵守 　6.2 ルートユーザーを使わない 　6.3 IAMに関する権限付与 　6.4 Lambdaのリソースベースの権限 　6.5 インターネット公開系の権限 　【コラム】　ec2の権限範囲の問題 　6.6 VPC内からのアクセス 　6.7 アクセスキーの原則禁止 　6.8 CapitalOneの情報流出事件に思うこと 　6.9 IAMとセキュリティのまとめ 　【コラム】　IPアドレス制限の是非とゼロトラストセキュリティ 第7章 IAM の運用 　7.1 IAMの運用の目的 　7.2 役割と責任範囲の明確化 　7.3 AWS アカウントの管理 　7.4 IAM ユーザーの管理 　7.5 アクセスキーの管理とCLI 　7.6 MFA 未利用時に権限を制限し、MFA 利用を促す 　7.7 マルチアカウントでの運用 　7.8 IAM運用のまとめ 第8章 IAMとCloudFormation 　8.1　IAMとCloudFormation 　8.2　CFnの分割単位・依存関係 　8.3　CloudFormationとIP制限 　【コラム】　ライフサイクルで考える 第9章 IAMのテンプレート集 　9.1 共通系ポリシー 　9.2 管理者グループ 　9.3 ネットワーク管理者グループ 　9.4 開発者グループ 　9.5 オペレーターグループ 　9.6 経理担当者グループ 　9.7 お一人様AWS 　9.8 IAMのテンプレートのまとめ 第10章 IAM以外のAWS サービスの活用 　10.1　AWS Organizations(組織アカウント) 　10.2　AWS CloudTrailとAWSConfig 　10.3　Amazon GuardDuty 　10.4　AWS ControlTowerとAWS SecurityHub 　10.5　今後のAWS運用について 　10.6　まとめ 付録 A アカウント開設時の設定チェックリスト

目次　データ分析基盤を作ってみよう　〜設計編〜

はじめに 　本書の目的 　対象読者 　本書で得られること 　本書で得られないこと 　お問い合わせ先 　免責事項 第1章 データ分析基盤が必要とされる理由 　1.1 加速するデータ活用 　1.2 ビッグデータとデータ活用 　1.3 データ分析とクラウド 　1.4 データ分析の⺠主化 第2章 データ分析基盤の全体像と構成要素 　2.1 データ分析基盤の定義と全体像 　　2.1.1 データレイク 　　2.1.2 ETL 　　2.1.3 DWH 　2.2 データの内部構造による分類 　　2.2.1 構造化データ/半構造化データ/非構造化データ 　　2.2.2 構造化に伴う情報の切り捨て 　2.3 データレイク 　　2.3.1 データレイクとは? 　　2.3.2 AWSにおけるデータレイクサービス 　2.4 DWH 　　2.4.1 DWH とは? 　　2.4.2 AWSにおけるDWHサービス 　2.5 ETL(Extract/Transform/Load) 　　2.5.1 ETLとは? 　　2.5.2 AWSにおけるETL 第3章 データレイクと DWH のアーキテクチャ 　3.1　よくあるデータ分析基盤の課題 　　3.1.1 DWHだけで運用していて自由度が低い 　　3.1.2 必要最低限のデータのみ蓄積され、他の分析ができない 　　3.1.3 個人情報の取り扱い方針の問題で使いにくい 　　3.1.4 分析を変更するたびに、外部ベンダーに依頼する必要がある 　3.2　データレイクとDWHを分離する 　3.3　データレイクの3層構造 　　3.3.1 RAWデータレイク 　　3.3.2 中間データレイク 　　3.3.3 構造化データレイク 　3.4　データレイクを3層構造にすることのメリット 　　3.4.1 RAW データが残っているので、観点が変わっても分析し直せる 　　3.4.2 中間データレイクがあると、様々な結合が容易にできる 　　3.4.3 構造化データレイクに対して、直接クエリーで検索できる 第4章 個人情報と加工方法と保持戦略について 　4.1　個人情報とパーソナルデータの定義について 　　4.1.1 個人情報 　　4.1.2 パーソナルデータ 　4.2　個人情報の加工について 　　4.2.1 匿名加工情報 　　4.2.2 匿名加工の方法 　　4.2.3 仮名加工情報 　4.3　データ分析基盤における個人情報の扱い 　　4.3.1 個人情報の取り扱い戦略 　　4.3.2 ノーガード戦略 　　4.3.3 全部入り戦略 　　4.3.4 全部なし戦略 　　4.3.5 分離パターン戦略 　4.4　項目加工のパターンについて 　4.5　まとめ 第5章 データ加工について 　5.1　ETL処理のパターン 　　5.1.1 ETL 　　5.1.2 ELT 　　5.1.3 データプレパレーションツール 　5.2　ELTの実装 　　5.2.1 UPSERTとは? 　　5.2.2 Athena における Upsert 的な機能の実装方法 　5.3　GUIによるデータ加工について 　　5.3.1 データプレパレーションツール 　　5.3.2 加工とデータの所在について 　　5.3.3 データ加工の場所 　　5.3.4 データの連携方法 　　5.3.5 どのパターンが良いか? 　　5.3.6 クラウド事業者が提供するデータプレパレーションツール 　5.4　データ加工のまとめ 第6章 アクセス制御 　6.1　アクセス制御の種類 　6.2　権限ベースのアクセス制御 　　6.2.1 原則的に人に対して S3 へのアクセス権限を与えない 　　6.2.2 バケットレベルのアクセス制限を IAM で制御すべきか? 　　6.2.3 サービスやプログラムへの権限付与 　6.3　リソースベースのアクセス制御 　　6.3.1 経路の限定 　　6.3.2 サービスの限定 　　6.3.3 SSEKMSによる暗号化を検討する 　6.4　テーブルで分離or列レベル 第7章 まとめ あとがき 　著者紹介 　既刊一覧

目次　データ分析基盤を作ってみよう　〜性能測定編〜

第1章　制約とアーキテクチャの決定1 　1.1 機能要件と非機能要件 　　IPの非機能要件グレード 　1.2 アーキテクチャ検討へのアプローチ 　　IP非機能要件グレードの性能・拡張性要件 　　性能測定をして裏付けをとる 第2章　AWサービスとその特性 　2.1 Amazon　Athena 　　Athenaの性能特性 　　Athenaの料金体系 　　Athenaのそのほかの考慮点 　2.2 Amazon Simpl Storage Service (Amazon S3） 　　S3の性能特性 　　S3の料金体系 　　S3のそのほかの考慮点 　2.3 AWS Glue 　　Glueの性能特性 　　Glueの料金体系 　　Glueのそのほかの考慮点 第3章　性能測定の方法 　3.1 性能測定の目的設定 　3.2 性能測定をするうえで、重要なこと 　　測定の目的 　　測定環境の平準化 　　実際の環境に近づける 　　複数回の測定 　　メトリクスの取得 　　外部影響を最小限に 　　変更との比較 　　分析する 　3.3 測定ツールをどうするか 　　ディスク/ファイルシステムの性能測定 　　ネットワーク測定 　　カスタムツールの開発 　　テストツールのまとめ 第4章　サービスごとの性能測定 　4.1 Athenaの性能測定 　　Athenaの検証の目的 　　Athenaの検証環境 　　Athenaの測定結果 　4.2 S3のデータ転送の測定 　　S3の検証の目的 　　S3の検証環境 　　S3の測定結果 　4.3 Glueの性能測定 　　Glueの検証の目的 　　Glueの検証環境 　　Glueの測定結果 第5章　測定結果に対する考察 　5.1 性能測定で判明したこと 　　Amazon Athena 　　Amazon S3 　　AWS Glue 　5.2 結果に対する考察 　　今回の検証で確認できたこと 　　検証できていないこと 　5.3 データ分析基盤の設計への指針 第6章　まとめ 　あとがき 著者紹介 既刊一覧

目次　昔話で振り返るAWSの歩み

はじめに 　本書の目的 　対象読者 　本書で得られること 　本書で得られないこと 　お問い合わせ先 　免責事項 第1章 最初の AWS サービスは何か? 　1.1 AWS の何が画期的だったのか? 　1.2 ジェフ・ベゾスの掟(The Bezos Mandate) 　1.3 インターネット時代のmalloc　S3 　1.4 始まりのAWS SQS 　　1.4.1 S3より前に公開されていたSQS 　1.5 名前を奪われた、もう一つのAWS 　1.6 群衆のクラウド Amazon Mechanical Turk 　　1.6.1 門前雀羅化する Mechanical Turk と、その復権 　　1.6.2 Mechanical Turk にみる AWS の設計思想 　1.7 AWS が巨大なプラットフォームになったのは何故か? 第2章 EC2 クラウドという概念をつくりあげたパイオニア 　2.1 原初AWSの海に漂っていたEC2 　2.2 GUI のコンソール画面なんて無い!! 統合的な CLI も無い 　　2.2.1 CLIすら無かった? 　　2.2.2 CLIのもとになったbotoとは? 　2.3 EBSが無い時代のEC2 　　2.3.1 インスタンスストアとは? 　　2.3.2 インスタンスストアでの運用 　　2.3.3 インスタンスストアの凋落と復権 　2.4 2006年にEC2を出したAmazonの決断 第3章 ストレージサービス AWS の覇権の原動力 　3.1 EBS もっともハードウェアに近いサービス 　　3.1.1 EBS とは、どういったサービスなのか? 　　3.1.2 EBS 由来の大障害から垣間見える EBS の改良の歴史 　3.2 S3 時代を超越したオーパーツ 　　3.2.1 時代のあだ花 S3FS 　3.3 AWSのストレージサービス 第4章 IAM 遅れてきた仕事人 　4.1 IAM 以前 　4.2 VPC にみるAWSの設計ミス 　　4.2.1 ネットワーク権限から読み解く AWS の歴史 　　4.2.2 明かされる真実 　4.3 IAM がAWSにもたらしたもの 第5章 Before After CloudTrail 　5.1 CloudTrailがなかった時代 第6章 何もないところから始まった AWS 　6.1 揃う前にリリース 　6.2 記憶を記録に あとがき 　著者紹介 　既刊一覧

目次　IAMのマニアックな話2025

第1章　IAMの基礎と進化 　1.1 AWSアカウントと IAMの関係 　　1.1.1 AWSアカウントと IAM 　　1.1.2 AWS Organizationsと AWSアカウント 　　1.1.3 AWS Organizationsと IAM 　1.2 IAMの基本的な４つの機能 　　1.2.1 IAMユーザー 　　1.2.2 IAMグループ 　　1.2.3 IAMロール 　　1.2.4 IAMポリシー 　1.3 2019年～2025年の IAM関連のアップデート 　　1.3.1 主なアップデートの一覧 　　1.3.2 IAM関連のアップデートの潮流 　1.4 まとめ 第2章　AWS Organizationsと IAM 　2.1 AWS Organizations 　　2.1.1 AWS Organizationsの概要 　　2.1.2 AWS Organizationsの構成要素 　　2.1.3 組織単位（OU）と階層構造 　2.2 組織ポリシー—承認ポリシーと管理ポリシー 　　2.2.1 サービスコントロールポリシー（SCP） 　　2.2.2 リソースコントロールポリシー（RCP） 　　2.2.3 SCPと RCPのユースケースの違い 　　2.2.4 タグポリシー 　2.3 AWS Organizationsと IAMの関係 　　2.3.1 IAMの権限に対する SCPの位置づけ 　　2.3.2 IAMの権限に対する RCPの位置づけ 　　2.3.3 ポリシーの評価ロジック 　　2.3.4 IAM Identity Centerとの連携 　　2.3.5 アカウントをまたいだ IAMロールの利用（クロスアカウントアクセス） 　　2.3.6 IAM Access Analyzerと Organizations 　2.4 まとめ 第3章　AWS IAM Identity Centerと IAM 　3.1 IAM Identity Centerの概要 　　3.1.1 AWS IAM Identity Centerとは何か 　　3.1.2 IAM Identity Centerと IAMの役割の違い 　3.2 構成要素と動作の仕組み 　　3.2.1 インスタンス 　　3.2.2 アイデンティティソースの選択肢 　　3.2.3 許可セット（Permission Set）と IAMロールの関係 　3.3 マルチアカウント時代における IAM Identity Centerの必然性と課題 　　3.3.1 許可セット設計の難しさとスケーラビリティの限界 　　3.3.2 SCIM連携・外部 IdP統合時の権限割り当て運用の複雑さ 　　3.3.3 IdPが1組織に1つしか設定できないという制約 　　3.3.4 管理主体の分散による運用の複雑化 　3.4 課題を解決するための設計パターン例 　3.5 まとめ 第4章　IAM Access Analyzerと CCoE 　4.1 IAM Access Analyzerの基本 　　4.1.1 IAM Access Analyzerとは 　　4.1.2 外部アクセスアナライザー 　　4.1.3 未使用アクセスアナライザー 　　4.1.4 ポリシー生成 　　4.1.5 ポリシーチェック 　　4.1.6 カスタムポリシーチェック 　4.2 IAM監査体制と CCoEの役割 　　4.2.1 組織全体で実現する IAM監査体制と CCoEの役割 　　4.2.2 IAM監査における代表的なチェックポイントと Access Analyzerの役割 　　4.2.3 リアルタイム監査の実装と組織 　4.3 AIを活用したポリシー提案への夢 　　4.3.1 なぜ AIが必要なのか ～現状の課題と AI導入の意義～ 　4.4 まとめ 第5章　AWS Verified Accessと IAM 　5.1 AWS Verified Accessの概要 　5.2 AWS Verified Accessの構成要素 　　5.2.1 Verified Accessインスタンス 　　5.2.2 信頼プロバイダー（Trust Provider） 　　5.2.3 Verified Accessグループ 　　5.2.4 Verified Accessエンドポイント 　　5.2.5 Verified Accessポリシー 　　5.2.6 Verified Accessのアーキテクチャ構成例 　5.3 Verified Accessと IAMの関係 　　5.3.1 Verified Accessのユースケース 　　5.3.2 IAMロールと Verified Accessの関係 　5.4 ゼロトラスト時代の認証認可のあり方 　　5.4.1 Verified Accessの役割 　　5.4.2 デバイス認証 　5.5 まとめ 第6章　IAMベストプラクティス集 　6.1 IAMベストプラクティスの変遷 　　6.1.1 削除されたベストプラクティス 　　6.1.2 追加されたベストプラクティス 　6.2 ベストプラクティスに向けての対応事項 　　6.2.1 長期認証情報から一時的な認証情報への移行 　　6.2.2 Access Analyzerの活用 　　6.2.3 多要素認証の位置づけと管理 　　6.2.4 ガードレール設計 　　6.2.5 最小権限の実現方法の高度化 　　6.2.6 マルチアカウント環境のガバナンス強化 　　6.2.7 権限委任の体系化 　　6.2.8 自動化とツールの活用 　6.3 AWS Well-Architected Frameworkと IAM 　　6.3.1 ID管理のベストプラクティス 　　6.3.2 アクセス許可の管理 　6.4 まとめ 第7章　長期認証情報から一時的な情報へ、そして動的認可 　7.1 IAMユーザーによる長期認証の時代 　　7.1.1 長期認証情報の特徴と課題 　7.2 IDフェデレーションと IAMロールによる一時的な認証への移行 　　7.2.1 IDフェデレーションと一時的な認証情報の仕組み 　　7.2.2 一時的な認証情報がもたらす利点 　7.3 コンテキストベースの動的認証・認可へ 　　7.3.1 属性ベースのアクセス制御（ABAC）の導入 　　7.3.2 コンテキストベースのアクセス制御（CBAC）に向けて 　　7.3.3 AWS Verified Accessの可能性 　　7.3.4 AWS IAM Roles Anywhereによる柔軟な認証 　7.4 AWS TEAMによる承認ベースの認可設定 　　7.4.1 従来のスイッチロールの課題 　　7.4.2 TEAMのアーキテクチャと動作 　　7.4.3 TEAMの今後 第8章　IAMユーザーゼロへの移行ステップ 　8.1 Step 1: 現状分析と移行計画の策定 　　8.1.1 現状の IAMユーザーの棚卸し 　　8.1.2 利用パターンの分類と分析 　　8.1.3 代替手段の選定 　　8.1.4 移行優先順位の決定 　　8.1.5 タイムラインの設定 　8.2 Step 2: AWS Identity Centerへの移行準備 　　8.2.1 AWS Identity Centerの初期設定 　　8.2.2 IDプロバイダーの選定と連携設定 　　8.2.3 権限セットの設計 　　8.2.4 グループとロールのマッピング設計 　　8.2.5 先行ユーザーによる検証 　8.3 Step 3: プログラムアクセスの移行 　　8.3.1 プログラムアクセスの移行戦略 　8.4 Step 4: 段階的な移行実施 　　8.4.1 開発環境での先行実施 　　8.4.2 パイロットユーザーでの検証 　　8.4.3 グループ単位での順次移行 　　8.4.4 並行運用期間の設定 　　8.4.5 移行完了の確認 　8.5 Step 5: IAMユーザーの無効化と削除 　　8.5.1 アクセスキーの無効化 　　8.5.2 IAMユーザーのログイン無効化 　　8.5.3 一定期間の監視 　　8.5.4 問題がないことの確認 　　8.5.5 IAMユーザーの完全削除 　8.6 緊急時の代替手段の確保 　　8.6.1 緊急時専用アカウントの設定 　　8.6.2 クロスアカウントロールの設定 　　8.6.3 緊急アクセス手段の管理と監査 　8.7 まとめ 第9章　まとめと今後のトレンド 　9.1 IAMの今後の進化予測 　　9.1.1 IAM Identity Centerの今後の展開 　　9.1.2 IAMと AWS Verified Permissionsの連携 　　9.1.3 AWS Verified Accessとコンテキストベースのアクセス制御 　　9.1.4 AIによる IAMポリシーの自動最適化 　9.2 それでも単一アカウントの世界は残る 　　9.2.1 進化の裏で残り続ける「昔ながらの IAM」 　　9.2.2 なぜ「昔ながらの IAM」が残るのか 　　9.2.3 未来と現実のバランス 　9.3 IAM管理者の今後 　　9.3.1 IAM管理者の役割の変化 　　9.3.2 今後の IAM管理者に求められるスキル 　　9.3.3 IAM管理者のキャリアパスと学び 　9.4 まとめ あとがき 　著者紹介 　既刊一覧

目次　S3の深淵を知るためにAmazonの奥地に行った

第1章　S3を構造から理解する 　1.1 S3とは何か？ 　　1.1.1 オブジェクトストレージとは 　　1.1.2 「Simple」の意味 　1.2 S3の内部構造とオブジェクトの仕組み 　　1.2.1 バケットとオブジェクト 　　1.2.2 キーとオブジェクトの関係 　1.3 フラット構造とプレフィックス設計の影響 　1.4 S3の信頼性と整合性 　　1.4.1 アベイラビリティーゾーンと冗長性 　　1.4.2 リージョンと可用性 　　1.4.3 データ整合性モデル 　1.5 ストレージクラスと用途別の使い分け 　1.6 S3誕生秘話：Werner Vogelsのブログ 第2章　S3のアクセス制御 　2.1 IAMポリシーとバケットポリシーの関係 　　2.1.1 IAMポリシーと最小権限設計 　　2.1.2 バケットポリシーによるアクセス制限 　　2.1.3 IAMポリシーとバケットポリシーの関係 　　2.1.4 特定のVPCからのアクセス制限 　　2.1.5 S3 Access Grantsという選択肢 　2.2 重要なデータを扱うバケットは二重の防御を 　　2.2.1 二重の防御が必要な理由 　　2.2.2 バケットポリシーを設定すべきもの／不要なもの 　　2.2.3 ReadOnlyAccessとViewOnlyAccessの違い 　　2.2.4 ReadOnlyAccess付与時の注意点 　2.3 Block Public Accessと公開バケット 　　2.3.1 公開経路を根本から遮断する仕組み 　　2.3.2 4つの設定項目 　　2.3.3 S3は直公開せずCloudFront経由で公開 　　2.3.4 公開バケットは別アカウントで運用 　　2.3.5 安全な運用ルール 　　2.3.6 まとめ：誤公開を防ぐ構造的設計 　2.4 Admin権限でも操作できないバケットの対処法 　　2.4.1 アクセス拒否の原因特定 　　2.4.2 Admin権限でも操作できない場合の対処 第3章　ネットワークと接続経路 　3.1 AWSのネットワーク構造を理解する 　　3.1.1 パブリックIP通信 　　3.1.2 AWSグローバルネットワーク 　3.2 EC2からS3への4つの接続ルート 　　3.2.1 Internet Gateway経由 　　3.2.2 NAT Gateway経由 　　3.2.3 VPC Endpoint（Gatewayタイプ） 　　3.2.4 PrivateLink（Interfaceタイプ） 　3.3 通信経路別の比較と設計（コスト観点） 　3.4 Direct Connect経由のS3アクセス 　　3.4.1 Private VIF 　　3.4.2 Public VIF 　　3.4.3 実際のユースケースと設計判断 　　3.4.4 Private VIFの注意点 　3.5 まとめ：接続経路の正しい選択 第4章　S3のコストを理解する 　4.1 ストレージクラスと料金体系 　　4.1.1 標準ストレージ 　4.2 APIリクエスト料金の仕組み 　　4.2.1 ファイル数の影響 　　4.2.2 コスト差の実例 　　4.2.3 設計指針 　4.3 ライフサイクル最適化 　　4.3.1 設定指針 　　4.3.2 コスト注意点 　4.4 自動圧縮と最適サイズ設計 　　4.4.1 圧縮の仕組み 　　4.4.2 圧縮方式の使い分け 　　4.4.3 ファイルサイズ設計 　　4.4.4 ログデータのコスト削減 　4.5 まとめ 第5章　バックアップとデータ保護戦略 　5.1 バックアップが必要な理由 　5.2 データ保護設計（IPA非機能要件） 　　5.2.1 Grade1 　　5.2.2 Grade2 　 5.2.3 Grade3 　 5.2.4 Grade4 　5.3 バージョニングとオブジェクトロック 　5.4 レプリケーション 　　　5.4.1 CRR（クロスリージョンレプリケーション） 　　　5.4.2 クロスアカウント構成 　5.5 ランサムウェアとバックアップ 　　5.5.1 IAM権限を狙う攻撃 　　5.5.2 防御実装例 　5.6 マルチクラウドでのデータ保護 第6章　パフォーマンスと最適化 　6.1 性能と分散構造の理解 　6.2 プレフィックス設計とスループット 　6.3 S3 Express One Zone 　　6.3.1 性能比較 　　6.3.2 ユースケース 　6.4 パフォーマンス測定 　6.5 キャッシュ戦略 　　　6.5.1 CloudFront 　　　6.5.2 アプリケーションレイヤ 　6.6 まとめ 第7章　安全に運用するための設計指針 　7.1 KMSによる機密データ保護 　7.2 公開アクセスブロック（BPA） 　　7.2.1 Block Public Access 　　7.2.2 公開データの分離 　　7.2.3 CloudFront利用時の注意点 　7.3 監査・運用体制 　7.4 まとめ：正しいS3運用のために あとがき 　著者紹介 　既刊一覧

目次　AWS Organizationsと愉快な仲間たち

はじめに 　なぜ今、AWS Organizationsの本を書くのか 　本書は設定手順の本ではない 　この本で扱う「愉快な仲間たち」 　本書の読み方 　本書で目指す到達点 　前著との関係 第1章　なぜAWS Organizationsが肝になるのか 　1.1 Organizationsはアカウント管理だけではない 　1.2 マルチアカウント時代に何が変わったのか 　　1.2.1 単一アカウント運用の限界 　1.3 アカウント境界はセキュリティ境界になる 　1.4 Organizationsは組織設計の骨組みを担う 　1.5 Organizationsを中心に周辺サービスを見る 　1.6 本章のまとめ 第2章　組織としてAWSを管理するとは何か 　2.1 技術の問題に見えて、実は組織の問題である 　　2.1.1 設定だけ整えても回らない理由 　2.2 情シスだけで全部抱えると何が起きるか 　　2.2.1 現場に完全放任すると何が起きるか 　2.3 CCoEが担うべきもの 　　2.3.1 情シス・基盤・セキュリティ担当・事業部の役割 　2.4 組織設計としてのAWS運用 　　2.4.1 AWSは組織設計を映す鏡 　　2.4.2 統制を設計するときに答えるべき問い 　2.5 理想形と現実解 　　2.5.1 最小構成で始めるならどうするか 　2.6 本章のまとめ 第3章　アカウント分割とOU設計の原則 　3.1 なぜアカウントを分けるのか 　3.2 OU設計の基本的な考え方 　　3.2.1 深さと広さのトレードオフ 　3.3 OU設計の代表パターン：組織別 　3.4 特殊なアカウントの扱い 　3.5 理想形と現実解 　3.6 本章のまとめ 第4章　IAM Identity Centerで権限をどう渡すか 　4.1 いまIAM Identity Centerを軸に考える理由 　　4.1.1 IAMユーザー中心の運用が抱える限界 　　4.1.2 Identity Centerで何が変わるのか 　4.2 外部IdPとの連携方針を決める 　　4.2.1 現場の利便性と統制の両立 　　4.2.2 管理アカウントへのアクセスはどう扱うべきか 　4.3 Permission Setをどう設計するか 　　4.3.1 Identity Centerをどこまで寄せるか 　　4.3.2 IAMユーザーからどう移行するか 　4.4 理想形と現実解 　　4.4.1 段階的移行の現実解 　4.5 本章のまとめ 第5章　AWS Organizationsのポリシーで統制を設計する 　5.1 統制の4つのタイプとSCPの位置 　5.2 AWS Organizationsのポリシータイプの全体像 　　5.2.1 5つのポリシータイプとその役割 　5.3 SCPはなぜ誤解されやすいのか 　　5.3.1 SCPは万能ではない 　　5.3.2 IAM・Identity Center・SCP・Firewall Managerの役割の違い 　5.4 何を禁止すべきか 　　5.4.1 禁止しすぎないという原則 　　5.4.2 禁止しすぎると何が起きるか 　5.5 RCPの役割と使いどころ 　5.6 宣言型ポリシーの役割と使いどころ 　　5.6.1 サービス設定を強制するという考え方 　　5.6.2 Tag Policiesで何を標準化するか 　　5.6.3 Backup Policiesの位置づけ 　5.7 ポリシー設計全体の考え方 　　5.7.1 理想形と現実解 　5.8 本章のまとめ 第6章　セキュリティサービスを「入れる」だけでは回らない 　6.1 「全部有効化したから安心」はなぜ危ないのか 　6.2 AWS CloudTrailの役割 　　6.2.1 Configの役割 　　6.2.2 GuardDutyの役割 　　6.2.3 Security Hubの役割 　　6.2.4 これらのサービスはどう役割分担するのか 　　6.2.5 「自動で直せるもの」と「人が判断しなければならないもの」 　6.3 集約先を決めないと回らない 　　6.3.1 担当者を決めないと回らない 　　6.3.2 運用フローがないと回らない 　6.4 見える化と是正は別物である 　　6.4.1 組織の成熟度で管理の仕方は変わる 　6.5 理想形と現実解 　6.6 本章のまとめ 第7章　管理アカウントに集めすぎないための設計 　7.1 管理アカウントは何のためにあるのか 　　7.1.1 管理アカウントに集めすぎると何が起きるか 　7.2 何を中央に集め、何を分散させるべきか 　7.3 委任管理という考え方 　　7.3.1 委任管理は「責任を分ける」仕組みである 　7.4 健全な集中と危険な集中 　7.5 理想形と現実解 　7.6 本章のまとめ 第8章　コストを組織として管理する 　8.1 マルチアカウントだからできるコスト最適化 　8.2 Consolidated Billingが整えること 　8.3 コスト配賦の設計 　8.4 予算設定と異常検知 　8.5 Billing Conductorで何ができるか 　8.6 理想形と現実解 　　8.6.1 理想的なコスト管理の状態 　　8.6.2 まだ整えきれない組織の現実解 　8.7 本章のまとめ 第9章　AWS Control Towerと現実的な導入順序 　9.1 AWS Control Towerをどう捉えるべきか 　　9.1.1 Control Towerは何者か 　　9.1.2 先に整理すべきことと後でもよいこと 　　9.1.3 Control Towerの使い方の選択肢 　9.2 Organizations中心で考えるから見えること 　9.3 新規構築と既存環境整備は別の問題である 　　9.3.1 多くの企業が直面するのは「既存の整理」 　9.4 現実的な導入順序を描く 　9.5 まず何から始めるべきか 　　9.5.1 自分の組織の現在地を確認する 　　9.5.2 組織の状況別の出発点 　　9.5.3 理想へ向かうためのロードマップ 　9.6 本章のまとめ おわりに

よくある質問

Q. Ⅲ（データ分析基盤を作ってみよう　〜設計編〜）だけ電子版なのはなぜですか A. Ⅲは紙の在庫が切れていて、増刷の予定もありません。紙が7冊しか揃わないことを理由にセット自体を止めるより、電子版でお届けするほうがよいと判断しました。 Q. 紙の本が欲しいのですが A. 8巻セットの物理本つきをお選びください。紙7冊とダウンロード版8巻をお届けします。7巻セットと6巻セットはダウンロード版のみです。 Q. 物理本つきを選ぶと、電子版も付きますか A. 付きます。紙は手元の参照用に、電子版は移動中に読むといった使い分けができます。 Q. すでに何冊か持っています A. セットは分売していません。重複する巻が多い場合は、持っていない巻を単品で買うほうが安くなることがあります。単品の価格はショップの一覧からご確認ください。 Q. 中身を確認してから買えますか A. 8冊すべての無料サンプルがあります。各冊とも、はじめにと目次、本文の先頭の章、それ以降の各章の扉ページが入っています。 https://booth.pm/ja/items/8838499

シリーズ以外の書籍📚

・エンジニアとお金（エンジニア向け収入設計の本） 　https://booth.pm/ja/items/8167647 📢 ショップをフォローすると新刊情報が届きます https://takuros.booth.pm/

佐々木拓郎のオンライン本屋
FANBOX開設中
もっと見る