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
82
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
38
Exploring Leadership, Mangement, and Mentorship In Open Source
indexzero
0
6
Delivering Flexible Cross Platform Design Systems
indexzero
0
570
Scaling Webpack to Thousands of Concurrent Builds
indexzero
1
170
Everything You Wanted to Know About Logging
indexzero
1
160
Exploring Leadership, Mangement, and Mentorship in Open Source
indexzero
1
100
Serverless Front-End Deployments using npm
indexzero
2
180
Understanding the npm wire API
indexzero
0
240
Node.js @ GoDaddy in 2015
indexzero
1
100
Other Decks in Programming
See All in Programming
聞き手から登壇者へ: RubyKaigi2024 LTでの初挑戦が 教えてくれた、可能性の星
mikik0
1
140
Modular Monolith Monorepo ~シンプルさを保ちながらmonorepoのメリットを最大化する~
yuisakamoto
5
350
Jakarta EE meets AI
ivargrimstad
0
200
3 Effective Rules for Using Signals in Angular
manfredsteyer
PRO
0
100
カンファレンスの「アレ」Webでなんとかしませんか? / Conference “thing” Why don't you do something about it on the Web?
dero1to
1
110
[Do iOS '24] Ship your app on a Friday...and enjoy your weekend!
polpielladev
0
110
Jakarta EE meets AI
ivargrimstad
0
740
React への依存を最小にするフロントエンド設計
takonda
12
3.6k
Remix on Hono on Cloudflare Workers
yusukebe
1
310
Micro Frontends Unmasked Opportunities, Challenges, Alternatives
manfredsteyer
PRO
0
110
受け取る人から提供する人になるということ
little_rubyist
0
250
Pinia Colada が実現するスマートな非同期処理
naokihaba
4
230
Featured
See All Featured
It's Worth the Effort
3n
183
27k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Designing the Hi-DPI Web
ddemaree
280
34k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
Ruby is Unlike a Banana
tanoku
97
11k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
5 minutes of I Can Smell Your CMS
philhawksworth
202
19k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
The Art of Programming - Codeland 2020
erikaheidi
52
13k
Code Reviewing Like a Champion
maltzj
520
39k
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