Running Aground: Debugging Docker in Production
Vložit
- čas přidán 23. 07. 2024
- Talk originally given at DockerCon '15, which (despite being a popular presentation and still broadly current) Docker Inc. has elected to delist.
Abstract: The inevitability of Docker as the mainstream means of delivering apps to the cloud raises one final question of both developers and operators alike: how do we debug all this? Those challenges have multiplied with the rise of microservices: while distributed systems can be highly resilient to certain kinds of failure, they're exposed to new failure modes. In this talk, we will describe the debugging techniques we have employed across a multitude of customers, and like any good talk on debugging, this one will be laden with real stories from the trenches and how those painful experiences resulted in better tools and better methodologies. - Věda a technologie
A Bryan Cantrill talk is a mixture of technical talk and standup comedy.
I love it.
I cannot express the joy I had watching this video. Glad I found this gem here. Totally "nerdy stuff".
the demo is utterly mind blowing,m
You are a true rock star Bryan !
"Earthquake is such a boring term."
You mean a "loss of stability event"?
Elected to delist? this is amazing. I thought I spoke too fast.
Awesome talk!
I'ts a shame Bryan wasn't able to use the Ever Given as an example.
awesome
Failurephile! Awesome.
He speaks so fast and probably thinks as fast I can't imagine working along side him since I'm dumb and slow 😂
Steampunk! Classic!
do you you know what's the reference he made he spent a lot of time on?
@@iamkarlson 21:03 (1 year later lol)
wow
his adobe dies 12:00 mins in .... options : debug or reboot ..... third option set fire to code base lol
You could have summarized the entire talk with “the network is the computer”. ;)
Hilarious...
I'm gonna get burned at the stake for saying this, but the problem that Docker's trying to solve on Linux was never a problem on Windows because the APIs were always very stable. I can run an exe from 20 years ago on the latest Windows with few exceptions. Plus Docker's model can't help you deploy GUI apps since WM APIs cannot be syscalls and you can't bring the whole WM in the container with you either. You actually need the OS to provide a stable API in that case, but Linux people never understood this (in fact not even today they understand that that is the reason why Linux has virtually zero market share on the desktop).
I'm not a MS fan btw, and I hate it that this is the reality with desktop software because I would love to be able to make desktop software for Linux that I can package and ship in binary form and it would just work out of the box and I hate to say it but that has been a reality on Windows for 20 years and it still is, and I know Linux people will bring up drivers and NVIDIA and whatnot but this was the case long before Linux had a driver disadvantage.
This is partly true. Windows has A LOT of compatibility layers on top of A LOT of compatibility layers, in order to achieve this. Which is one of their weakest points in perspective on stability and maintenance. Then, the next thing is: Linux is HIGHLY ABI compatible: The distros are not.
And you can use AppImages. And Habitat. And tons of other stuff. Its really the distros failing here. They dont know what they are doing most of the time. A can rant for ours about the most distros packaging system. The only sane one that I have seen is that one in the only distribution that ships binarys like upstream recommends and without conflicting strategies like providing two dozens different UI`s, while sane persons can see that hundreds of shared packages cant possibly provide a sane base for all of them at the same time, period. kaosx.us/
This guy loves to hear himself talk....
For good reason.
we love to hear him talk too!
This guys pisses me off