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
オンプレからの転向組が語るクラウドの魅力
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
nagisa_53
April 21, 2025
Technology
2
160
オンプレからの転向組が語るクラウドの魅力
Toranomon Tech Hub 第三回 技術異種格闘技戦〜好きな技術LT大会〜
nagisa_53
April 21, 2025
Tweet
Share
More Decks by nagisa_53
See All by nagisa_53
re:Inventで出たインフラエンジニアが嬉しかったアップデート
nagisa53
4
240
Rodeoで感じたアーキテクチャ図は言語の壁を越える!?
nagisa53
1
37
re:Invent 2025で発表されたNW系のアップデートについて?
nagisa53
1
45
ラスベガス到着~12/2までに現地で学んだこと
nagisa53
0
7
ALBのURL / Host Header rewriteを試してみた
nagisa53
0
240
re:Inventに向けてウォームアップしよう!
nagisa53
1
240
re:Inventに行くまでにやっておきたいこと
nagisa53
0
2.1k
AWSを利用する上で知っておきたい名前解決のはなし(10分版)
nagisa53
11
4.5k
Kiroでインフラ要件定義~テスト を実施してみた
nagisa53
3
860
Other Decks in Technology
See All in Technology
セキュリティについて学ぶ会 / 2026 01 25 Takamatsu WordPress Meetup
rocketmartue
1
280
MCPでつなぐElasticsearchとLLM - 深夜の障害対応を楽にしたい / Bridging Elasticsearch and LLMs with MCP
sashimimochi
0
140
ZOZOにおけるAI活用の現在 ~開発組織全体での取り組みと試行錯誤~
zozotech
PRO
4
4.7k
GitLab Duo Agent Platform × AGENTS.md で実現するSpec-Driven Development / GitLab Duo Agent Platform × AGENTS.md
n11sh1
0
120
Agile Leadership Summit Keynote 2026
m_seki
1
270
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
SREのプラクティスを用いた3領域同時 マネジメントへの挑戦 〜SRE・情シス・セキュリティを統合した チーム運営術〜
coconala_engineer
2
560
2026年はチャンキングを極める!
shibuiwilliam
9
1.9k
生成AI時代にこそ求められるSRE / SRE for Gen AI era
ymotongpoo
5
2.5k
茨城の思い出を振り返る ~CDKのセキュリティを添えて~ / 20260201 Mitsutoshi Matsuo
shift_evolve
PRO
1
170
Azure Durable Functions で作った NL2SQL Agent の精度向上に取り組んだ話/jat08
thara0402
0
140
なぜ今、コスト最適化(倹約)が必要なのか? ~AWSでのコスト最適化の進め方「目的編」~
htan
1
110
Featured
See All Featured
Game over? The fight for quality and originality in the time of robots
wayneb77
1
110
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
1.9k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
580
Everyday Curiosity
cassininazir
0
130
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
The untapped power of vector embeddings
frankvandijk
1
1.6k
Ruling the World: When Life Gets Gamed
codingconduct
0
140
YesSQL, Process and Tooling at Scale
rocio
174
15k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
72
So, you think you're a good person
axbom
PRO
2
1.9k
Transcript
Toranomon Tech Hub 第三回 オンプレからの転向組が語るクラウドの魅力 2025/04/21 五味 なぎさ
自己紹介 所属:某SIer勤務(新卒入社から同じ会社) 経歴 2012~2015:NW系SEとしてオンプレ/プライベートクラウドを中心に対応 2016~2021:顧客対面のアカウントSEとしてインフラに関わるあらゆる対応を行う。 2017にその一環でAWSに触れ始める。 2022~現在:AWSを中心にパブリッククラウドを専門に担当。主にアーキ、PM。
趣味:キックボクシング、離島でダイビング その他:JAWS-UGクラウド女子会/彩の国埼玉支部運営、 2024 Japan AWS Top Engineer、AWS Community Builders(2025~) X(旧Twitter):@nagisa_53
本日お話する内容について 近年、オンプレの経験なく、 キャリアのスタートがパブリッククラウドから始まる人も増えている パブリッククラウドのメリットを享受できることが当たり前になっており、 どう嬉しいのがイメージしきれていないこともあるかも?? オンプレ経験者が 具体的にどう嬉しかったのか(クラウドインフラをなぜ推しているのか)を 共有します!
オンプレで構築する際の流れ 要件定義 機器選定 サイジング 機器発注 設計 機器納品 ラッキング 回線手配 DCファシリティ手配
など 構築・テスト
オンプレで構築する際の流れ 要件定義 機器選定 サイジング 機器発注 設計 機器納品 ラッキング 回線手配 DCファシリティ手配
など 構築・テスト パブリッククラウドを利用することで どのように変わったのか(クラウドの嬉しみ) について共有していきます
オンプレにおける課題 プロジェクト初期に機器選定・サイジングを行う必要があり 一度購入してしまったら容易に変更できない ただでさえ高いのに、冗長構成のために複数台の購入が必要 ⇒ 買い直すことは容易にできない
プロジェクト後半の性能試験で問題となることも... サイジングを誤り性能問題が発生したらどうしようというプレッシャー ピーク負荷を考慮したサイジングを行う必要がある 年1回の高負荷に合わせてハイスペック機器を買わないといけないことも クラウドの嬉しみ:機器選定・サイジング
パブリッククラウドだと 従量課金で、スケールアップ/スケールアウトが容易 途中でのサイジング変更や、ピーク時に一時的に増強が可能 パブリッククラウド側がマネージドでスケールしてくれる サービスを利用すれば、そもそもユーザ側で考慮不要 クラウドの嬉しみ:機器選定・サイジング
オンプレにおける課題 機器発注だけでなく、DCの契約やファシリティの手配 (ラック、配線、電源など)、回線の手配などとにかく申請・調整ごとが沢山 本来の設計だけに注力できない 営業に任せたいところだが技術的な要素も含まれているためエンジニアの対応が必要
手配のスケジュールが遅れると全体スケジュールに影響が出るため手を抜けない 発注から手配までに時間がかかることも クラウドの嬉しみ:諸々手配
パブリッククラウドだと パブリッククラウドの利用開始手配だけできればOK エンジニアが調整ごとに時間を取られずに本来の設計に注力可能 即時に利用を開始できる 短工期での対応が可能
クラウドの嬉しみ:諸々手配
オンプレにおける課題 ラッキングや配線を自分たちでやる必要がある 業者を手配することもあるが、低予算案件だと自分たちで対応が必要 ケーブリング力などの職人スキルが求められる(配線がいまいちでやり直しを命じられた過去) 電源系統の考慮や機器設置位置の考慮が必要
クラウドの嬉しみ:機器納品・ラッキング
パブリッククラウドだと ファシリティについて考えずに済む ファシリティに関する知識がなくても取り組める (もちろんAZ配置などのレベルでの物理配置意識は必要だが) クラウドの嬉しみ:機器納品・ラッキング
オンプレにおける課題 回線や最低限のLANの構築が完了するまではDCでの作業が必要 構築開始時期は毎日のようにDCに通う必要(遠いと辛い) 特にNWチームはDCに行かざるを得ない機会が多かった 入館申請など、地味にやることが多い
クラウドの嬉しみ:構築・テスト
パブリッククラウドだと はじめからインターネット経由で構築を開始できる DCに缶詰になる必要がない! クラウドの嬉しみ:構築・テスト
➢オンプレとの比較を元にパブリッククラウドの利点をまとめました ➢パブリッククラウドを利用することで、インフラエンジニアが本来の設計に注力で きるようになったことが大きな利点として挙げられると考えています ➢ただし、その分技術の領域を広げていく必要もあり! ➢もちろん、パブリッククラウドの裏側にはオンプレの世界が広がっているわけです が、利用者として得られるメリットをしっかり享受して、良いシステムを世の中に 作り出していきたいなと思います まとめ