AWSの薄い本8 AWS Organizationsと愉快な仲間たち
Physical (worldwide shipping)
- 【物理本+ダウンロード版】Mailbin OKPhysical (via warehouse)1,500 JPY
Physical (ship to Japan)/ Digital Download
- 【物理本+ダウンロード版】Mailbin OKPhysical (via warehouse)1,500 JPY
- 【ダウンロード版】Digital1,500 JPY
「SCPとIdentity Centerは、結局どっちを整備すれば良いのか」 「Security Hubを有効化したのに、なぜ現場は整理できないのか」 「Control Towerを入れれば、全部解決するんじゃないのか」 AWSを複数のアカウントで運用している現場で、こういう問いを一度でも抱いたことがあるなら、本書はあなたのための本です。 本書は、AWS Organizationsを中心に「マルチアカウント時代のAWSを、組織としてどう運用するか」を整理した設計思想の本です。設定手順書ではなく、設定の前に持っておくべき判断軸を渡すことを目的にしています。 扱うのは技術だけではありません。CCoEと情シスと事業部で権限をどう分けるか。管理アカウントに何を集めて何を委任するか。予防的統制をどこまで効かせ、どこから発見的統制に任せるか。正解が組織の事情で変わるところを、全9章それぞれで理想形と現実解の両方から示しています。 A5判・本文112ページ。2026年4月の技術書典20で頒布した、AWSの薄い本シリーズの第8弾です。
本書のスタンス
Organizationsは、単なるアカウント管理の便利機能ではありません。本書はOrganizationsを「組織の責任分界を技術で実装する設計の骨組み」として捉え直します。 多くの現場で起きているのは、個々のサービスは知っているのに、全体像がつながっていないという状態です。Identity Center、SCP、Config、GuardDuty、Security Hub、Control Tower。それぞれを「点」として理解していても、Organizationsという骨組みの上で役割分担されているという「線」が見えないと、設定は積み上がるのに統制は回らない、というよくある事態に陥ります。 本書が目指すのは、読み終えたときに「これで全体像が初めてつながった」と感じてもらうことです。
全9章でつなぐ「点から線へ」
第1章 なぜAWS Organizationsが肝になるのか Organizationsをアカウント管理ではなく「組織設計の骨組み」として見直します。 第2章 組織としてAWSを管理するとは何か 技術の話を「誰が何を持つか」という組織運営の話へ接続します。情シス集中でも現場放任でもない、第三の道を描きます。 第3章 アカウント分割とOU設計の原則 アカウントを分ける意味、OUを切る意味を、境界設計・責任分離・監査容易性の観点から整理します。 第4章 IAM Identity Centerで権限をどう渡すか IAMユーザー中心の限界、Permission Setを職務別に設計する考え方、外部IdP連携の設計判断までを扱います。全面移行せず段階的に寄せる3つのパターンも紹介します。 第5章 AWS Organizationsのポリシーで統制を設計する SCPに加え、RCP・宣言型ポリシー・Tag Policies・Backup Policiesを含めた全体像を整理します。「SCPで全部やろうとして破綻する」という典型パターンを避ける、役割分担の設計思想を示します。 第6章 セキュリティサービスを「入れる」だけでは回らない CloudTrail・Config・GuardDuty・Security Hubは、有効化した瞬間から機能するものではありません。集約先・担当者・運用フローが揃ってはじめて統制として回り始める、という実務の現実を描きます。 第7章 管理アカウントに集めすぎないための設計 「管理アカウントに全部集めれば楽」という発想が、どう組織を壊すのか。委任管理による権限分散と、Log Archive・Auditといった専用アカウントへの役割分離を扱います。 第8章 コストを組織として管理する Savings Plansの2層購入設計、タグとアカウント境界の使い分け、Budgets・Cost Anomaly Detectionによる検知と是正の設計。「分割はコストを増やすのではなく、変動を吸収する」という発想を中心に据えています。 第9章 AWS Control Towerと現実的な導入順序 Control Towerを「答え」ではなく「選択肢の一つ」として位置づけ直します。新規構築と既存環境整備の違い、Landing Zoneの登録とControls-dedicated experience（2025年に追加された新しい使い方）、そして「何から手をつけるか」の判断軸までを描きます。
こんな方に読んでほしい
・情シス、CCoE、基盤チーム、セキュリティ担当の方 ・アカウント数が増えてきたが、全体設計が追いついていない組織にいる方 ・「まだそこまで手が回っていない」という現場の方 ・前著『IAMのマニアックな話』『アカウントセキュリティのベーシックセオリー』を読んで、マルチアカウント編を待っていた方 本書は、整理が難しい現場を責める本ではありません。むしろ、そうした現場の方にこそ、全体像を持つことで次の一手が見えやすくなる、という考えで書いています。
本書の立ち位置
シリーズとしては、IAMそのものを掘り下げた『AWSの薄い本 IAMのマニアックな話』、単一アカウントのセキュリティ設計を扱った『AWSの薄い本Ⅱ アカウントセキュリティのベーシックセオリー』の流れを受ける「マルチアカウントと統制編」です。前著と合わせて読むと理解が立体化しますが、本書単独でも読めるように構成しています。
最後に
本書を通じて繰り返し伝えたいことは、一つだけです。 設計思想が先で、製品選定は後。 Organizationsを中心に据えた設計思想を持つことで、各サービスが「組織統制の部品」として機能し始めます。設定は終わっても、設計は終わりません。それは困ったことではなく、AWSを使いながら組織が育っていくということです。 アカウントを管理するのではなく、組織を設計する。 その一歩を踏み出すための地図として、本書を手に取ってもらえたら嬉しいです。 感想等は、下記のハッシュタグといっしょに呟いて貰えると、著者としては小躍りして喜びます ハッシュタグ #AWSの薄い本
関連書籍📚
・AWSの薄い本６ IAMのマニアックな話 2025 https://booth.pm/ja/items/6969928 ・AWSの薄い本Ⅱ アカウントセキュリティのベーシックセオリー https://booth.pm/ja/items/1919060 ・AWSの薄い本 IAMのマニアックな話 https://booth.pm/ja/items/1563844 📢 ショップをフォローすると新刊情報が届きます https://takuros.booth.pm/
よくある質問
Q. AWSの公式ドキュメントとの違いは何ですか A. OU設計もSCPもControl Towerも、公式に詳しい資料があります。本書が扱うのは、そこに書かれていない部分です。CCoEと情シスと事業部で権限をどう分けるか、管理アカウントに何を集めて何を委任するか。組織の事情で答えが変わるので、公式は踏み込みません。全9章で理想形と現実解の両方を示しています。 Q. 設定手順は載っていますか A. 原則的に載せていません。設定を実行する前に持っておく判断軸が主題です。 Q. Control Towerを入れれば済む話ではないですか A. Control Towerは設計を代わりに行うサービスではなく、設計を標準的に実装するサービスです。何をどう統制したいかを決めていないと、入れても現場は整理できません。第9章で導入の順序を扱っています。 Q. アカウント数がまだ少なくても読めますか A. むしろ増える前に読んでおくほうが選択肢が多く残ります。本書は整理が追いついていない現場を責める本ではありません。 Q. 第6弾『IAMのマニアックな話 2025』との違いは何ですか A. どちらも組織を扱いますが、見る向きが逆です。第6弾はIAM側から組織を見て、本書はOrganizations側から周辺サービスの役割分担を見ます。 Q. 物理本を買うと電子版も付きますか A. 付きます。「物理本+ダウンロード版」を選ぶと、紙の本とダウンロード版の両方が手に入ります。 Q. 内容はいつ時点のものですか A. 2026年4月時点のAWSをもとにしています。2024年末にGAしたRCPと宣言型ポリシーを含めた、ポリシー5タイプの全体像を扱っています。 Q. 中身を確認してから買えますか A. 無料サンプルがあります。はじめにと目次、第1章・第2章、それ以降の各章の扉ページが入っています。 https://booth.pm/ja/items/8838499