Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AWSにおけるアカウント/ユーザーとは何かをなんとなく理解する
Search
thori
May 07, 2022
Technology
0
370
AWSにおけるアカウント/ユーザーとは何かをなんとなく理解する
gunmaweb45の登壇資料です。本当にざっくりAWSのアカウント周りの概要を知りたい人向け。出てくる図もかなり大雑把なのでもし詳しく知りたい方はWebで細かい情報を見ていただいた方が良さそう
thori
May 07, 2022
Tweet
Share
More Decks by thori
See All by thori
AIとプロダクトエンジニア
t_pori418
0
94
WebAPIのPATCHについて
t_pori418
0
210
AIの言う通りにやったら Webアプリが作れるのか試してみた (ChatGPT)
t_pori418
0
1.1k
Markdownで登壇資料を作りたい
t_pori418
0
460
GitHub Projectsのみでプロダクト開発を管理する
t_pori418
0
340
Nuxt.jsから始めるPWA生活
t_pori418
0
1.1k
10分でAmazon API GatewayにOpen API 3.0のAPI仕様をインポートする
t_pori418
1
1.1k
AWSサーバーレスアーキテクチャでWebサイトを構築してみた
t_pori418
0
810
Vue.jsによるSPAのDDDについて考える(導入編)
t_pori418
0
3.5k
Other Decks in Technology
See All in Technology
Southwest airlines®️ USA Contact Numbers: Complete 2025 Support Guide
oliversmith12
0
110
ドメイン特化なCLIPモデルとデータセットの紹介
tattaka
2
570
Glacierだからってコストあきらめてない? / JAWS Meet Glacier Cost
taishin
1
140
fukabori.fm 出張版: 売上高617億円と高稼働率を陰で支えた社内ツール開発のあれこれ話 / 20250704 Yoshimasa Iwase & Tomoo Morikawa
shift_evolve
PRO
2
6.2k
Understanding_Thread_Tuning_for_Inference_Servers_of_Deep_Models.pdf
lycorptech_jp
PRO
0
160
KubeCon + CloudNativeCon Japan 2025 Recap by CA
ponkio_o
PRO
0
290
無意味な開発生産性の議論から抜け出すための予兆検知とお金とAI
i35_267
3
11k
LangChain Interrupt & LangChain Ambassadors meetingレポート
os1ma
2
280
ビギナーであり続ける/beginning
ikuodanaka
3
690
AI導入の理想と現実~コストと浸透〜
oprstchn
0
180
PO初心者が考えた ”POらしさ”
nb_rady
0
190
asken AI勉強会(Android)
tadashi_sato
0
170
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Building Applications with DynamoDB
mza
95
6.5k
The Invisible Side of Design
smashingmag
301
51k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.5k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Testing 201, or: Great Expectations
jmmastey
42
7.6k
Facilitating Awesome Meetings
lara
54
6.4k
GitHub's CSS Performance
jonrohan
1031
460k
Transcript
AWS なんもわからん状態から AWS におけるアカウント / ユーザーとは 何かをなんとなく理解する 2022/05/07 horitks Gunma
web #45 クラウドインフラ by @t_pori418 1
自己紹介 Name: Hori Takashi Twitter: @t_pori418 Work: シェアリングプラットフォームEC の基盤開発チームエンジニア 複業で新規SaaS
プロダクトの立ち上げ開発メンバー web インフラ・フロント・マネジメントまでいろいろやりますが、 基本的にはWeb アプリのエンジニアです by @t_pori418 2
AWS の担当が別にいたり、 AWS を触ったことがないと中々理解できない 「アカウント」とか「IAM 」とかを ざっくり知ろう という話をします。 (正直適切なアカウント設計は難しいです・・・) by
@t_pori418 3
今日話すこと AWS における アカウントとは 組織とは ユーザーとは 最近改めて調べ直してはいますが間違いあったら指摘お願いします! by @t_pori418 4
今日話さないこと OU(Organization Unit) 設計 中身のサービスの話 by @t_pori418 5
AWS アカウントとは その名の通り、サービスを利用するアカウントです。 メールアドレスが一つつきます。 イコール請求の単位、とも限らないです(後述) by @t_pori418 6
IAM ( Identity and Access Management ) こちらはいわゆる権限みたいなものです。 画面にアクセスするユーザーをイメージする場合「IAM ユーザー」
になります。 認証と認可を設定するAWS の機能の一つです。 IAM ユーザーはそれぞれにメールアドレスを登録します。 by @t_pori418 7
Organization 組織です。 複数のAWS アカウントを取りまとめることができます。 ルートアカウントがあって、そこからOrganization が展開されるイ メージです。 by @t_pori418 8
こんな感じ by @t_pori418 9
アカウントとかわけるとこんな感じ by @t_pori418 10
最初に作る時はどうすればいいの? 最初に作るのは請求をまとめるためのroot アカウントです。 取りまとめ用のアドレスを設定する
[email protected]
IAM ユーザーで個人のユーザーを作る
[email protected]
リソースを用途で分けたい時はOrganization を使います↓
by @t_pori418 11
Organization を使うと何が嬉しい? リソースをアカウントレベルで分割することができます 例えば構築する時に他のリソース、本番、開発環境といった影響 を与えることなく安全に検証・構築・デプロイができる 請求を分けて見ることができます 本番環境と検証環境が一つのAWS アカウントにまとまっていると どこまでが本番で発生した運用コストか分かりづらくなる アカウントが別れていると環境ごとの金額が見れる
by @t_pori418 12
Organization を使う例 ( 社員名 : hori, hoge, fuga) by @t_pori418
13
ちらっと話に出た OU って? OrganizationUnit (組織単位) アカウントをまとめてグループ化するもの 例えばサービスごとにOU でアカウントをまとめて ポリシー(アクセスできるサービスの制御とか)をつけることが できます
by @t_pori418 14
アカウントはどうわけるべき? ベストプラクティスはAWS から提案されています! (Well-Architected マルチアカウント戦略 詳しくはweb で ) AWS Control Tower
というサービスを使えば推奨パターンでOU が 分割されます。 コスト面とか自分で理解しながら最小構成でやりたいって場合は前 のスライドのRoot と請求をまとめたものくらいでもいいかもです。 (あとは開発者が自由に検証できるSandbox 作るかか) なお私の個人アカウントは現状まったく分割しておりません by @t_pori418 15
最後に 基礎的な内容ですが、非エンジニアに説明する時はアカウントやユ ーザーの概念がごっちゃにならないように話す必要があるなと思っ てます。 GCP も前に使った時はめちゃめちゃ雰囲気で設定してたので次使う 時は改めて勉強しておきたいです。 by @t_pori418 16