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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
nwiizo
June 14, 2019
Programming
0
710
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
【社内勉強会】新年度からコーディングエージェントを使いこなす - 構造と制約で引き出すClaude Codeの実践知
nwiizo
1
480
技術的負債の泥沼から組織を救う3つの転換点
nwiizo
8
4.9k
30分でわかるアーキテクチャモダナイゼーション
nwiizo
9
6.2k
意志を実装するアーキテクチャモダナイゼーション
nwiizo
3
3.7k
おい、テックブログを書け
nwiizo
46
19k
バイブコーディングと継続的デプロイメント
nwiizo
2
1.3k
Webアプリケーションにオブザーバビリティを実装するRust入門ガイド
nwiizo
10
1.4k
2025年夏 コーディングエージェントを統べる者
nwiizo
0
460
転職したらAWS MCPサーバーだった件
nwiizo
3
2.3k
Other Decks in Programming
See All in Programming
Codex の「自走力」を高める
yorifuji
0
1.3k
ふつうの Rubyist、ちいさなデバイス、大きな一年
bash0c7
0
1.1k
「効かない!」依存性注入(DI)を活用したAPI Platformのエラーハンドリング奮闘記 / "It’s Not Working!" A Struggle with Error Handling in API Platform using DI
mkmk884
0
110
AI 開発合宿を通して得た学び
niftycorp
PRO
0
160
Linux Kernelの1文字のミスで 権限昇格ができた話
rqda
0
2k
CS教育のDX AIによる育成の効率化
niftycorp
PRO
0
150
GC言語のWasm化とComponent Modelサポートの実践と課題 - Scalaの場合
tanishiking
0
120
へんな働き方
yusukebe
5
2.7k
Feature Toggle は捨てやすく使おう
gennei
0
140
守る「だけ」の優しいEMを抜けて、 事業とチームを両方見る視点を身につけた話
maroon8021
3
1.1k
存在論的プログラミング: 時間と存在を記述する
koriym
2
200
CDIの誤解しがちな仕様とその対処TIPS
futokiyo
0
230
Featured
See All Featured
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
990
Are puppies a ranking factor?
jonoalderson
1
3.1k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
480
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
150
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
130
Making Projects Easy
brettharned
120
6.6k
Navigating Weather and Climate Data
rabernat
0
140
The Curious Case for Waylosing
cassininazir
0
270
Chasing Engaging Ingredients in Design
codingconduct
0
150
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Scaling GitHub
holman
464
140k
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