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
Browser
recruitengineers
PRO
9
2.6k
JavaScript 研修
recruitengineers
PRO
8
1.6k
TypeScript入門
recruitengineers
PRO
36
12k
モダンフロントエンド 開発研修
recruitengineers
PRO
11
6.6k
Webアクセシビリティ入門
recruitengineers
PRO
4
1.7k
攻撃と防御で実践するプロダクトセキュリティ演習~導入パート~
recruitengineers
PRO
4
2k
モバイルアプリ研修
recruitengineers
PRO
6
1.8k
事業価値と Engineering
recruitengineers
PRO
8
5.9k
制約理論(ToC)入門
recruitengineers
PRO
10
4.1k
Other Decks in Technology
See All in Technology
クラウドセキュリティを支える技術と運用の最前線 / Cutting-edge Technologies and Operations Supporting Cloud Security
yuj1osm
2
290
AI エージェントとはそもそも何か? - 技術背景から Amazon Bedrock AgentCore での実装まで- / AI Agent Unicorn Day 2025
hariby
4
1.2k
【初心者向け】ローカルLLMの色々な動かし方まとめ
aratako
7
3.3k
開発者を支える Internal Developer Portal のイマとコレカラ / To-day and To-morrow of Internal Developer Portals: Supporting Developers
aoto
PRO
1
400
Automating Web Accessibility Testing with AI Agents
maminami373
0
1.1k
[RSJ25] Feasible RAG: Hierarchical Multimodal Retrieval with Feasibility-Aware Embodied Memory for Mobile Manipulation
keio_smilab
PRO
0
120
ヘブンバーンズレッドのレンダリングパイプライン刷新
gree_tech
PRO
0
600
なぜSaaSがMCPサーバーをサービス提供するのか?
sansantech
PRO
8
2.6k
AI時代に非連続な成長を実現するエンジニアリング戦略
sansantech
PRO
3
1.1k
研究開発と製品開発、両利きのロボティクス
youtalk
1
490
Webブラウザ向け動画配信プレイヤーの 大規模リプレイスから得た知見と学び
yud0uhu
0
210
【実演版】カンファレンス登壇者・スタッフにこそ知ってほしいマイクの使い方 / 大吉祥寺.pm 2025
arthur1
1
400
Featured
See All Featured
The Cost Of JavaScript in 2023
addyosmani
53
8.9k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.9k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
9
800
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
The World Runs on Bad Software
bkeepers
PRO
70
11k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.4k
Become a Pro
speakerdeck
PRO
29
5.5k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
910
Making the Leap to Tech Lead
cromwellryan
135
9.5k
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