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
Stitching it Together
Search
Charlie Robbins
October 06, 2012
Programming
0
91
Stitching it Together
My talk from Cloud Tech III:
http://www.meetup.com/cloudcomputing/events/56678082/
Charlie Robbins
October 06, 2012
Tweet
Share
More Decks by Charlie Robbins
See All by Charlie Robbins
Flexible Design Systems
indexzero
0
85
Exploring Leadership, Mangement, and Mentorship In Open Source
indexzero
0
6
Delivering Flexible Cross Platform Design Systems
indexzero
0
650
Scaling Webpack to Thousands of Concurrent Builds
indexzero
1
180
Everything You Wanted to Know About Logging
indexzero
1
190
Exploring Leadership, Mangement, and Mentorship in Open Source
indexzero
1
120
Serverless Front-End Deployments using npm
indexzero
2
210
Understanding the npm wire API
indexzero
0
340
Node.js @ GoDaddy in 2015
indexzero
1
120
Other Decks in Programming
See All in Programming
Honoを使ったリモートMCPサーバでAIツールとの連携を加速させる!
tosuri13
1
170
QAフローを最適化し、品質水準を満たしながらリリースまでの期間を最短化する #RSGT2026
shibayu36
2
4.3k
「ブロックテーマでは再現できない」は本当か?
inc2734
0
780
Rust 製のコードエディタ “Zed” を使ってみた
nearme_tech
PRO
0
150
ThorVG Viewer In VS Code
nors
0
770
AIによる高速開発をどう制御するか? ガードレール設置で開発速度と品質を両立させたチームの事例
tonkotsuboy_com
7
2.1k
IFSによる形状設計/デモシーンの魅力 @ 慶應大学SFC
gam0022
1
300
ぼくの開発環境2026
yuzneri
0
140
AIフル活用時代だからこそ学んでおきたい働き方の心得
shinoyu
0
130
Fluid Templating in TYPO3 14
s2b
0
130
フロントエンド開発の勘所 -複数事業を経験して見えた判断軸の違い-
heimusu
7
2.8k
AIで開発はどれくらい加速したのか?AIエージェントによるコード生成を、現場の評価と研究開発の評価の両面からdeep diveしてみる
daisuketakeda
1
970
Featured
See All Featured
A better future with KSS
kneath
240
18k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
640
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
117
110k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.9k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
250
Being A Developer After 40
akosma
91
590k
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
60
42k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
730
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