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
510
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
書を捨てよ、現場へ出よう
nwiizo
12
10k
走馬灯のIaCは考えておいて
nwiizo
8
5.2k
SREとPlatform Engineerの交差点
nwiizo
7
5.2k
SREからPlatform Engineerへの拡大
nwiizo
13
3.2k
k8sgpt Deep Dive: KubernetesクラスタのAI駆動型分析について
nwiizo
1
1.6k
Cloud Native の作法
nwiizo
8
6.4k
2023年もSRE再考と叫びなさい‼️
nwiizo
12
5.2k
自由研究には向かないウェブオペレーション
nwiizo
4
3.4k
ポストモーテムはじめました
nwiizo
3
1.5k
Other Decks in Programming
See All in Programming
Ruby Function Composition
bkuhlmann
1
330
try! Swift Tokyo 2024 参加報告 / try! Swift Tokyo 2024 Report
hironytic
0
170
VSCodeでのDatabricks開発もお勧めしたい/I would also recommend Databricks development with VSCode.
kazumain
0
240
デザインシステムで Tailwind CSSとCSS in JSに分散投資をしたら良かった話
fsubal
18
4.8k
PHP8.3の機能を振り返る / Review of PHP 8.3 features
seike460
PRO
1
110
Git Lint
bkuhlmann
4
740
TYPO3 v13 – The road to LTS: What's new and new APIs
luisasofie_xoxo
0
180
PHPの次期バージョンはこの時期どうなっているのか - Internalsの開発体制について - PHPカンファレンス小田原
youkidearitai
PRO
1
180
Build with AI 2024 Seoul - 제로부터 시작하는 Flutter with Gemini 생활 - 박제창
itsmedreamwalker
0
200
App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement
takefumiyoshii
8
2.1k
코틀린으로 멀티플랫폼 만들기
pangmoo
0
120
DMMプラットフォームがTiDB Cloudを採用した背景
pospome
8
3.6k
Featured
See All Featured
Practical Orchestrator
shlominoach
181
9.7k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
186
16k
What's in a price? How to price your products and services
michaelherold
237
11k
5 minutes of I Can Smell Your CMS
philhawksworth
199
19k
Debugging Ruby Performance
tmm1
70
11k
Docker and Python
trallard
33
2.7k
Raft: Consensus for Rubyists
vanstee
132
6.2k
VelocityConf: Rendering Performance Case Studies
addyosmani
320
23k
4 Signs Your Business is Dying
shpigford
175
21k
Reflections from 52 weeks, 52 projects
jeffersonlam
344
19k
Art, The Web, and Tiny UX
lynnandtonic
288
19k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
60
14k
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