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 For HelsinkiJS
Search
Brent Beer
May 14, 2014
Programming
1
260
Fast Deployment and Monitoring For HelsinkiJS
Talk given at HelsinkiJS. Updated slides and colors for presentation
Brent Beer
May 14, 2014
Tweet
Share
More Decks by Brent Beer
See All by Brent Beer
How GitHub Does Devops
brntbeer
0
140
Tips and Tricks: Gotta Git Them All
brntbeer
3
450
Pull Request, code review and the GitHub Flow
brntbeer
0
240
Everything I wish I knew when I started using GitHub
brntbeer
1
7.1k
Fast Deployment and Monitoring
brntbeer
1
110
Collaboration Behind your Firewall
brntbeer
0
56
How GitHub Builds Products
brntbeer
2
170
Collaborative Teaching for More Effective Learning
brntbeer
1
160
Other Decks in Programming
See All in Programming
障害対応を起点としたもっといい開発と運用のサイクル作りのためにできること / Hatena Enginner Seminar #29
polamjag
0
100
スキーマ駆動開発による品質とスピードの両立 - 私達は何故、スキーマを書くのか
kentaroutakeda
0
170
OpenAPIを中心に考えるAPI開発入門 / Introduction to API Development with a Focus on OpenAPI
seike460
PRO
2
170
冗長なエラーログを削減し、スタックトレースを手に入れる / Reducing Verbose Error Logs and Obtaining Stack Traces
upamune
0
520
Apache Hive 4 on Treasure Data
ryukobayashi
0
170
単体テストを書かない技術 #phpcon_odawara
o0h
PRO
26
8.2k
Code Reviews
bkuhlmann
4
890
GitHub Copilotのススメ
marcy731
1
200
スクラムガイドのスプリントレトロスペクティブを改めて読みかえしてみた / Re-reading the Sprint Retrospective Section in the Scrum Guide
mackey0225
3
410
Zero Waste, Radical Magic, and Italian Graft – Quarkus Efficiency Secrets
hollycummins
0
230
GraphQLサーバの構成要素を整理する #ハッカー鮨 #tsukijigraphql / graphql server technology selection
izumin5210
4
830
PHPの次期バージョンはこの時期どうなっているのか - Internalsの開発体制について - PHPカンファレンス小田原
youkidearitai
PRO
1
190
Featured
See All Featured
The Invisible Customer
myddelton
114
12k
Creatively Recalculating Your Daily Design Routine
revolveconf
210
11k
GitHub's CSS Performance
jonrohan
1025
450k
Reflections from 52 weeks, 52 projects
jeffersonlam
345
19k
10 Git Anti Patterns You Should be Aware of
lemiorhan
648
58k
Producing Creativity
orderedlist
PRO
337
39k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
274
13k
A designer walks into a library…
pauljervisheath
200
23k
Design by the Numbers
sachag
274
18k
Building a Modern Day E-commerce SEO Strategy
aleyda
17
6.4k
The Cost Of JavaScript in 2023
addyosmani
16
3.9k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
34
8.9k
Transcript
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
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 run tests
script/cibuild
None
None
Sometimes running tests takes too long
Sometimes running tests takes too long
"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
None
Manual Configuration
None
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
Hubot's Domain
Who does the things? Service? Hook? Robot?
Hubot: deploy all the things
Make it fast
Hubot: Make it fast
Deploys
None
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
Now we have things reporting
Now we have things reporting
Who should fetch these graphs?
None
None
None
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
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 hp://bit.ly/fast-deployment-monitoring-helsinkijs
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