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
Fast Deployment and Monitoring
Search
Brent Beer
April 23, 2014
Technology
1
120
Fast Deployment and Monitoring
Given at
www.developermarch.com/developersummit/
2014
Brent Beer
April 23, 2014
Tweet
Share
More Decks by Brent Beer
See All by Brent Beer
How GitHub Does Devops
brntbeer
0
170
Tips and Tricks: Gotta Git Them All
brntbeer
3
530
Pull Request, code review and the GitHub Flow
brntbeer
0
240
Everything I wish I knew when I started using GitHub
brntbeer
1
7.3k
Fast Deployment and Monitoring For HelsinkiJS
brntbeer
1
270
Collaboration Behind your Firewall
brntbeer
0
58
How GitHub Builds Products
brntbeer
2
180
Collaborative Teaching for More Effective Learning
brntbeer
1
180
Other Decks in Technology
See All in Technology
いま現場PMのあなたが、 経営と向き合うPMになるために 必要なこと、腹をくくること
hiro93n
9
7.7k
I could be Wrong!! - Learning from Agile Experts
kawaguti
PRO
8
3.4k
AWSマルチアカウント統制環境のすゝめ / 20250115 Mitsutoshi Matsuo
shift_evolve
0
110
Accessibility Inspectorを活用した アプリのアクセシビリティ向上方法
hinakko
0
180
Unsafe.BitCast のすゝめ。
nenonaninu
0
200
あなたの知らないクラフトビールの世界
miura55
0
130
My small contributions - Fujiwara Tech Conference 2025
ijin
0
1.4k
.NET AspireでAzure Functionsやクラウドリソースを統合する
tsubakimoto_s
0
190
Alignment and Autonomy in Cybozu - 300人の開発組織でアラインメントと自律性を両立させるアジャイルな組織運営 / RSGT2025
ama_ch
1
2.4k
JAWS-UG20250116_iOSアプリエンジニアがAWSreInventに行ってきた(真面目編)
totokit4
0
140
ゼロからわかる!!AWSの構成図を書いてみようワークショップ 問題&解答解説 #デッカイギ #羽田デッカイギおつ
_mossann_t
0
1.5k
Oracle Base Database Service:サービス概要のご紹介
oracle4engineer
PRO
1
16k
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
54
9.1k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.3k
A Philosophy of Restraint
colly
203
16k
How to Think Like a Performance Engineer
csswizardry
22
1.3k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
570
Facilitating Awesome Meetings
lara
51
6.2k
Testing 201, or: Great Expectations
jmmastey
41
7.2k
Designing for humans not robots
tammielis
250
25k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Docker and Python
trallard
43
3.2k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
Transcript
Fast Deployment and Monitoring Why continuous integration and ChatOps are
crucial to every application Brent Beer GitHub Trainer @brntbeer
Fast Deployment and Monitoring Why continuous integration and ChatOps are
crucial to every application
Agenda Who am I? Testing Hooks / Services ChapOps
Who am I?
Trainer
Developer
From the midwest
From the midwest of the US
None
None
In San Francisco now
None
Who even writes tests?
Who even writes tests first ?
I never did while in school
I still don't
I still don't
I'm geing beer!
Tests
"They take too long to write!"
"They take too long to write!" "I don't know how
to write them"
"They take too long to write!" "I don't know how
to write them" "My code is perfect"
"They take too long to write!" "I don't know how
to write them" "My code is perfect" Lies! Lies! Lies!
Make it easy to write tests
script/cibuild
None
None
Sometimes running tests takes too long
Sometimes running tests takes too long
Not just for your Enterprise Applications
"Well older things still pass tests"
Share burden and responsibility
Never work alone
Never work alone
Pull Requests
Send yourself Pull Requests
Get others to do the work for you!
@mentions
@mentions
What if others could see if your tests were passing
without running the code?
Hooks and Services
Make tests run easily for services
script/cibuild
Many third party services can be hooked into GitHub
Status API
Now someone visiting the Pull Request can know what's going
on
Status Types
History of timeline statuses
Details
None
So many CI services
None
None
None
Self Configuration
None
Manual Configuration
None
None
Services can do more than just send data to the
API
ChatOps
Context of the current state of things
Why Chat?
Hubot
Hubot
hubot.github.com
None
None
None
None
None
None
None
None
Hubot's Domain
Who does the things? Service? Hook? Robot?
Hubot: deploy all the things
Make it fast
Hubot: Make it fast
Deploys
None
"Hello @user, your deploy was successful, keep an eye on
Haystack"
"Hello @user, your deploy was successful, keep an eye on
Haystack"
None
Digging Deeper
Going beyond an exception
Graphite
Graphite
statsd and collectd
Now we have things reporting
Now we have things reporting
Who should fetch these graphs?
Maybe just a dashboard view?
Dashing
None
Dashboards
None
Group understanding
Group understanding
Useful commands
Hubot: help pager
Hubot: graph me -12h @network.border.cp1.bgp
Hubot: graph me -4h @browser.frontend
Hubot: deploy training- app/chronological to production
Teach by doing
This was always my main motivation with Hubot - teaching
by doing by making this visible. It's an extremely powerful teaching technique. - @rtomayko
Signal vs Noise
Next Steps
Take a deep breath
Easy to run tests
More tests get wrien
Or collaborate
What's the state of the Pull Request?
What has been happening on the Pull Request
Your chatroom could be your office
Use robots
Use robots more
How do things look?
Don't bother me
Keep Deploying. Keep Building. Do it Faster & Safer.
Thank you! Brent Beer GitHub Trainer @brntbeer
References: hps://hubot.github.com hps://github.com/shopify/dashing hps://github.com/graphite-project hps://github.com/etsy/statsd/ hps://developer.github.com/v3/ hps://github.com/collectd hps://developer.github.com/v3/ hps://circleci.com/ hps://travis-ci.org/
hps://github.com/github/janky