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
Web_Infrastructure_and_Operations_Trail_2019.pdf
Search
nwiizo
June 14, 2019
Programming
0
630
Web_Infrastructure_and_Operations_Trail_2019.pdf
2019年6月14日
【学生限定】エンジニアトーク!×会社説明会
https://gmo-recruit.connpass.com/event/133160/
発表資料
nwiizo
June 14, 2019
Tweet
Share
More Decks by nwiizo
See All by nwiizo
転職したらAWS MCPサーバーだった件
nwiizo
3
840
生成AIで小説を書くためにプロンプトの制約や原則について学ぶ / prompt-engineering-for-ai-fiction
nwiizo
7
5.7k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
61
43k
転職したらMCPサーバーだった件
nwiizo
15
12k
ここはMCPの夜明けまえ
nwiizo
32
15k
生成AIによるCloud Native基盤構築の可能性と実践的ガードレールの敷設について
nwiizo
8
1.8k
Kubernetesで実現できるPlatform Engineering の現在地
nwiizo
3
2.5k
SLI/SLO・ラプソディあるいは組織への適用の旅
nwiizo
4
1.7k
インフラをつくるとはどういうことなのか、 あるいはPlatform Engineeringについて
nwiizo
6
5.6k
Other Decks in Programming
See All in Programming
オープンセミナー2025@広島LT技術ブログを続けるには
satoshi256kbyte
0
140
WebAssemblyインタプリタを書く ~Component Modelを添えて~
ruccho
1
920
Nuances on Kubernetes - RubyConf Taiwan 2025
envek
0
200
物語を動かす行動"量" #エンジニアニメ
konifar
14
5.5k
STUNMESH-go: Wireguard NAT穿隧工具的源起與介紹
tjjh89017
0
390
マイコンでもRustのtestがしたい その2/KernelVM Tokyo 18
tnishinaga
2
2.3k
技術的負債で信頼性が限界だったWordPress運用をShifterで完全復活させた話
rvirus0817
1
2.3k
『リコリス・リコイル』に学ぶ!! 〜キャリア戦略における計画的偶発性理論と変わる勇気の重要性〜
wanko_it
1
610
兎に角、コードレビュー
mitohato14
0
150
Portapad紹介プレゼンテーション
gotoumakakeru
1
130
Understanding Ruby Grammar Through Conflicts
yui_knk
1
140
Google I/O recap web編 大分Web祭り2025
kponda
0
2.9k
Featured
See All Featured
Making the Leap to Tech Lead
cromwellryan
134
9.5k
Statistics for Hackers
jakevdp
799
220k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.4k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
Six Lessons from altMBA
skipperchong
28
4k
How to train your dragon (web standard)
notwaldorf
96
6.2k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Navigating Team Friction
lara
189
15k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Agile that works and the tools we love
rasmusluckow
329
21k
Transcript
None
None
• • •
⚫ ⚫ ⚫ ⚫
None
None
None
None
None
⚫ ⚫
⚫ ⚫
⚫ ⚫
None
IT人材の最新動向と将来推計に関する調査結果を取りまとめました https://www.meti.go.jp/press/2016/06/20160610002/20160610002.pdf
• 身近な生活でコン ピュータが活用され ていることや問題の 解決には必要な手順 があることに気付く こと。 • 自分が意図する一連の活動を実現 するために、どのような動きの組
合せが必要であり、一つ一つの動 きに対応した記号を、どのように 組み合わせたらいいのか、記号の 組合せをどのように改善していけ ば、より意図した活動に近づくの か、といったことを論理的に考え ていく力。 • コンピュータの働き を、よりよい人生や 社会づくりに生かそ うとする態度。 http://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2018/11/06/1403162_01_1.pdf 「小学校プログラミング教育の手引」の改訂(第二版)について より
None
None
None
None
None
None
⚫ ⚫ https://www.cs.cmu.edu/afs/cs/usr/wing/www/ct-Japanese.pdf
None
None
~2010 2011- 2013- 2015- 2015 - 現在 2015-
None
None
None
None
None
None
None
None
None
None
None
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
•インフラの構築を自動化する。よく使われているツールにはAnsibleやChef やDockerなどがある • GitやMercurialなどの同じバージョン管理システムをDevとOpsで共有する •手順書などを使い、手動でビルドやデプロイをするのではなく、ビルドや デプロイを自動化する。よく使われているツールやサービスにはJenkinsや Capistranoなどがある • 詳細は後述のコラムで説明。コード中の機能の有効/無効を設定ファイル で管理する •取得したメトリクスの結果をダッシュボードでお互いに共有する。よく使 われているサービスにはNew RelicやApplication Insightsなどがある • SlackやHipChatなどのチャットツールに自動的にビルドやデプロイのログ、 アラート内容を投稿する仕組みを作ることで情報をお互いに共有する • 一緒に働く相手のことを心から思いやる、相手を一人の人間として扱い、 能力や功績を評価する • 自分以外の人は優秀で、正しいことをすると信じる。信じて仕事を任せる •新しいことに挑戦すれば自ずと失敗は起こってしまうもの。失敗は起こる ものであり、相手のミスだと責めるものではない • 相手に非があると断じて言葉で責めるのではなく、次に同じ問題が起こら ないように建設的な批判を行う
⚫ ⚫
None
None
⚫ https://www.docker.com/
⚫ https://www.docker.com/ https://www.redhat.com/ja/resources/cloud-native-container-design-whitepaper https://content.pivotal.io/blog/beyond-the-twelve-factor-app
None
None
⚫ ⚫ ⚫ ⚫ ⚫ ⚫ ⚫ ⚫
⚫ ⚫ ⚫ ⚫ ⚫ ⚫ ⚫ ⚫
https://ai.google/research/pubs/pub43438 Large-scale cluster management at Google with Borg
ネットワーク・ルーティング・スイッチング・ファイア ウォール・負荷分散・高可用性・障害復旧・NOCの管 理・ハードウェア仕様・TCPやUDPのサービス・複数の UNIX・複数のウェブサーバー・キャッシュ・データベー ス・ストレージインフラ・暗号・アルゴリズム・キャパ シティ計画立案に精通した人材でなければいけない
ネットワーク・ルーティング・スイッチング・ファイア ウォール・負荷分散・高可用性・障害復旧・NOCの管 理・ハードウェア仕様・TCPやUDPのサービス・複数の UNIX・複数のウェブサーバー・キャッシュ・データベー ス・ストレージインフラ・暗号・アルゴリズム・キャパ シティ計画立案に精通した人材でなければいけない
•理論と実践の衝突場所を理解して大惨事を 未然に防ぐ方法論を考え出す •優柔不断は絶対に許されな い。良い判断を今すぐにし なければならない。決断遅 れが長時間の機能停止に繋 がるからだ。 •ウェブオペレーションの仕 事の目的は、すべてを常時 稼働させることだ。
不可能に近いこの課題を期 待されながら業務を行う精 神性。
それでは、サイトリライアビリティエンジニアリング(SRE)とはいったい何なのでしょうか。 この 名前が、その内容をはっきりとは表現できていないことは認めざるをえません。 SRE本の「はじめに」より
None
それでは、サイトリライアビリティエンジニアリング(SRE)とはいったい何なのでしょうか。 この 名前が、その内容をはっきりとは表現できていないことは認めざるをえません。 SRE本の「はじめに」より
None
None
None
https://ja。wikipedia。org/wiki/計画的偶発性理論 より
⚫ ⚫ ⚫
None
None
⚫ ⚫ Chapter 5 - Eliminating Toilより引用
⚫ ⚫ ⚫ ⚫ ⚫ ⚫
⚫ ⚫ ⚫
⚫ ⚫ ⚫
⚫ ⚫ ⚫
⚫ ⚫ ⚫
⚫ ⚫ ⚫ ⚫
⚫ ⚫ ⚫
None