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
Recruit
PRO
August 17, 2021
Technology
2
12k
AWS研修 パブリッククラウドの活用
2021年度リクルート エンジニアコース新人研修の講義資料です
Recruit
PRO
August 17, 2021
Tweet
Share
More Decks by Recruit
See All by Recruit
毎晩の 負荷試験自動実行による効果
recruitengineers
PRO
5
200
Transformerを用いたアイテム間の 相互影響を考慮したレコメンドリスト生成
recruitengineers
PRO
2
570
Javaで作る RAGを活用した Q&Aアプリケーション
recruitengineers
PRO
1
170
問題解決に役立つ数理工学
recruitengineers
PRO
13
2.8k
Curiosity & Persistence
recruitengineers
PRO
2
200
結果的にこうなった。から見える メカニズムのようなもの。
recruitengineers
PRO
1
440
成長実感と伸び悩みからふりかえる キャリアグラフ
recruitengineers
PRO
1
210
リクルートの オンプレ環境の未来を語る
recruitengineers
PRO
3
390
LLMのプロダクト装着と独自モデル開発
recruitengineers
PRO
1
390
Other Decks in Technology
See All in Technology
ロールが細分化された組織でSREは何をするか?
tgidgd
1
460
Maintainer Meetupで「生の声」を聞く ~講演だけじゃないKubeCon
logica0419
0
140
AI Ready API ─ AI時代に求められるAPI設計とは?/ AI-Ready API - Designing MCP and APIs in the AI Era
yokawasa
19
5.1k
ObsidianをLLM時代のナレッジベースに! クリッピング→Markdown→CLI連携の実践
srvhat09
7
7.3k
AIエージェントが書くのなら直接CloudFormationを書かせればいいじゃないですか何故AWS CDKを使う必要があるのさ
watany
20
7.7k
Microsoft Fabric ガバナンス設計の一歩目を考える
ryomaru0825
1
150
“日本一のM&A企業”を支える、少人数SREの効率化戦略 / SRE NEXT 2025
genda
1
300
サービスを止めるな! DDoS攻撃へのスマートな備えと最前線の事例
coconala_engineer
1
210
Talk to Someone At Delta Airlines™️ USA Contact Numbers
travelcarecenter
0
160
Introduction to Bill One Development Engineer
sansan33
PRO
0
270
地図と生成AI
nakasho
0
440
Digitization部 紹介資料
sansan33
PRO
1
4.6k
Featured
See All Featured
Balancing Empowerment & Direction
lara
1
480
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Building Applications with DynamoDB
mza
95
6.5k
Scaling GitHub
holman
460
140k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
980
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.8k
It's Worth the Effort
3n
185
28k
Side Projects
sachag
455
43k
Code Review Best Practice
trishagee
69
19k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
For a Future-Friendly Web
brad_frost
179
9.8k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
Transcript
パブリッククラウドの活⽤ 株式会社リクルート クラウドアーキテクトG
⽬次 • 旧来型ITリソース利⽤の課題 • パブリッククラウド活⽤によって得られるメリット • 他覚えておいてほしいこと • まとめ 2
注意 ここで述べていることは⼀般論なので、 必ずしもすべてで正となるとは限りません、 状況によって変わることはありうることを覚えておいてください。 3
旧来型ITリソース利⽤の課題 4
旧来型ITリソース利⽤の課題 われわれ(≒ リクルート)がやりたいことはなんだろう ? 5
旧来型ITリソース利⽤の課題 われわれ(≒ リクルート)がやりたいことはなんだろう︖ 6 カスタマー・クライアントに価値を最短・最安で提供すること
旧来型ITリソース利⽤の課題 カスタマー・クライアントへの価値提供という観点で考える と、旧来型のITリソースには課題がいくつか存在する。 • 各種ファシリティの確保・維持 • リソース柔軟性の確保 7
旧来型ITリソース確保の課題 カスタマー・クライアントへの価値提供という観点で考える と、旧来型のITリソースには課題がいくつか存在する。 • 各種ファシリティの確保・維持 • リソース柔軟性の確保 8
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 9 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 10 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス カスタマー・クライアントに 直接的な価値を届けているのはここ
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 11 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 探す & 契約・購⼊ 設計 & 建設 設計 & 機材選定 & 導⼊ 設計 & 機材選定 & 導⼊ 要件定義 & ハードウェア機器選定 & 導⼊
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 12 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 従来の形ですべてをイチからやろう とするととにかく時間がかかる 探す & 契約・購⼊ 設計 & 建設 設計 & 機材選定 & 導⼊ 設計 & 機材選定 & 導⼊ 要件定義 & ハードウェア機器選定 & 導⼊
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 13 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 実際にはプロダクト・サービスとして 必要な各種要件を満たせるのであれば 何でも良くなる (この傾向は下に⾏くほど強くなる) ≒ 要件が満たせるなら早くて安いのが正義
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 14 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 可能な限りこちらに注⼒ 可能な限り低コストかつ短期間で作り上げたい
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 15 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 可能な限りこちらに注⼒ 新規で何かを始めようとする場合や 追加する場合は少なくともこのあたりは必要になる
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 16 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 可能な限りこちらに注⼒ 新規で何かを始めようとする場合や 追加する場合は少なくともこのあたりは必要になる 申請書を頑張って書くお仕事
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 17 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 可能な限りこちらに注⼒ 新規で何かを始めようとする場合や 追加する場合は少なくともこのあたりは必要になる 申請書を頑張って書くお仕事 組織をまたいで申請 & 承認 結果、数⽇〜数ヶ⽉かかってしまう
旧来型ITリソース利⽤の課題(各種ファシリティの確保・維持) 18 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ ・ネットワーク ミドルウェア アプリケーション
プロダクト・サービス 可能な限りこちらに注⼒ 新規で何かを始めようとする場合や 追加する場合は少なくともこのあたりは必要になる 申請書を頑張って書くお仕事 組織をまたいで申請 & 承認 結果、数⽇〜数ヶ⽉かかってしまう とにかく時間がかかりすぎる
旧来型ITリソース利⽤の課題 カスタマー・クライアントへの価値提供という観点で考える と、旧来型のITリソースには課題がいくつか存在する。 • 各種ファシリティの確保・維持 • リソース柔軟性の確保 19
リソース柔軟性の確保 リソースの柔軟性が低い 20
リソース柔軟性の確保 リソースの柔軟性が低い リソースの構成変更を短期間かつ容易に実⾏できない 21
リソースの構成変更を短期間かつ容易に実⾏できない 旧来型のリソース確保の⽅法では、利⽤要求に対して 1. 過剰なハードウェアリソースを確保 コストが余分にかかり続けることになる 2. リソースの不⾜を許容する ビジネスにおける機会損失に直結
22 リソースの不⾜を許容 機会損失 ビジネス遂⾏のために 必要なリソース 過剰な投資 リソース 時間
リソースの構成変更を短期間かつ容易に実⾏できない 旧来型のリソース確保の⽅法では、利⽤要求に対して 1. 過剰なハードウェアリソースを確保 コストが余分にかかり続けることになる 2. リソースの不⾜を許容する ビジネスにおける機会損失に直結
23 リソースの不⾜を許容 機会損失 ビジネス履⾏のために 必要なリソース 過剰な投資 過剰投資 or 機会損失 の⼆者択⼀を迫られがち
旧来型ITリソース利⽤の課題 ① プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる ② 過剰投資 or 機会損失の2者択⼀を迫られがち 24
旧来型ITリソース利⽤の課題 ① プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる ② 過剰投資 or 機会損失の2者択⼀を迫られがち 25 ※ もちろんですが、他にもいろいろな課題が存在します
パブリッククラウド活⽤によって得られるメリット 26
旧来型ITリソース利⽤の課題(再掲) ① プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる ② 過剰投資 or 機会損失の2者択⼀を迫られがち 27 パブリッククラウドを活⽤することで ある程度解決を図ることができます
旧来型ITリソース利⽤の課題(再掲) ① プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる ② 過剰投資 or 機会損失の2者択⼀を迫られがち 28
プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる • ⼀般にパブリッククラウドはアカウントさえ準備すれば⼀通りの機能を使うこと が可能です。 29 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ
・ネットワーク ミドルウェア アプリケーション プロダクト・サービス ある程度までは パブリッククラウド側で 準備 & 管理してくれます
プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる • ⼀般にパブリッククラウドはアカウントさえ準備すれば⼀通りの機能を使うこと が可能です。 30 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ
・ネットワーク ミドルウェア アプリケーション プロダクト・サービス ある程度までは パブリッククラウド側で 準備 & 管理してくれます (責任共有モデル)
プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる • ⼀般にパブリッククラウドはアカウントさえ準備すれば⼀通りの機能を使うこと が可能です。 31 ⼟地 建物 ラック 空調・電源 サーバー・ストレージ
・ネットワーク ミドルウェア アプリケーション プロダクト・サービス 我々はこの部分に注⼒できます
責任共有モデル • AWSとAWS利⽤者の間での各種管理をどちらが⾏うかというモデル • https://aws.amazon.com/jp/compliance/shared-responsibility-model/ • AWSにおけるマネージドな度合いが⾼いほど、AWS利⽤者がやらなければいけ ないことは少なくなる (=要件を満たせる限りはマネージド・サービスに寄せたほうがお得) 32
AWSを利⽤しない場合、 ⾃前で管理しなければ⾏けない部分
GUIやAPIを介した操作 • GUIやAPIを介して操作することで効率的にリソースを構成することができます • これによって単⼀のプロダクトチーム内で⾃律的に実⾏できる範囲が広がります。 33 旧来型の進め⽅※ パブリッククラウドをつかった進め⽅ インフラ管理者 プロダクトチーム
申請書ベースで依頼&構築 プロダクトチーム AWS Cloud GUI(ブラウザ) ・APIベースで構築 24/365で依頼し続けても問題なし ⽣⾝の⼈間なので限度あり ※ パブリッククラウドと同様の仕組みを作ることも可能だがコストや仕組みづくりのための要求スキルが⾼くなる
旧来型ITリソース利⽤の課題(再掲) ① プロダクト、サービスを通して価値提供をするまでに時間がかかりすぎる ② 過剰投資 or 機会損失の2者択⼀を迫られがち 34
過剰投資 or 機会損失の2者択⼀を迫られがち • パブリッククラウドプロバイダでは⼤量のリソースをあらかじめ確保しています • 利⽤者はプロバイダが保有するリソースをから必要量を切り出して利⽤します • 利⽤しただけの料⾦を⽀払います(従量課⾦, Pay
as you go) 35 巨⼤な リソースプール 必要な分だけを 切り出して利⽤ お 借 り し ま す
過剰投資 or 機会損失の2者択⼀を迫られがち • パブリッククラウドプロバイダでは⼤量のリソースをあらかじめ確保しています • 利⽤者はプロバイダが保有するリソースをから必要量を切り出して利⽤します • 利⽤しただけの料⾦を⽀払います(従量課⾦, Pay
as you go) 36 巨⼤な リソースプール 必要な分だけを 切り出して利⽤ お 借 り し ま す パブリッククラウドプロバイダの提供 するサービスやAPIでスケールの変更 を⾃動化することも可能
過剰投資 or 機会損失の2者択⼀を迫られがち • パブリッククラウドプロバイダでは⼤量のリソースをあらかじめ確保しています • 利⽤者はプロバイダが保有するリソースをから必要量を切り出して利⽤します • 利⽤しただけの料⾦を⽀払います(従量課⾦, Pay
as you go) 37 巨⼤な リソースプール 必要な分だけを 切り出して利⽤ お 借 り し ま す パブリッククラウドプロバイダの提供 するサービスやAPIでスケールの変更 を⾃動化することも可能 必要最⼩限のリソースのみを確保する ことで料⾦を圧縮可能
過剰投資 or 機会損失の2者択⼀を迫られがち • パブリッククラウドプロバイダでは⼤量のリソースをあらかじめ確保しています • 利⽤者はプロバイダが保有するリソースをから必要量を切り出して利⽤します • 利⽤しただけの料⾦を⽀払います(従量課⾦, Pay
as you go) 38 巨⼤な リソースプール 必要な分だけを 切り出して利⽤ お 借 り し ま す パブリッククラウドプロバイダの提供 するサービスやAPIでスケールの変更 を⾃動化することも可能 必要最⼩限のリソースのみを確保する ことで料⾦を圧縮可能 必要なリソースを容易に確保できます
スケールアウト・スケールインによるリソースの制御 必要なリソースをAWSの提供するサービス(Auto Scalingなど)のAPIを介して 準リアルタイムに確保できるようにすることで、 リソースの過不⾜を最⼩化することができます 39 スケールアウト、スケールインの 適切な利⽤によるコスト最適化 ビジネス遂⾏のために 必要なリソース
リソース 時間
スケールアウト・スケールインによるリソースの制御 必要なリソースをAWSの提供するサービス(Auto Scalingなど)のAPIを介して 準リアルタイムに確保できるようにすることで、 リソースの過不⾜を最⼩化することができます 40 スケールアウト、スケールインの 適切な利⽤によるコスト最適化 ビジネス遂⾏のために 必要なリソース
リソース 時間 リソースの過不⾜を最⼩化することで、 コスト最適化を実現できます
ここまでの内容は課題への緩和策としてのメリット (ネガティブな部分の解決) ここからはパブリッククラウドを使うことによる ポジティブな⾯を⾒てみます 41
パブリッククラウドの活⽤によるメリット • 機能⾯のメリット • ⾮機能⾯のメリット 42
パブリッククラウドの活⽤によるメリット • 機能⾯のメリット • ⾮機能⾯のメリット 43
機能⾯のメリット 新機能が⽇々リリースされており、できることが増えていく AWSでは⼀⽇あたり複数の新機能がリリース & re:Inventなどのイベント期間中 はさらに⼤量の新機能がありリースされる 44
機能⾯のメリット 新規の機能が続々とリリースされることで、 現実的なコストで実現できることが⽇々増えていく 45 今⽇実現できる範囲 明⽇実現できる範囲 ※ ただし古くなったものなどについてはEOLが発⽣しバージョンアップなどの対応が必要になる。 (これは旧来からのハードウェア・ソフトウェアのEOLと同じ)
パブリッククラウドの活⽤によるメリット • 機能⾯のメリット • ⾮機能⾯のメリット 46
⾮機能⾯のメリット • コスト削減 • 過去10年間に81回以上の値下げ https://aws.amazon.com/jp/blogs/news/category/price-reduction/ • 細かい単位での課⾦(最⼩1ミリ秒での課⾦) • ⾼いレベルの⾮機能要件実現
• リージョンとアベイラビリティゾーンを⽤いた可⽤性の向上(地理的な可⽤性の向上) 47
⾮機能⾯のメリット • コスト削減 • 過去10年間に81回以上の値下げ https://aws.amazon.com/jp/blogs/news/category/price-reduction/ • 細かい単位での課⾦(最⼩1ミリ秒での課⾦) • ⾼いレベルの⾮機能要件実現
• リージョンとアベイラビリティゾーンを⽤いた可⽤性の向上(地理的な可⽤性の向上) 48 複数拠点にバックアップを持つことや複数拠点で データをミラーし冗⻑性を保ちつつサービスを提供 するといったことが個⼈レベルでも実現可能
リージョン • 世界各地にリージョンとして分離された環境を提供し、それぞれの障害が他の リージョンに可能な限り影響しないよう管理されています • リージョンの内部で更にアベイラビリティゾーンが確保されています 49
アベイラビリティゾーン(AZ, 可⽤性ゾーン) • リージョンを構成する1つ以上のデータセンター • 冗⻑的な電⼒源・ネットワークを持つ • AZ間は低レイテンシなネットワークで接続されている 50
まとめ • パブリッククラウドを活⽤することでより短期間かつ安価にサービスを提供でき る可能性について説明しました。 • 従来では個⼈やチームレベルでは実現が困難だった事柄についてもパブリックク ラウドの仕組みを活⽤することで実現可能になることについて解説しました。 51
リージョンとアベイラビリティゾーンに関しての参考資料 • 「リージョンとアベイラビリティーゾーン」 • https://aws.amazon.com/jp/about-aws/global- infrastructure/regions_az/ • アベイラビリティーゾーンを使⽤した静的安定性 • https://aws.amazon.com/jp/builders-library/static-stability-using-
availability-zones/ 52