新刊2冊のお知らせ 「AWS Organizationsと愉快な仲間たち」と「エンジニアとお金」
技術書典20に向けて、技術同人誌の新刊を2冊執筆しました。ジャンルはまったく違うのですが、どちらも長年暖めていたテーマです。本記事では、それぞれの内容と狙いを紹介させてください。
1冊目：AWSの薄い本８『AWS Organizationsと愉快な仲間たち』
おなじみ「AWSの薄い本」シリーズの第8弾です。今回のテーマは AWS Organizations。ただし、よくある「機能紹介本」ではありません。
この本の位置づけ
本書は、AWS Organizationsそのものの設定手順を解説する本ではありません。Control TowerやSecurity Hubといった周辺サービスを、個別に設定解説する本でもありません。
AWS Organizationsは、単なるアカウント管理サービスではありません。
マルチアカウント時代において、権限分離と責任分界を形にするための、組織設計そのものです。
これが本書の中心メッセージです。つまり、本書が扱うのは設定手順ではなく設計思想と組織設計です。ちなみにAWSの薄い本3として、AWS Organizationsを出すつもりだったのですが、ずいぶんと回り道したものです。また、設定手順など一切ないので、当初の構想とは全く違うものになりました。これは、自分が向き合っているものの変化が、テーマの変化につながったのかと思います
取り扱うテーマ
具体的には、次のようなテーマを整理しています。
- 権限委譲の境界
- セキュリティ統制の責任分界
- 情シス / CCoE / 事業部の役割分担
- AWSアカウントの分割方針とOUの切り方
- IAM Identity Center、SCP、Config、Security Hub、GuardDuty、CloudTrail、Control Towerの役割分担
- 自社にとって現実的な導入順序
「Security Hubも、GuardDutyも、Configも、とりあえず全部有効化したから安心」と思っていたら、全然そんなことは無かった。そんな経験ありませんか？こうした状況が何で発生するのか、そして何をすればいいのか。そのために、何のためにどのサービスを入れるのかを整理し直すことを目的としています。
想定読者
直接の想定読者は、情シス、CCoE、基盤チーム、セキュリティ担当の方々です。また、それらの人たちが設計思想を共有するために、現場へ配る本としても位置づけています。
特に、すでに複数のAWSアカウントを運用しているのに、全体設計や責任分界、サービスの役割分担が整理しきれていない組織を主な対象としています。
目次
| 章 | タイトル |
|---|---|
| 第1章 | なぜAWS Organizationsが肝になるのか |
| 第2章 | 組織としてAWSを管理するとは何か |
| 第3章 | アカウント分割とOU設計の原則 |
| 第4章 | IAM Identity Centerで権限をどう渡すか |
| 第5章 | AWS Organizationsのポリシーで統制を設計する |
| 第6章 | セキュリティサービスを"入れる"だけでは回らない |
| 第7章 | 管理アカウントに集めすぎないための設計 |
| 第8章 | コストを組織として管理する |
| 第9章 | AWS Control Towerと現実的な導入順序 |
前著との関係
本書は、シリーズとしては以下の流れを受ける位置づけです。
- 『AWSの薄い本 IAMのマニアックな話』
- 『AWSの薄い本Ⅱ アカウントセキュリティのベーシックセオリー』
- 『AWSの薄い本６ IAMのマニアックな話2025』
前著がIAMやアカウントセキュリティを「アカウント単位」で扱っていたのに対し、本書はそれらを一段引いた視点から再配置し、「マルチアカウントと統制編」として全体像をつなぎ直す役割を担います。前著を読んでいるとより深く理解できる構成ですが、本書単体でも読めるようにしています。
読み終えた頃には、IAM Identity Center / SCP / Config / Security Hub などの役割分担が整理でき、自社にとって現実的な導入順序とOU設計の方向性を自分で描けるようになる。そんな到達点を目指しています。
2冊目：『エンジニアとお金』
もう1冊は、まったく毛色の違う本です。実はこれ、技術書ではありません。対象読者はエンジニアですが、テーマは「お金」です。
この本でやらないこと
いわゆる一般的なお金の本で扱っている内容は、一切扱っていません。
- 儲かる投資手法の紹介
- 副業・不動産・株式などの具体的な攻略法
- 成功体験の再現を煽る話
- 「これをやれば正解」という結論づけ
How to 本ではないので、「これを買えばいい」「この副業が稼げる」といった話は一切出てきません。この辺りの話が聞きたければ、どこかで飲みながら話しましょう。
この本でやること
代わりに本書がやるのは、次のような整理です。
- 収入を「性質・仕組み・時間・再現性」で整理する
- 給料一本足の構造と、その前提条件を言語化する
- 人生と収入を「同時に設計する」という考え方を示す
- 行動につながる最小単位（年次設計）を提示する
言い換えると、お金を「儲け方」ではなく「設計対象」として捉え直す本です。答えを渡すのではなく、考え続けられる設計思想を渡すことを目的にしています。エンジニアがシステムを設計するときの思考様式を、そのまま自分の収入に向けてみる。そういうイメージです。
想定読者
- 20代〜30代のエンジニアをメイン。それ以上の年齢の人にも示唆を与えられる内容
- 給料以外の収入に興味はあるが、何から考えればいいか分からない人
- 投資や副業の情報に触れて、かえって混乱している人
- 将来に不安はあるが、危ないことはしたくない人
特に最後の「将来に不安はあるが、危ないことはしたくない」。これは私自身の生き方でした。本やネットの情報は「一歩踏み出せ」と煽るものが多くて、かえって動けなくなる。本書はその逆で、読者を責めない・煽らないことを基本方針にしています。
構成
| 章 | テーマ |
|---|---|
| 第1章 | なぜエンジニアはお金を考えてこなかったのか |
| 第2章 | 給料は強い──給料一本足が持つ構造的な前提 |
| 第3章 | 給料以外で稼いだ体験がもたらす視点の変化 |
| 第4章 | 同じ金額でも、たどり着き方が違う理由 |
| 第5章 | 収入を複利で設計する |
| 第6章 | 来年の自分を設計する |
最後の章では、「年次で収入を設計する」という行動レベルの話に落とし込みます。読み終えたあと、翌年の自分の収入と時間の使い方を、自分の言葉で設計し直せるようになる。それが本書のゴールです。
2冊に共通していること
ジャンルはまったく違いますが、2冊には共通するスタンスがあります。
- How toではなく、設計思想を渡す
- 全体像を俯瞰して、役割と構造で整理する
- 現実解に落とす。理想論で終わらせない
『AWS Organizationsと愉快な仲間たち』は、AWSのアカウントや権限やセキュリティサービスを組織として
設計する本です。そして、『エンジニアとお金』は、収入や時間や人生をエンジニア的に設計する本です。
扱う対象が「会社のAWS環境」か「自分の人生」かの違いだけで、全体像を俯瞰して構造で整理するという姿勢は、実はまったく同じなのです。
