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
380
AWSにおけるアカウント/ユーザーとは何かをなんとなく理解する
gunmaweb45の登壇資料です。本当にざっくりAWSのアカウント周りの概要を知りたい人向け。出てくる図もかなり大雑把なのでもし詳しく知りたい方はWebで細かい情報を見ていただいた方が良さそう
thori
May 07, 2022
Tweet
Share
More Decks by thori
See All by thori
AIと開発する話をみんなとシェアしたい
t_pori418
1
130
AIとプロダクトエンジニア
t_pori418
0
110
WebAPIのPATCHについて
t_pori418
0
220
AIの言う通りにやったら Webアプリが作れるのか試してみた (ChatGPT)
t_pori418
0
1.1k
Markdownで登壇資料を作りたい
t_pori418
0
480
GitHub Projectsのみでプロダクト開発を管理する
t_pori418
0
350
Nuxt.jsから始めるPWA生活
t_pori418
0
1.2k
10分でAmazon API GatewayにOpen API 3.0のAPI仕様をインポートする
t_pori418
1
1.2k
AWSサーバーレスアーキテクチャでWebサイトを構築してみた
t_pori418
0
860
Other Decks in Technology
See All in Technology
エンジニア採用と 技術広報の取り組みと注力点/techpr1112
nishiuma
0
130
お試しで oxlint を導入してみる #vuefes_aftertalk
bengo4com
2
1.4k
AWS IAM Identity Centerによる権限設定をグラフ構造で可視化+グラフRAGへの挑戦
ykimi
2
690
仕様駆動 x Codex で 超効率開発
ismk
2
1.3k
LINE公式アカウントの技術スタックと開発の裏側
lycorptech_jp
PRO
0
330
設計は最強のプロンプト - AI時代に武器にすべきスキルとは?-
kenichirokimura
1
340
これからアウトプットする人たちへ - アウトプットを支える技術 / that support output
soudai
PRO
16
5.1k
AIエージェントは「使う」だけじゃなくて「作る」時代! 〜最新フレームワークで楽しく開発入門しよう〜
minorun365
10
1.6k
Sansan BIが実践する AI on BI とセマンティックレイヤー / data_summit_findy
sansan_randd
0
130
なぜThrottleではなくDebounceだったのか? 700並列リクエストと戦うサーバーサイド実装のすべて
yoshiori
4
1.8k
AWS 環境で GitLab Self-managed を試してみた/aws-gitlab-self-managed
emiki
0
350
Dart and Flutter MCP serverで実現する AI駆動E2Eテスト整備と自動操作
yukisakai1225
0
250
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
431
66k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
37
2.6k
jQuery: Nuts, Bolts and Bling
dougneiner
65
8k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Code Reviewing Like a Champion
maltzj
527
40k
Navigating Team Friction
lara
190
15k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
660
The World Runs on Bad Software
bkeepers
PRO
72
12k
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