Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Stitching it Together
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Charlie Robbins
October 06, 2012
Programming
98
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Stitching it Together
My talk from Cloud Tech III:
http://www.meetup.com/cloudcomputing/events/56678082/
Charlie Robbins
October 06, 2012
More Decks by Charlie Robbins
See All by Charlie Robbins
Flexible Design Systems
indexzero
0
110
Exploring Leadership, Mangement, and Mentorship In Open Source
indexzero
0
6
Delivering Flexible Cross Platform Design Systems
indexzero
0
700
Scaling Webpack to Thousands of Concurrent Builds
indexzero
1
200
Everything You Wanted to Know About Logging
indexzero
1
210
Exploring Leadership, Mangement, and Mentorship in Open Source
indexzero
1
140
Serverless Front-End Deployments using npm
indexzero
2
230
Understanding the npm wire API
indexzero
0
370
Node.js @ GoDaddy in 2015
indexzero
1
130
Other Decks in Programming
See All in Programming
Building an Out-of-Order CPU
latte72
1
770
新卒PdEのリアル
ryu1013
1
500
Java 27新機能 / Java 27 new features
kishida
2
140
Webの地図
yosuke_furukawa
PRO
6
4.5k
[DroidKaigi 2026] Bring your own phones to Gradle Managed Devices
f2lk
0
120
スマートフォンでモールス信号を送受信する 〜スマートフォンのLEDとカメラで作る光通信の設計と実装〜
atsuki_seo
0
110
【高い買い物LT会】初任給で話題の国産フィジカルAIを買った話
akagami
PRO
0
160
The Good Stuff, Not the Slop: Engineering High-Quality Android Apps with Modern AI Tooling
danybony
1
250
モバイル交通系ICへのチャージ実例から考える、クロスプラットフォーム開発におけるiOS実機テスト設計とCI運用
yusuga
1
470
AIエージェント時代のコードレビューを設計する
nogu66
6
2.7k
【DroidKaigi 2026】「アクセシビリティを利用するとき、 アクセシビリティもまたこちらを利用している」 〜マルウェアによる攻撃と防衛について〜
halunoyo
0
460
ゲームコントローラやキーボードのファームウェアをSwiftで書く
kishikawakatsumi
1
240
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
990
Side Projects
sachag
456
43k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.6k
Odyssey Design
rkendrick25
PRO
2
810
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
4.8k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
500
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.2k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
Transcript
Stitching it Together
None
These are just my observations and should not be construed
as the "one true way to do anything."
I am a "boss"
But I am also an engineer
None
From what I've observed it's all starts with servers.
Well .... servers and source code.
Oh .... and people. Lots and lots of people.
So what are you building?
You need to provision some servers somewhere.
Like maybe a cloud. That's sounds good right?
Provisioning
fog || libcloud || whatever
You need it to be highly repeatable over various networks
Orchestration
And they should probably be consistent.
Configuration Management
puppet || chef || custom || whatever
Package Management
None
Once servers are running, they should stay running.
You want your servers on your radar.
Monitoring
newrelic || nagios || whatever
"Dashboards"
You want to put new files onto your servers
Deployment
None
Servers will most certainly always have problems.
And someone should probably do something about that.
Alerting
pagerduty || twilio || whatever
So ... who is building it?
It's really all about the people building your infrastructure.
People like to think and have ideas.
People have dreams and aspirations.
People have fears and stresses.
People want to be happy.
People make the most important choices outside of their work.
People hate being ignored or feeling invisible.
People need to communicate.
But people have problems communicating .
It is really all about fostering communication and conversation around
what you're doing. And why you're doing it.
So getting to the point ...
... with all these vendors....
... and all of these people ...
... why is this still so much work?!
It's like you need to be a detective just to
get by.
Or maybe just a tuning fork for the cloud.
"What did the documentation say?"
"Whose cellphone is setup to receive those alerts?"
"Why did everything break and fallover?"
After a while you are left completely drained
I've observed that it's really two fundamental problems.
We are generally stitching together solutions that are not designed
to work together holistically.
We cannot (or will not) go the last mile for
incident response and resolution.
Because people really only pay attention when things are broken!
OH! And way too many EMAILS
Why is no one trying to fix this problem?
― KRS-One “If you don't repeat the patterns of your
own success you won't be successful. You've gotta know your own formula; what made you ... "you".”
None
None
None
Incompleteness Theorem
None
― Tyler Durden “The ability to let the things which
do not matter truly slide”
“ Special thanks to the Noun Project ― thenounproject.com ”
End