UPDATE: blip.tv has the video of the talk as well, below. Jeez I have some major bed-head.
That was a blast! I had never done a ‘duet’ talk before. Here are the slides:
…and the video of it is here:
UPDATE: blip.tv has the video of the talk as well, below. Jeez I have some major bed-head.
That was a blast! I had never done a ‘duet’ talk before. Here are the slides:
Nice slides, do you know if this talk was filmed/recorded?
It was! I’m not 100% sure when (or where) the video will be up, but I’ll ask the O’Reilly folks and post an update here. Thanks a lot!
Excellent talk, my favorite at the conference so far, thank you. The duet format was a real success too.
Do you know if the conferece folks are going to post the video?
Also I think Paul mentioned that you’ve made it easy for developers to produce their own stats via gmetric…could you briefly explain what you do here?
Thanks -Steve
Steve:
Yeah…so it’s about as for a number of backend applications, developers can write a basic ‘stats’ file with metrics/counts about the application, something like:
images_processed=12
external_http_fetches=15
etc.
we then have a process that can come by and slurp those values and metric names into ganglia. We also use the same format to feed nagios and check against a similarly-formatted file which define low and high-water marks to alert on.
As long as those stats files exist in a common location and follow that format, devs can add or subtract to those metrics themselves and know that they’ll be automatically pulled into the various monitoring and metrics goodness. No need to write yet another crapload of extra metric-specific scripts.
On another topic – could you give a general outline of how your deploy is accomplished? How is the actual update of servers accomplished, how do deploys that cause structural changes to the data change things? Just curious.
-Steve
“how do deploys that cause structural changes to the data change things”
to be clearer, are deploys involving structural data changes treated specially in any way, or are these like any other “10 deploys per day” change?
“As long as those stats files exist in a common location and follow that format, devs can add or subtract to those metrics themselves and know that they’ll be automatically pulled into the various monitoring and metrics goodness. No need to write yet another crapload of extra metric-specific scripts.”
Very interesting, thanks for sharing.
Pingback: Velocity 2009 « Joel Weierman
Pingback: DBA survival BLOG » Blog Archive » A great talk
Hi John,
Great share, thank you. Really insightful.
Is there any chance I could get a copy of the original video? We’d really like to show this to some management folks but only the second part that concerns culture.
James
Hey James – I don’t actually have a copy of the original video. O’Reilly had it sent to blip.tv and I think only they have the original, which is a bummer.
Pingback: Dev and Ops Cooperation at Flickr | Just another software blog
Pingback: DevOps: The Past, The Present and the Future - Part One MidVision
Pingback: Developers working in Production. Of course! Maybe, sometimes. What, are you nuts?Lexique Informatique
Pingback: "DevOps ist kein Wettrennen!" - jaxenter.de