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
620
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
生成AIで小説を書くためにプロンプトの制約や原則について学ぶ / prompt-engineering-for-ai-fiction
nwiizo
4
3.4k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
55
36k
転職したらMCPサーバーだった件
nwiizo
14
12k
ここはMCPの夜明けまえ
nwiizo
32
14k
生成AIによるCloud Native基盤構築の可能性と実践的ガードレールの敷設について
nwiizo
8
1.7k
Kubernetesで実現できるPlatform Engineering の現在地
nwiizo
3
2.3k
SLI/SLO・ラプソディあるいは組織への適用の旅
nwiizo
4
1.6k
インフラをつくるとはどういうことなのか、 あるいはPlatform Engineeringについて
nwiizo
6
5.1k
Platform Engineeringは自由のめまい
nwiizo
4
2.7k
Other Decks in Programming
See All in Programming
Blazing Fast UI Development with Compose Hot Reload (droidcon New York 2025)
zsmb
1
270
新メンバーも今日から大活躍!SREが支えるスケールし続ける組織のオンボーディング
honmarkhunt
1
330
生成AIコーディングとの向き合い方、AIと共創するという考え方 / How to deal with generative AI coding and the concept of co-creating with AI
seike460
PRO
1
350
Discover Metal 4
rei315
2
110
dbt民主化とLLMによる開発ブースト ~ AI Readyな分析サイクルを目指して ~
yoshyum
2
240
たった 1 枚の PHP ファイルで実装する MCP サーバ / MCP Server with Vanilla PHP
okashoi
1
220
既存デザインを変更せずにタップ領域を広げる方法
tahia910
1
260
都市をデータで見るってこういうこと PLATEAU属性情報入門
nokonoko1203
1
590
#QiitaBash MCPのセキュリティ
ryosukedtomita
0
670
GitHub Copilot and GitHub Codespaces Hands-on
ymd65536
1
130
Node-RED を(HTTP で)つなげる MCP サーバーを作ってみた
highu
0
120
GoのGenericsによるslice操作との付き合い方
syumai
3
710
Featured
See All Featured
RailsConf 2023
tenderlove
30
1.1k
GraphQLとの向き合い方2022年版
quramy
49
14k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
Code Reviewing Like a Champion
maltzj
524
40k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
The World Runs on Bad Software
bkeepers
PRO
69
11k
Unsuck your backbone
ammeep
671
58k
Producing Creativity
orderedlist
PRO
346
40k
Balancing Empowerment & Direction
lara
1
390
Rebuilding a faster, lazier Slack
samanthasiow
82
9.1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
940
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
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