{"id":7138,"date":"2011-07-27T12:50:32","date_gmt":"2011-07-27T17:50:32","guid":{"rendered":"http:\/\/www.redmonk.com\/cote\/?p=7138"},"modified":"2011-07-27T12:50:32","modified_gmt":"2011-07-27T17:50:32","slug":"paas-talk-it-management-cloud-podcast","status":"publish","type":"post","link":"https:\/\/redmonk.com\/cote\/2011\/07\/27\/paas-talk-it-management-cloud-podcast\/","title":{"rendered":"PaaS Talk &#8211; IT Management &amp; Cloud Podcast #089"},"content":{"rendered":"<p><a href=\"http:\/\/www.johnmwillis.com\/\">John<\/a> has been playing with Cloud Foundry a lot of late, so we go over that and PaaSes in general.<\/p>\n<p>Download the episode directly <a href=\"http:\/\/traffic.libsyn.com\/redmonk\/itmanagement089.mp3\">right here<\/a>, subscribe to <a href=\"http:\/\/feeds.feedburner.com\/ITManagementGuys\">the feed<\/a> in iTunes or other podcatcher to have episodes downloaded automatically, or just click play below to listen to it right here:<\/p>\n<p class=\"embed\">\n<h2>Show Notes<\/h2>\n<ul>\n<li>Cloud Foundry &#8211; a container of containers. \u201cYou need a ruby guy, for sure.\u201d<\/li>\n<li>What is a PaaS exactly?<\/li>\n<li>A <a href=\"http:\/\/en.wikipedia.org\/wiki\/Louis_V._Gerstner,_Jr.\">Lou Gerstner<\/a> interlude<\/li>\n<li>Cot\u00e9\u2019s favorite Asymco.com chart, again.<\/li>\n<li>John uses Spot Cloud &#8211; and lives to tell!<\/li>\n<li>How many levels of wonder does Amazon have?<\/li>\n<li>DevOps workshops &#8211; what people really want is to go right to the cool stuff, e.g., \u201clet\u2019s go install something! Let\u2019s go install Jenkins!\u201d<\/li>\n<li>The Viking Ethos of Business: Party tonight, for tomorrow we may die!<\/li>\n<\/ul>\n<h2>Transcript<\/h2>\n<p><i>As usual with these un-sponsored episodes, I haven&#8217;t spent time to clean up the transcript. If you see us saying something crazy, check the original audio first. There are time-codes where there were transcription problems.<\/i><\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Well, hello everybody. It\u2019s the IT Management &amp; Cloud Podcast episode, I\u2019m not really sure, we\u2019re in \u201880s or something like that. And as always this is one of your co-hosts, Michael Cot\u00e9, available at redmonk.com\/cote and I\u2019m joined by the other co-host.<\/p>\n<p><strong>John Willis:<\/strong> John Willis at johnmwillis.com, or more recently at dtosolutions.com.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And you\u2019ve been keeping busy over there I understand, like doing stuff.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, that stuff-stuff is hard man.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So, last week we were supposed to record and then as always happens on a Friday afternoon I got busy and I had to reschedule. But you were telling me that you were actually like getting your hands dirty with like Cloud Foundry or something like that, a Platform as a Service.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, so it was kind of not on the top of my \u2013 one of those things that like we all have is lists of things that we want to do and things we have to do.<\/p>\n<p>So, the Cloud Foundry was just kind of in the middle of somewhere. I thought like cool idea to play with, write a little bit of that when it came out. But we were working with a client two weeks ago who wants to actually build it kind of strategically into their cloud which is an interesting approach, but so I had to dig in on it and it\u2019s pretty interesting.<\/p>\n<p>I actually &#8212; I wasn\u2019t sure about it at first. I think on this podcast we\u2019ve had a lot of discussions about PaaSs and I think I at least on a few occasions expressed my opinion that I\u2019m not a big believer in PaaSs in general. Primarily the &#8212; clearly the public PaaS I think are &#8212; I say they are the primrose PaaS if you will, but yuk, yuk, yuk, but the &#8212; I thought that was funny.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> It was quite hilarious and if anything it had alliteration in it.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, there you go. So but the thing is, is that I will say that it\u2019s not a good idea today to outsource your core competency and I\u2019m not sure at this stage of the game running infrastructure for most companies whether that isn\u2019t the core competency, I believe it is and so I think when you go to a pure behind the black curtain or the black wall of a PaaS, a public PaaS now then I think you give up a lot of opportunities to be strategic.<\/p>\n<p>And I\u2019ve said this before too, I\u2019m also &#8212; I\u2019ve gotten to the age where I\u2019m like 50 &#8212; I think I\u2019m 51, I can\u2019t remember, but 51 or 52, I have to check that, put in the show notes. But the thing is I\u2019m not apologetic any more about like everything looks like are now, you know what I mean?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah.<\/p>\n<p><strong>John Willis:<\/strong> At some point you just say, \u201cYou know, hey\u201d and I truly believe that &#8212; I\u2019ve always believed that, I\u2019ve taken the long way to get here but I believe that why I\u2019m such a big believer in Chef. I mean I worked there and now I don\u2019t work there, but I still &#8212; and Puppet to a certain extent. But that the right combination to get the farthest along to a PaaS is in my opinion infrastructure as a service with infrastructure as code with something like Chef and Puppet and there you have more control. Now I\u2019m sure this could create a great debate for a lot of people.<\/p>\n<p>But the thing I like first right out of the gate about Cloud Foundry is it\u2019s an open source PaaS. So that\u2019s the first, as far as I know the first open source PaaS and they nearly did a good job on not just making it like, like they do have a public PaaS for Cloud Foundry, cloudfoundry.com you can run it at basically somewhat similar to say what Heroku or Engine Yard would be, although I\u2019m sure you can make the argument that the architecture is a little more interesting. I\u2019ll get into that in a second.<\/p>\n<p>But the fact that they really did a reasonable job on a first cut product for supplying the infrastructure to build this in a pretty bulletproof way on your own infrastructure and so that is exciting. And then but I still had the concern of like, okay do I get really good at something like Chef and have only flexibility knowing that I\u2019m going to use Chef or do I have to bring in a guy now who is a Cloud Foundry expert? Because having it open source doesn\u2019t mean crap, right?<\/p>\n<p>[0:04:54.1]<\/p>\n<p>I mean it\u2019s &#8212; you\u2019re still &#8212; when you have that strategic opportunity meaning there is some technology you would like to use integrated with your infrastructure and some outsource provider is going to be gaining factor, whereas I mean knowing how to tweak the open-source source code could be a gaining factor as well.<\/p>\n<p>But point is though the debate I had with Alex, Alex Honor who I work with, he is the architect at DTO. We spend a couple of hours debating this and the thing is, is that Cloud Foundry and I\u2019m coming around, I\u2019m still in the middle. Cloud Foundry offers an awful lot.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And that\u2019s part of what I wanted to ask you I mean now that you\u2019ve messed around with it for a little bit. Like I think we all kind of know what it is on paper but what\u2019s your description of what it is after actually using it for a little?<\/p>\n<p><strong>John Willis:<\/strong> Yeah, and I\u2019ll blatantly say that I\u2019m stealing this right from Alex. It\u2019s just a container of containers and they\u2019ve done a really, really, good job of isolating the infrastructure. I mean Engine Yard and Heroku do an excellent job of isolating infrastructure and giving you your application.<\/p>\n<p>But what these guys have done is really build &#8212; it\u2019s a second go around I guess, they got some of the SpringSource guys, you got some of the guys from whatever that acquisition that SpringSource made early on in cloud, it was that cloud PaaS company they bought before they bought &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Oh yeah, sure.<\/p>\n<p><strong>John Willis:<\/strong> Remember those guys, I don\u2019t remember who those guys were, but then &#8212; and you had the guy who was the original founder of Engine Yard, that Ezra guy.<\/p>\n<p>So, you had all these guys on the team, I mean that you got them &#8212; and all these guys getting a second chance at this and the way they\u2019ve architected Cloud Foundry is really I mean I think pretty much close to brilliant. They\u2019ve got &#8212; I mean they have this cloud controller and it\u2019s another interesting, they wrote like a cloud controller all in Rails.<\/p>\n<p>And it was like first kind of to me &#8212; well I mean I shouldn\u2019t say that because I don\u2019t know enough, but a really serious enterprise grade architecture written with no Java, no &#8212; I mean at least the cloud controller, no java and no Erlang, all the things they say you have to have to be enterprise grade.<\/p>\n<p>Even Chef, right, Chef is lot of Ruby but it\u2019s a Rails app and it runs &#8212; it\u2019s a Rails app that\u2019s a cloud provider. It\u2019s pretty clever and then it has kind of the built-in, again a load balancer but not just a load balancer, a loud balancer is that\u2019s intelligent to know what container to work with. So, now you have like a no JS container, you have a Java container, you have a Ruby container and then they have isolation of the apps which is obviously, then they have Health Manager.<\/p>\n<p>I mean that\u2019s cool too. It\u2019s got the heart beating and checking. But the other thing I think that is really, really, clever about it as well is they have like a service layer. I don\u2019t know if it\u2019s called container, but it\u2019s another service which is the service layer, where now you can start. Now, all these different containers now can have these different services and now they supply like MySQL, Mongo, Redis, I\u2019ve seen probably there\u2019s plug-ins for everything now.<\/p>\n<p>But the idea that you can actually &#8212; it really is that kind of promise that we always wanted, which is like all these different services being available to us in the cloud. So I got a lot more to learn, I\u2019ve got &#8212; I mean actually to be perfectly honest with you I got my first app finally up but I\u2019ve been trying to build the Chef cookbook with it and it uses &#8212; it just the classic Ubuntu, RubyGems and then they\u2019ve got RVM which is Ruby Virtual Manager or whatever which is great for your desktop, but it\u2019s kind of &#8212; I\u2019m struggling trying to get &#8212; one can clean install all the way through repeatable that\u2019s automated. But I\u2019m &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So, I mean you kind of mentioned a little bit of this but like what are the languages you say you need to know or be adapting to use it. Like there\u2019s obviously a lot of Ruby running around in there, right?<\/p>\n<p><strong>John Willis:<\/strong> Well it\u2019s going to fall into &#8212; and this is probably the way I think the industry is going anyway. So I mean like if you\u2019re somebody who believes that Chef and Puppet are the way of the future for configuration management and then you look at this. So, from a system administrator\u2019s point you need a Ruby guy for sure, RubyGems, and I think you\u2019re in a good shape because the whole &#8212; most of the architecture is written in Ruby.<\/p>\n<p>[0:09:52.1]<\/p>\n<p>So and then &#8212; but the thing is &#8212; all right, so the guy who is the administrator, he has just got to be your classic Chef or Puppet sys admin, and the guy who knows a little about Ruby apps or Ruby on Rails apps and\/or has dealt with that from a system administrator\u2019s standpoint. But then from the developers and this is other thing Alex says and I agree is brain dead for the developers, drop your WAR file here, bang.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So really, I mean the whole deploy cycle for development does seem pretty I guess drop WAR simple as if you will.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, and you think like could the enterprise like this, yeah, hell yeah. I mean when I was with Conoco, I mean I\u2019ve told this story before. You\u2019d go to customers and talk about a cloud and that the development guys, the Java, the Enterprise Java guys would be like cloud 00:10:43. Give me a way to drop a WAR file into development, QA and production environment, without me having to do anything other than test my application. That\u2019s what I want and &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Then so also along those lines, oh man what was &#8212; oh I know what I was going to ask, so and then also like widening to &#8212; since you &#8212; I mean you\u2019ve been at DTO for awhile and before in Opscode and everything, like I\u2019m curious so when you\u2019re looking at like Cloud Foundry, like what kind of &#8212; what kind of like hardware are you think people would \u2013 do you think people would run this on like, is it totally irrelevant what you run it on or is it sort of like &#8212; does there seem to be a certain profile of machine and networking gear and stuff that would go well with it?<\/p>\n<p><strong>John Willis:<\/strong> Yeah I don\u2019t &#8212; I probably would start with saying, I\u2019m probably not qualified to answer that question but that\u2019s never stopped me before. Now so &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> That\u2019s why I always ask you these questions.<\/p>\n<p><strong>John Willis:<\/strong> No, I mean as far as I can tell I don\u2019t &#8212; I mean I think that\u2019s the part of the beauty of it, it is truly abstracted that, that I mean right now it is kind of shift. I mean this is like early days of this. It\u2019s shift with as installable, a store that installs everything on the same system.<\/p>\n<p>So now you get yourself \u2013 I\u2019ve been &#8212; what I\u2019ve been doing is when I\u2019m doing some serious testing I\u2019ll just grab a big, you know one of the X large, the Amazon Extra Larges and pop it on there and it\u2019s I think you can have a reasonable amount of effect and work with it.<\/p>\n<p>I mean I think it would be fun to run, like well &#8212; I mean I wanted to talk about our DevOps workshop but I think it would be fun to run a full kind of service stack with everything, with Puppet and well the Chef or and 00:12:38 your apps, all within this container, this Cloud Foundry container. I think that &#8212; I mean the one thing I think about is imagine this is like the ultimate like clients, right?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, like, and it\u2019s not a virtual appliance necessarily but a soft appliance.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, but it should be easily installable particularly with Chef Cookbooks, as a pop bang, now you have yourself a freaking running data center really. But back to your question, as far as I can tell it doesn\u2019t matter and it looks like their &#8212; the drive that they\u2019ve built this for is, I mean their motive, right, their drive as in motive is that it really does \u2013 shouldn\u2019t matter, right? You run it on &#8212; you actually run it on your laptop. In fact supposedly there is a new release, it\u2019s going to come out at some point, probably not in too far distance it\u2019s going to have a micro version which is going to be very much like a Vagrant implementation. And so &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Do you want to tell people what Vagrant is exactly in this context?<\/p>\n<p><strong>John Willis:<\/strong> Yeah, so Vagrant basically is, it\u2019s being used &#8212; it\u2019s pretty hot right now. It\u2019s &#8212; largely you basically to &#8212; I think it was originally written with Chef in mind. So it\u2019s basically &#8212; it basically sets up the &#8212; boy, my mind was just blank on the &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Well, last I checked in with it. The Cool Kids or the Lunatic as it was called.<\/p>\n<p><strong>John Willis:<\/strong> Oh &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> It\u2019s a way of using Chef to make &#8212; to do build around VirtualBox. So, it makes a big image.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, the thing I was having a mind block on is VirtualBox, so basically it\u2019s kind of an abstract layer around Sun\u2019s or Oracle\u2019s VirtualBox.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And I was asking someone why it was that and I think the answer I got was that it was just the most open virtualization technology to build around, and so to &#8212;<\/p>\n<p><strong>John Willis:<\/strong> So, yes, so that\u2019s the thing I was farting around trying to remember was the VirtualBox, but as you don\u2019t &#8212; once you set it up, you don\u2019t even really play with VirtualBox and it\u2019s a config file. It was originally set-up with Chef where basically you define find the kind of image that you want and you basically define &#8212; and what you &#8212; originally you use Chef Solo which is standalone Chef you can\u2019t &#8212; it\u2019s no Chef server.<\/p>\n<p>[0:14:58.8]<\/p>\n<p>You basically point you point at the cookbooks and the actual role that you want to start and it would just fire up on your box the application. So, perfect for testing because again getting the developer even out of the Chef game and VirtualBox and the networking, you basically, you set up this config file and you just say Vagrant up and bang the thing comes up, right?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah.<\/p>\n<p><strong>John Willis:<\/strong> Well it sounds like &#8212; it sounds like the next release of Cloud Foundry is either &#8212; I don\u2019t know if it\u2019s going to use Vagrant or it\u2019s going to have their own or whatever, but it\u2019s going to be a way that you can basically run Cloud Foundry in a micro kind of instance. So, it\u2019s like a virtualized environment that yes, probably not going to need VirtualBox, not that I think about it. Then it\u2019s going to bring up Cloud Foundry, so the beauty is you run your Cloud Foundry on your laptop, you run your Cloud Foundry on some cloud, maybe Rackspace Amazon, you run your Cloud Foundry on VMware, you know what I mean?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Right.<\/p>\n<p><strong>John Willis:<\/strong> So, you could take it from crawl to run in the application lifecycle and from the developers\u2019 perspective everything is almost exactly the same. And that\u2019s &#8212; so yeah, so back to your question I think that &#8212; I think that the design and then the architecture is such that it should be agnostic to wherever it winds up. So there &#8212; yeah no it\u2019s &#8212; I\u2019m pretty excited about it so using that quite a bit. I was also just kind of &#8212; just circle back on the whole &#8212; we had really &#8212; we talk about Amazon in a while really in general. Early on that\u2019s all we ever talked about.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Oh, yeah, there is so much other stuff going on now but they still send out their newsletter like once a week or month or something with &#8212; which I forget if I talked about it on this podcast, but there is a &#8212; every now and then there is a &#8212; so here is something, speaking of PaaS like, I think this was back at like structure or something. I\u2019ve noticed that there is this idea that people are floating including the Werner Vogels or whatever. And that is that there is a blurring of the line between Platform as a Service and Infrastructure as a Service.<\/p>\n<p>And &#8212; or at least that\u2019s the idea that\u2019s being tried out and I guess you sort of encounter this and from various people &#8212; for various legitimate and illegitimate, illegitimate is the wrong word, but not to credible reasons. And on the one hand when we\u2019re just talking about it with kind of &#8212; like dipping into it with kind of the Vagrant thing. On the one hand there\u2019s a lot of people who sort of build their own Platform as a Service using things like Chef and Puppet and other stuff to kind of wire together what they would have.<\/p>\n<p>And they end up with kind of like a platform but it\u2019s not really as a service, it\u2019s as a customized platform. And then there is some other folks, kind of like Amazon is a good example who increasingly have sort of everything and I think to them there is the idea of having a Platform as a Service ultimately a Platform as a Service kind of makes Infrastructure as a Service not so important.<\/p>\n<p>So if you\u2019re not a PaaS guy, then you want to kind of like blow out the candle of PaaS stuffs so that your infrastructure stuff works out well.<\/p>\n<p><strong>John Willis:<\/strong> Well and that would be the Chef argument too, not that they make that. I make that more than they do really probably. But here is the thing, so I remember interviewing Michael Crandell on my old Cloud Caf\u00e9, it was a couple of years ago. And I asked him, I said, \u201cYou\u2019re a PaaS RightScale,\u201d right? And he kind of gave like a half-a-second delay and said, \u201cYeah, we are.\u201d And then I realized, when I thought about that after some like, there\u2019s a pretty long range of what can be considered a PaaS, right?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Right.<\/p>\n<p><strong>John Willis:<\/strong> So, as you think about it, it\u2019s like everything else, it\u2019s kind of &#8212; I mean it\u2019s great that we have a taxonomy that is SaaS, PaaS and Infrastructure as a Service, but the truth of the matter is like where does a PaaS start, where does it end, you know what I mean. I mean Heroku is probably as clear of a PaaS as you can get. I mean it\u2019s on a PaaS that &#8212; and then something like using Chef with these &#8212; where they have their application deploy cookbooks. That\u2019s &#8212; or RightScale even, those are like, are they really PaaSs, are they really, really mature applications on an Infrastructure as a Service?<\/p>\n<p>But I will say that the army of people that &#8212; and I\u2019ve been in this camp for the longest time which is build yourself or get yourself a good set of IISs, one or more, whether it\u2019s a in-house public, private cloud or it\u2019s a combination of RightScale and Amazon or it\u2019s just Amazon, whatever floats your boats or floats your cloud.<\/p>\n<p>[0:19:57.4]<\/p>\n<p>But then, and then I\u2019ve always been find a strategy to get &#8212; to go up the food chain as far as you can to be your own PaaS, and things like Puppet and maybe RightScale, whatever. Again, I think Cloud Foundry is more in the camp of what you would say this has got all the checkmarks of what you would want to call a clear PaaS. I mean Amazon has got a lot of great tools, they got Cloud Foundry, they got Beanstalk, they got the ELB, the Elastic Load Balancing, they\u2019ve got the RDS, the Relational Database Service.<\/p>\n<p>I mean, but still putting all that &#8212; in fact CloudFormation is a good first cut at &#8212; if you want to put on the table right now, I would put on the table RightScale, enStratus. If you look at what you might call Opscode\u2019s application deploy, their QuickStart examples, they got Java, in fact I\u2019m playing with that a lot today, their Java, their PHP, those are basically what they call their Application Cookbooks.<\/p>\n<p>I would put the &#8212; again RightScale, enStratus, Application Cookbooks and CloudFormation all in that kind of same bucket of tools or products that take an Infrastructure as a Service pretty close or just over the PaaS line. Whereas clearly beyond the PaaS line is Cloud Foundry. And then going up the stream you could look at Engine Yard or Heroku, but again there is &#8212; some of the concerns that are losing control. I believe that you must &#8212; Cloud Foundry is where I get off the bus. Anything beyond that I\u2019m not a fan, because I &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Because you think it\u2019s too specific I guess like 00:21:58 specific &#8212;<\/p>\n<p><strong>John Willis:<\/strong> I think having operational &#8212; I\u2019ve had this arguing with people in discussion. I think that the thing that I say in my DevOps presentation is Tim O&#8217;Reilly in 2006 wrote an article said that operations is the elephant in the room and Jesse Robbins CEO, CTO then wrote an article a year later about operation is the secret sauce, using operations as a strategic weapon.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Because we know that once you boil an elephant down to juice, it\u2019s secret sauce.<\/p>\n<p><strong>John Willis:<\/strong> It may not taste well but by golly it sure is &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> It\u2019s a secret because you don\u2019t want to tell anyone you boiled an elephant.<\/p>\n<p><strong>John Willis:<\/strong> And then you get in all sorts of trouble.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And then there is also that metaphor you don\u2019t want to have to boil an elephant, you just want to do a little part. So therefore you hire a bunch of blind men to cut up the elephant &#8212;<\/p>\n<p><strong>John Willis:<\/strong> And then what\u2019s the other metaphor, where they got the little guy riding the elephant and trying to make him go left, the elephant wants to go right.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yes, and then finally for &#8212; you can make the elephant dance and then you retire.<\/p>\n<p><strong>John Willis:<\/strong> And then the &#8212; yes, and then there\u2019s to turn it completely around to a great discussion that I always love to talk about is Louis Gerstner. You can\u2019t teach an elephant to dance.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> That\u2019s right.<\/p>\n<p><strong>John Willis:<\/strong> Saved IBM, so there you go. No I think the &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> I read about him while we\u2019re on the elephant topic. For some reason I didn\u2019t realize that he used to be &#8212; he was like the CEO of Nabisco right or RJR Nabisco.<\/p>\n<p><strong>John Willis:<\/strong> Well he probably was one of those &#8212; he was &#8212; he is one of those McKinsey guys, so those McKinsey guys, that\u2019s a whole &#8212; like they bake those. Those are like &#8212; McKinsey guys are Disney kids. They have the whole thing lined up man. They come out of Harvard, they go to McKinsey, they get their first job trying to help some failing horrible company that\u2019s broken down and they put the guy in to be the quasi CEO. Then he gets his next job as a real CEO and the next thing he\u2019s ruling the world.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> He also worked at AmEx which is &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah, in that book he talks about &#8212; we said this one &#8212; the great story, it\u2019s worth saying again for just &#8212; in that book he talks about, his book that he wrote like you can\u2019t teach an elephant dances, he was from AmEx and he wasn\u2019t an IT guy. He was CEO, pure CEO.<\/p>\n<p>And so he takes over the job of being a CEO at IBM and within the first couple of weeks he got to go down to to a shareholder\u2019s meeting and they beat the shit out of him. What are you going to do with this? What 00:24:32 is going to do? How we\u2019re going to do?\u201d You know all this IT shit, he didn\u2019t know nothing about, right?<\/p>\n<p>And so he\u2019s flying back up to Armonk or wherever they were going and he is in the corporate jet and he asked the flight attendant and he says, \u201cHey, can I get a scotch and water or something like that,\u201d and she says, \u201cOh, there is no alcohol served on IBM jets and airplanes or whatever.\u201d And he goes \u201cWho do you got to ask to &#8212; who we got to talk to change that?\u201d And she looked him and said, \u201cI guess you.\u201d He said, \u201cStop at Atlanta.\u201d<\/p>\n<p>[0:25:04.1]<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> That\u2019s fantastic. Good times.<\/p>\n<p><strong>John Willis:<\/strong> Well let me, I wanted to get back to the Amazon.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, so much for Gerstner.<\/p>\n<p><strong>John Willis:<\/strong> No so, I think the thing &#8212; I don\u2019t know if you saw recently the Amazon Jeff Barr put out there, they had like 449 billion objects in S3 in Q2 2011? And he has a chart, and so I was just looking at the chart and it\u2019s like in Q4 2009 it was a 102 billion objects, in Q4 2010 there was 262, and here now in Q2 2011 it\u2019s 449. That\u2019s exponential growth. All these naysayer clouderowdies who keep saying, \u201cWell, that\u2019s ain\u2019t going to last Amazon. They are going to be the standard and you just wait a couple of more years.\u201d<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Well, let\u2019s have a brief pause there. Who are these people saying that?<\/p>\n<p><strong>John Willis:<\/strong> Well there are people that say this?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And would you say this is a frequent thing nowadays to &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Well, it\u2019s been going on for years. I think it\u2019s some of the &#8212; it\u2019s all like you said what were the &#8212; the kind of word &#8212; the magic words you were coming out trying to say that the Werner Vogels don\u2019t want that &#8212; you know the way they want to position what a PaaS is?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Oh right.<\/p>\n<p><strong>John Willis:<\/strong> The people &#8212; well you think of a good word to use for that while I finish this. It\u2019s the people who I think have a lot of faith in private cloud. Agenda, there we go, they have their kind of own agenda, you know what I mean?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah.<\/p>\n<p><strong>John Willis:<\/strong> Like they want to push the idea that Amazon won\u2019t be this unbelievable 900 pound Gorilla and Amazon just like just keeps chugging along. I mean in the truth that matters almost every enterprise in the world right now is doing something with Amazon. And the fact that they\u2019re just the indicator of their growth of S3 objects is just showing it. This is &#8212; so I mean betting &#8212; I don\u2019t think anybody bets against Amazon. Again I think there is people who have agendas that would like not to see this growth or put in the argument.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Well you know what would &#8212; maybe someone has done numbers like this before but it\u2019s always interesting to take like just take S3 or something, like take that total number of storage and then compare it to estimates for total storage overall. To get a sense of what\u2019s going on there and to chart growth like &#8212; and to use an example, I\u2019ve mentioned this on most every podcast and forum I\u2019ve been on the in the past two weeks, but there is this really great chart by Horace 00:27:38 over at Asymco 00:27:40 which I\u2019ll try to put a show note in the links too.<\/p>\n<p>He basically did a chart. He tracks mobile numbers a lot and he did a chart where he took the total number of PCs in the world and again these are all estimates, so don\u2019t you dear listener get your panties in a bunch about how you come up with these numbers, it\u2019s not really important to that point.<\/p>\n<p><strong>John Willis:<\/strong> Well that &#8212; last name of 00:28:01, I mean I don\u2019t think he got much credibility.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Exactly. So you get the total number of PCs in the world over the past I don\u2019t know three years and then you chart the growth of like Android and iOS devices and you kind of like put those up against the chart and obviously the number of PCs still dominates, but there is this in the past year or so there is this like really rapid growth at the top of the chart of iOS and Android devices eating into it.<\/p>\n<p>And that kind of &#8212; those kind of charts are always nice and for example like seeing how many thing &#8212; how many megs or whatever is &#8212; whatever you want to measure it by are stored in S3, it would be handy to see it just &#8212; how many megs of storage there are globally. And you might want to throw out consumer desktops or maybe you don\u2019t because there\u2019s a lot of consumer stuff stored in there as well. But it would be curious to see what total &#8212; how many gigabytes of storage there are globally at any given time and then compare it to how many gigs are being stored on S3 or something like that.<\/p>\n<p><strong>John Willis:<\/strong> Well, I mean this is an area that probably I shouldn\u2019t even step into because I don\u2019t really have interest in it and I\u2019m not &#8212; I don\u2019t even know what I\u2019m talking about but again that\u2019s got to stop. I\u2019ve notice that a couple of my son\u2019s friends are getting Windows phones.<\/p>\n<p>What\u2019s interesting is that this is the problem I have with the Ubuntu 00:29:23. Every time I kind of jump up and say, \u201cI\u2019m tired of these Windows being all around, how can I get everything Ubuntu,\u201d I mean they basically they tie me up like one of those TV shows, wrap me around with rope around my chair and don\u2019t let me move and because they can\u2019t &#8212; the guys, kids can\u2019t run any your games &#8212; all the games<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> On the Ubuntu?<\/p>\n<p><strong>John Willis:<\/strong> The real cool games that they love right now and this is the ages from 8 to about 13 or 12 are all on Windows. And they try to get on the work on even a virtual machine and just forget about it, just not worth the effort.<\/p>\n<p>[0:30:00.0]<br \/>\nAnd I\u2019m telling you and they\u2019re all, like these Wizard101 and Roblox and these games that are just every kid in the planet is using right now. And I wonder if that\u2019s going to have an effect over the next three to five years.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, who knows man Windows Phone 7 is a &#8212; it\u2019s dark course, in all the good and all the bad ways in the sense.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, but all these kids that are like my son\u2019s age now, they\u2019re all going to their teens and they\u2019re all like &#8212; all their games basically.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Oh yeah, like their Penguin Palace and whatever.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, I\u2019m just saying all their games &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> This is an area where I don\u2019t know what I\u2019m talking about when it comes to the games and not the kids as in the people who have the &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah, I know that because my torture for having fun for just being a single crazy guy for like 25 or 30 years is now I\u2019ve got to play these games every once in a while as my &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, you know what, I like the &#8212; as I\u2019ve said before, I think the Windows Phone 7 is actually a really good operating system, on phones.<\/p>\n<p><strong>John Willis:<\/strong> Well, I\u2019m sorry.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> I\u2019ll make my case briefly, not my cases that what I want to convince people but just what my thoughts are, so iOS and Android basically the same thing.<\/p>\n<p>Now if you compare it sort of Android has much deeper features. I always like to think of Android and iOS as kind of like the \u201890s for Windows. Like do you remember like Windows used to always be more feature-full than like Mac and yet at some point in the \u201890s it crossed the line of it being too feature-full, there is just like too much things going on.<\/p>\n<p>And at the moment Android is at that point where it hasn\u2019t crossed line of being too feature-full. It\u2019s just a much more open platform and it\u2019s got more stuff and it\u2019s more flexible and if they&#8217;re not careful pretty soon it\u2019s just going to be another crapped up OS and iOS will keep it\u2019s purity, which &#8212; that\u2019s always been Apple\u2019s thing is like, no, you don\u2019t want that feature, trust me. And if you don\u2019t trust me you still don\u2019t want it.<\/p>\n<p>And anyways whereas Windows Phone 7 is like &#8212; it\u2019s not really to be &#8212; speak hyperbolically it\u2019s not really anything like those two operating systems. It\u2019s like genuinely different in the way it goes about doing things, and it still has apps and all that stuff but it is a lot &#8212; it\u2019s different than those two things and that\u2019s part of why I like it and also the little Samsung Focus I got I think is a fantastic piece of hardware and if I may go a little more consumer, I\u2019ve used like three Samsung devices over the past like three months and those guys they\u2019re doing pretty well like they make good hardware.<\/p>\n<p>Like I\u2019ve got a Galaxy Tab and a Samsung laptop and that phone and the trackpad though on this laptop that I have atrocious, terrible and I also have a Chromebook which is a Samsung, trackpad terrible. Like and it probably&#8211; actually it\u2019s probably got nothing to do with the trackpad. It\u2019s like I don\u2019t know how to use those trackpads, they don\u2019t have a button.<\/p>\n<p>Like I have a MacBook Air but it\u2019s the last one that has a button and I don\u2019t understand buttonless. Like I don\u2019t understand how to click and drag to select text, it drives me crazy. So, we\u2019ll get out of that rat-hole.<\/p>\n<p><strong>John Willis:<\/strong> Well speaking of Amazon &#8212; no the one other thing I want to talk about are Spot Instances. For the first time I actually started using Spot Instances.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> This is the one where there is like a marketplace for &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Over time if you will.<\/p>\n<p><strong>John Willis:<\/strong> For like testing and development stuff it\u2019s freaking awesome, you know what &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> It\u2019s like they build them all for cloud.<\/p>\n<p><strong>John Willis:<\/strong> And it makes your life a little more exciting, like you\u2019re going to just fire up like four instances, ah 00:33:37. Oh man, let me go and see what the highest price is right now, and like this adds a little of fun gambling if you will.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Daring.<\/p>\n<p><strong>John Willis:<\/strong> Daring yeah so but it does &#8212; it saves money and what I found also is \u2013 I\u2019ve always looked at it and said, \u201cAh, you know it\u2019s going to be a pain in the ass.\u201d But I mean if you willing to pay &#8212; yeah the nice thing is you go in and you look at the instance that you want and &#8212; or instances and it tells you what the going price is. And then you look &#8212; the little thing you just select and it\u2019ll actually show you over a week or a month or just a day. And you can look &#8212; but usually just if I\u2019m in a hurry I\u2019ll just make it like &#8212; if it\u2019s $0.24 is that the highest point in the last couple of weeks then I\u2019ll just make it $0.25. And never wait more than about three or four minutes.<\/p>\n<p>And you save, I mean it\u2019s ridiculous like the &#8212; I mean like on the &#8212; like for example installing Cloud Foundry. If I install Cloud Foundry on a Small Instances Amazon it takes sometimes about 100 minutes, maybe even longer. I\u2019ve actually &#8212; I can\u2019t remember it was on one of the things on Micros or a small but I think one of the first couple of times I installed it took almost two hours. And well on average, well even when you look it will say beware when you start install process could take up to two hours.<\/p>\n<p>[0:35:02.5]<\/p>\n<p>I started up an m1.xlarge and basically the normal price is like $0.68 an hour. Again which isn\u2019t a lot, but if you\u2019re going to run it for a few hours and start using them over time. It\u2019s probably worth doing the Spot Instance. It\u2019s like Spot Instance is $0.24, and so I put up for $0.25 I wait like two-and-a-half minutes it comes up, like I get it started, two or three of them that I\u2019m going to use and then literally the amount of time it takes to install like 20 minutes versus like a 100 minutes, or 110 minutes.<\/p>\n<p>And I could have got up to $0.68 and 00:35:43 but I mean on a habit now I just anytime starting up a development or test systems that I\u2019m only going to use for like a half a day or a day, or &#8212; and then if I forget to take them down, it\u2019s going to be half the amount of money that I wasted, right so.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> It\u2019s like a price line for cloud.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, it\u2019s not bad, it\u2019s you know &#8212; and again if anything it adds a little more excitement in what you\u2019re doing if you\u2019re playing with this stuff. But I could see like if you got serious about it and I know companies do. I mean these companies will &#8212; they\u2019ll build queues of servers and they\u2019ll generate pools that can be available.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So, now what\u2019s the mechanics behind that? Like who is the supplier? Is Amazon supplying it or is it &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah, Amazon is the standard cloud supplier. I think Reuven Cohen has this &#8212; has some type of abstraction for multiple clouds but I don\u2019t know I haven\u2019t gotten &#8212; I\u2019ll probably &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So, correct me where I\u2019m wrong here, but basically so there is idle cloud running around and at some point they make a decision all right we\u2019re going to sell this Amazon being there &#8212; Amazon makes a decision we\u2019re going to sell this top of the line cloud instance for a lot cheaper than list price just because no one is buying it at the moment. So, it\u2019s typical like sales stuff right, like better to make some money than no money off of it. And do you &#8212; have you gotten a sense of like when they &#8212; how that the mechanics of that work out, like when do they decide they\u2019re going to cut prices essentially?<\/p>\n<p><strong>John Willis:<\/strong> Well I think its available capacity. I think it goes &#8212; I think they take the highest bidder. I don\u2019t know the exact mechanics, but I think they take the high &#8212; if they\u2019ve got available capacity, they\u2019ll look at what\u2019s waiting. So when you go to start a Spot Instance it immediately goes into this Spot Queue and it\u2019ll just say open, it\u2019ll just sit there. And I think what will happen is they\u2019ve got probably &#8212; they\u2019ve got some engine.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And then how much time do they give you on it?<\/p>\n<p><strong>John Willis:<\/strong> I don\u2019t know. I played around the other night just to see like &#8212; I had a, it was like one of the small instances, so I had &#8212; I figured what the small instances was typically like &#8212; oh no the micro, I don\u2019t know, maybe the small. So, typically like $0.03. They run $0.08 normally and you can get them for like $0.03 an hour. So, I played games where I put in $0.02; I put one in for a $0.03; I put one in for $0.05 and the one for $0.02 just, I just left it in the queue for like &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> But then do they give it to you for &#8212; do they guarantee an hour\u2019s worth of time or like I mean can you reserve?<\/p>\n<p><strong>John Willis:<\/strong> I\u2019m not still &#8212; I\u2019ve heard stories that you could lose them so &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Because that would be &#8212; I mean there\u2019s got to be some sort of safety, you got to be like, I\u2019m going to buy 200 hours at $0.02 an hour, right?<\/p>\n<p><strong>John Willis:<\/strong> I think they take them away. I think they take them away. I think when that reserve pricing or whatever that pricing &#8212; in other words if they get &#8212; I\u2019m sure if they get to a capacity as to where they got people who are willing to pay the whole price, they probably, and they\u2019ve got nothing left, they probably start yanking it, because I heard people have said that you can get on the yanked.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So, the way you would want to use a Spot Cloud is mostly for sort of like processing and serving up things and you would want to be &#8212; you would want to be saving your data somewhere else because your Spot Cloud could just disappear, so it has to become obviously completely like stateless, right?<\/p>\n<p><strong>John Willis:<\/strong> Yeah, but I mean I use the &#8212; one thing I do a lot, which is cool is I use the EBS volumes and so the EBS boot volumes and so that it\u2019s not a 00:39:25 storage. So everything you write on it, if you go ahead in Snapshot or if you create an image from it, then it basically saves it as your own image. So I\u2019ll get like everything I need. So, I have like a bunch of set images for different environments that I\u2019m testing and I\u2019ll fire those up and then all I have to do is like copy my keys over or something like that and then I\u2019m good to go.<\/p>\n<p>[0:39:52.5]<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So let me ask you this question as I like to say. In your travels up until now, so now if you just take, only taking Amazon as a cloud, like there is a lot of things going on. We just went over like various strategies you would use for a Spot Cloud versus having your EBS and this, that and the other. Like how many levels of sophistication do you think there are for learning how to like deal with Amazon. And I don\u2019t mean that in the bad way but like sort of the most na\u00efve things is like I just sort of like get a server and some storage that I host, right?<\/p>\n<p><strong>John Willis:<\/strong> It\u2019s actually a pretty high is that &#8212; there is a lot of bandwidth there and it goes. For example, I mean take for example that outage a couple of months ago, right?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah.<\/p>\n<p><strong>John Willis:<\/strong> I mean the people &#8212; I mean there was &#8212; that there\u2019s levels of &#8212; all right, so there\u2019s levels of like knowing how to use the APIs and all that and being able to basically manage, starting, stopping instances, the stuff I\u2019m talking about It\u2019s like 101, right?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah.<\/p>\n<p><strong>John Willis:<\/strong> And 102 is how do you start using the more advanced features like ELB, the RDS, the SNS, the queue if you\u2019re going to use that. And then understanding whether you should be using them or not, and then you got CloudFormation and all that. And then I think that\u2019s like 102, Amazon 102 and then you got kind of Amazon 103 is understanding the implications of how you use it, and that\u2019s where all these people got in trouble.<\/p>\n<p>And then I think that like it goes back to the whole thing you don\u2019t just get into cloud and think, oh cloud, everything is done. I mean even if you learn everything about that cloud you still have to be a data center operations, you know what I mean? You still have to have your data center operations job, to know in what cases best to use.<\/p>\n<p>But then beyond that then there is kind of folklore and people who have been doing it for a couple of years. In that outage only a few company survive. And the ones that survive are the ones that basically either &#8212; that either spent a lot of money to bring in a lot of people who had been doing it for many years. With Amazon at a large scale which is like for example Netflix. Netflix is like VMware, now they\u2019re hiring like all the brightest guys out there.<\/p>\n<p>It\u2019s amazing, every other day I\u2019ll see a guy like, that guy is going to Netflix, holy shit. But to have these guys that had been doing large scale cloud operations on Amazon for a couple of years that know where the bodies are buried. I mean that crap doesn\u2019t come easy. And you listen to this &#8212; the guy who used to &#8212; there is another really, really sharp guy that gives presentations all the time and he &#8212; Jeremy and I can\u2019t think of his last name right now, Reddit, he was the sys op at Reddit.<\/p>\n<p>He gives a great presentation about crap that &#8212; Edberg, Jeremy Edberg, he used to be at Reddit. He just went to work for Netflix. And he has a great presentation, he was about like, oh all the bodies are buried and how a lot of people are switching away from EBS back to the 00:43:06 storage. So yeah, now there is a lot of layers for that onion to peel. I mean &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> I am always curious about the cloud complexity if you will, which with great complexity comes great power as they say.<\/p>\n<p><strong>John Willis:<\/strong> No I think Amazon &#8212; and yeah and with Amazon that complexity creates great opportunities, but again knowing how to &#8212; I think I might have said this once before in this podcast. If I hadn\u2019t, I talked to a lot of people after that big outage and a lot of that outage was about like if you follow all the rules as Amazon laid them out you shouldn\u2019t have been in trouble. Like you\u2019ve used availability zones and you were supposedly in good shape if you spread like your database server and you had &#8212; you\u2019ve done between zones, and then it turns out there was &#8212; I forgot what it was but it was some API that wasn\u2019t available for EBS that wound up, 00:44:12 all those rules.<\/p>\n<p>And the guys that survived were, they had actually multi-region DR set up, you know what I mean? And or &#8212; so that like the guys like Netflix, they were all, hey, we didn\u2019t have any problems. Well I don\u2019t &#8212; they brought in probably the best architects. They probably paid Amazon architects out and design it. I mean and yeah they were able to handle that outage without a blip, but then there was a lot of small guys that I talked to like oh, we know exactly what would happen if that happened but we never had a time to &#8212; you know who has the money and time to design multi-region DR.<\/p>\n<p>[0:44:49.2]<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, that\u2019s why we\u2019re doing this cloud stuff.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, that\u2019s right. But and then I think one last point is, the other thing when I talk to people and this is again why I\u2019m a strong believer of Infrastructure as Code, there were a lot of people that survived that to a certain extent where their outage might have been like eight hours and it was cut down to two or three hours because they had their whole infrastructure extracted through Chef or Puppet.<\/p>\n<p>Because you still got the data movement problem and where to get that and your backups and all that but the point is that there were people that were able to like go into another region and pop and blow their infrastructure out. And there were other people that knew that and just said I\u2019ve never gotten around to finish my whole infrastructure with Chef or Puppet.<\/p>\n<p>This is why I tell people when we talk about DevOps, I mean, like it is another thing that\u2019s driving me nuts these days, is I\u2019m going to all these big companies and do these DevOps workshops. Get up, yeah I love it, come on get in here, tell us about it. And you do this; I do a first day kind of theory which I\u2019m not going to do anymore. I\u2019m tried of doing it because everybody is like yeah we already know that, yeah get on, move to the next thing, and then &#8212; so and the second day is hands-on. So, it\u2019s almost hilarious how, it\u2019s like everybody is like, yeah, we want DevOps but we can\u2019t do that, that and that right now, we\u2019re way too much in a hurry.<\/p>\n<p>That is the core of the ideas, like get all this stuff right, let\u2019s abstract all the infrastructure, let\u2019s figure out the behavior definitions, let\u2019s figure out all these things that are probably going to &#8212; they\u2019re going to make you successful or more importantly the things that companies like ESTI and Wealthfront and those guys have done to be successful. Let\u2019s do those things, oh no, we don\u2019t have time for that. Let\u2019s just get the CI server up.<\/p>\n<p>And I\u2019m like I want to pull my hair. It\u2019s like, no, there is &#8212; you know I\u2019m sorry, it\u2019s painful, it\u2019s a lot of work and it\u2019s a lot of crap you have to do upfront.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Well they used to call that cargo culting and I\u2019m sure they still do. It\u2019s like you don\u2019t want to waste your time putting racing stripes on your car, you really need to put a new engine in it, like that\u2019s &#8212; just because you have like &#8212; you\u2019re doing continuous integration like it doesn\u2019t mean you\u2019re going to have anything. It\u2019s just going to &#8212;<\/p>\n<p><strong>John Willis:<\/strong> You got that culture and you\u2019ve got a bad foundation and bad plumbing, I mean this so &#8212; I mean so &#8212; but yeah I mean that\u2019s the people that sit down and say, okay, there is a guy here in Atlanta. I met him recently and it took him a long time to get up on Chef and I finally met him. I met him at DevOps workshop we did in Atlanta a few months ago and he said, I said, he said, \u201cHey, I finally got everything up on Chef,\u201d and I\u2019m like that\u2019s great and so what was \u2013 why did it take you so long?\u201d<\/p>\n<p>And he was like, \u201cWell actually what we really wanted to do is we wanted to get it right so we did a kind of service modeling exercise where we modeled all our services in an abstract definition and then we use that as input, the drive shaft.\u201d Like, Yeah, God, from your mouth to God\u2019s ears. I mean you build your infrastructure like that you can move a data center in weeks.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> You got to drain swamps before you can build Disney World, that\u2019s the problem.<\/p>\n<p><strong>John Willis:<\/strong> That\u2019s &#8212; I love that. There you go &#8212; or else that castle will be floating.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> So you were mentioning you were doing DevOps workshops and so there is two things that I find interesting here. One, that there is enough demand to do DevOps workshops. So like &#8212; I mean DevOps has been &#8212; it\u2019s been a pretty fast cycle of main streaming I guess. I mean it\u2019s probably even about it a year-and-a-half maybe. I mean I know people talked about it for &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah, and I think it will be two years, I think this summer it\u2019s about from when the first DevOps days.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> But it\u2019s pretty quick, I mean the last thing we had was cloud which took a long time but not that DevOps is really on the magnitude of cloud. It\u2019s more like a subset if you will but that\u2019s a fast forward session. And so you think that you\u2019re more or less you don\u2019t have to do the definitional stuff, everyone is past that, that kind of thing you\u2019re talking about.<\/p>\n<p><strong>John Willis:<\/strong> Well they\u2019re not even passed it, it\u2019s like &#8212; I think there is a couple of forums of either people are in denial and they\u2019re like, oh no, no, we know that, that we got. It\u2019s that whole like whenever I used to explain DevOps in the early podcast we were doing here and I talk about culture and you\u2019re like, \u201cYeah, but not a bunch of crap?\u201d<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, that\u2019s my line, isn\u2019t that a bunch of crap?<\/p>\n<p><strong>John Willis:<\/strong> Yeah, and now like you start talking about why it\u2019s so important to understand behavior and why this works really well in some companies. People like will say, I already know that. You know what, we know that too, you can move on, move on, like it. And then you\u2019ll go to the workshop day and they\u2019ll &#8212; it will be like, well you kind of missed that whole point, like what\u2019s &#8212; I know there are some fundamental things that I think are really important to understand.<\/p>\n<p>And I think people &#8212; everybody is in such a God damn hurry that they just don\u2019t want to hear that stuff. They just want to hit the pavement and run and so to them, to most people &#8212; so I\u2019ve done a couple &#8212; I\u2019ve done about \u2013 I\u2019ve done four DevOps workshops. I\u2019ve done two for pay and two freebies.<\/p>\n<p>[0:50:08.4]<\/p>\n<p>The freebies you get by pretty well because who is going to moan and groan about that. And the people are passion enough to go to a thing, they will listen it, but the pay for ones are being very painful because they tell you that, yeah, we want DevOps and We want to just be like ESTI and we want to be like &#8212; and then you go in there and start talking about the way why ESTI is what they &#8212; they is &#8212; why ETSI is the way they are.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> And they is what they is.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, they is what they is, there brother, but they &#8212; and they don\u2019t want to hear that. And first they are all like, oh we want to be like them, yeah we want to drink that Kool-Aid. Oh my God it\u2019s going to be great, and then you start going into more than an hour of it, and they&#8217;re like, can we get on to the workshop stuff? And what people really want is &#8212; particularly the enterprises what they really want is they want to just go right to the cool stuff.<\/p>\n<p>Let\u2019s go install something, let\u2019s install Jenkins and see how that works. Can we do that continuous delivery thing? Like yeah, we can but you want to talk about how that might change your developers and how things might work, and yeah, we\u2019ll get it, we\u2019ll do that later.<\/p>\n<p>And it\u2019s rather frustrating, in fact in some ways, this will be a bold, bold statement but I think the enterprise and &#8212; put it this way, I think cloud alone is doomed &#8212; cloud with DevOps you have a prayer, enterprise with cloud and DevOps the only way they\u2019re going to get through this cleanly. I think is you\u2019re going to have to go out and hire like 10 or 15 people that are completely from without any of the baggage of the organization and do the project.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Sure, I think that\u2019s one of your more successful change &#8212; like large organizational change strategies.<\/p>\n<p>It\u2019s you have to start out with a small groups that like is not encumbered by the current success with the organization and they have to build such a huge amount of success on their own that everyone else takes them seriously that and then this is the other, the final element that once the greater organization stumbles in a terrible way they get desperate enough and they look around and they see this small group of people has a good way of doing stuff.<\/p>\n<p>And in failure is a certain amount of time enough to revisit core principles and I think it\u2019s just &#8212; I mean part of what it is being an enterprise is it\u2019s too risky to ensure your future because you\u2019re making so much money in the present that you don\u2019t really muck around with it and until there is sort of catastrophic failure, I mean and I\u2019m not even putting this in a cynical way. Until there is catastrophic failure there is not much reason to change and now the longer view is that well sure &#8212; part of your job is to ensure the longevity of being able to produce revenue.<\/p>\n<p>I\u2019m speaking of very high terms now but &#8212; that\u2019s just not how business runs. Like it\u2019s very rare that a business especially when it gets to something that IT is involved in, that they really care that much about their long term future. I mean it\u2019s more like &#8212; I guess this is what it is, it\u2019s like the Viking School of Business. It\u2019s like what\u2019s the saying like party today, for tomorrow we may die and that\u2019s the way a lot of it goes.<\/p>\n<p><strong>John Willis:<\/strong> But I mean one of the things I think that the cloud is a compelling event. So it\u2019s compelling events that actually allow you to make these massive changes. But you can look and take stock of everything and say, oh, my God, like you have a massive catastrophic failure or I think again cloud is another &#8212; I think somebody said to me recently Wall Street is looking at that DevOps is really kicking into Wall Street.<\/p>\n<p>And this was some &#8212; actually Simon Crosby, the guy &#8211;the Citrix who &#8212; this then Citrix guy who is now in a startup. He was saying that Wall Street is got kind of two mindsets now. There is the kind of legacy and there is the DevOps way, like a lot, really, yeah no and so there is this kind of I think cloud is the enabler or the compelling event that has long been, so you know what, since we\u2019re doing this thing and we understand that there is a lot of changes, let\u2019s do it.<\/p>\n<p>I think the mistake that some companies make and this is a general statement, I mean some people can get away with it, some people may not, I think more people won\u2019t get away with it, is to then cherry-pick all these guys from the legacy. Particularly a legacy that is primarily broken. We know, we\u2019ve been, I\u2019ve been and you\u2019ve been in large companies, oh my God you say that place is so broken, and to thing that you\u2019re just going to pick like 10 or 20 or 30 people from different teams and throw them in this new team and everything is going to work out all new and different, right?<\/p>\n<p>[0:55:02.5]<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Sure.<\/p>\n<p><strong>John Willis:<\/strong> That again I think that, more often that not is going to be, like you\u2019re saying it just going to be repeating failure, you\u2019re just taking the same ideas, the same boundaries, the same limitations, the same way of thinking as opposed to let\u2019s just go hire ten startup guys. Let\u2019s find these guys out there and just like cherry-pick them and put them on this team and see where they get and then start bringing people in from &#8212; all the organizations to fit in, but &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, I think that\u2019s pretty much true. I mean the &#8212; I think Wall Street is always a &#8212; they tend to be a leader in anything that involves rapidly delivering technology.<\/p>\n<p>I think for several reasons. One, they have a lot of money, and two, if &#8212; I get the sense that there is other industries that are like this, but the world of finance and Wall Street in particular sort of investing, not retail banking is &#8212; it\u2019s a lot, not that it\u2019s easy but compared to other industries it\u2019s a lot easier to directly correlate IT work with making money versus I don\u2019t know at a hospital, it\u2019s probably more difficult to correlate IT with like making more money.<\/p>\n<p>I mean I guess anyways, always people are fraught with problems but &#8212; and then I think the &#8212; I don\u2019t know if there really is a third reason but it\u2019s just &#8212; and also like a lot of the stuff that goes in finance now is about &#8212; it\u2019s all about having something &#8212; information or something that someone else doesn\u2019t have. Technology as IT being Information Technology is great at that kind of thing, like, you can actually use &#8212; if you &#8212; all you care about is information and being able to like do something based on an information, that\u2019s kind of the whole point of IT, so &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah, and I think the thing about DevOps is the people who get with at the core DevOps is &#8212; unfortunately some people don\u2019t get that it isn\u2019t a button or it\u2019s going to be a little painful to get there. You\u2019re not going to do it with the rest of this year\u2019s budget or you know what I mean, there\u2019s got to be some changes made, but at the core DevOps is &#8212; the people who are getting it like Wall Street is the ability to innovate fast.<\/p>\n<p>I mean &#8212; and that\u2019s a loaded term, that\u2019s been around forever but when we look at the way companies are the poster childs of DevOps right now, they are &#8212; the developers are pushing 30 to 50 times a day. They\u2019re able to get things from the business people out to customers in hours.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> That\u2019s like several months ago I wrote a thing on Cloud Marketing that cloud is just about speed, which is great oversimplification, but I mean that\u2019s what &#8212; I think that\u2019s the explanation that works with everyone. It\u2019s like, look we\u2019ll get you a bunch of jibber-jabber and fancy words and whatever in a little bit but basically we just want to speed up your delivery cycle and just make it so you can deploy stuff faster.<\/p>\n<p>And but then the important thing for that is like as we\u2019re going on a bit earlier is like if you don\u2019t think &#8212; if you don\u2019t like the speed of what you\u2019re doing things now and the way you\u2019re things is not working and you can\u2019t do things that way so you need a new way of doing things and like so we can\u2019t just install Jenkins and be done, like your whole thing is screwed.<\/p>\n<p>And like you\u2019re going to have to change things around, like you can\u2019t win the Tour de France by eating like Rice Krispies snacks all day, you got to like change a lot of fundamentals about the way you run your life if you want to compete at that level. And I think it\u2019s similar to whether you\u2019re adapting Agile or DevOps or whatever, like you\u2019re not going to be able to do things the same way.<\/p>\n<p><strong>John Willis:<\/strong> Yeah, change. No I mean, it was funny, whenever we were at Interop. I was on a panel with George Reese, and Shlomo Swidler. And it was a cloud operations thing and we were having a pretty good dialogue with the audience. And one women was talking about how &#8212; she didn\u2019t see how her organization could ever get Agile to do deployments like multiple times a day and so at some point somebody asked her, well, why not? And she said well, \u201cI mean we &#8212; you know our main application it used to be that we would deploy it every three months. Now, we have to deploy it every six months. So there is no way.\u201d<\/p>\n<p>And as she was answering that I\u2019m like, God, I don\u2019t want to ask her the next question, because it\u2019s going to make her look like an idiot. And so finally everybody is kind of bouncing around, even the audience is trying to help her and then somebody else finally says, \u201cWell, have you ever thought about breaking up the application and decomposing it?\u201d Like \u201cah-ha\u201d, yeah, but it\u2019ll probably be a year from now, and year from now it will be a year to deploy. I mean so like yeah, no, yeah you 00:59:54. If the answer is I can\u2019t do a DevOps or continuous deployment because it takes six months to deploy an application today, then like okay.<\/p>\n<p>[1:00:04.5]<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> No I think that\u2019s there is our friend Israel Gat does a lot of stuff around technical debt and I think that\u2019s like the &#8212;<br \/>\n<strong>John Willis:<\/strong> Ta-ta-da-da, every time I hear technical debt I want to say ta-ta-da-da.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> That\u2019s right good old technical debt. I mean it really is like, that\u2019s a fantastic metric to track because &#8212; and I like to think of it as just like the &#8212; you\u2019re tracking when you ask development to do something and they\u2019re like oh we can\u2019t just add that feel, that\u2019s going to take a few weeks, like there you go, you got some technical debt right there and &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Ta-ta-da-da, so it\u2019s like Monty Python I just have to say that.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> The problem with technical debt.<\/p>\n<p><strong>John Willis:<\/strong> Ta-ta-da, stop this.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Is that you can only measure it once you\u2019re in it, like no one appreciates it until they\u2019re negatively affected by it. So it is a &#8212; and what I mean by that is you have to have enough experience and trust in your own experience to intuitively avoid it like &#8212;<\/p>\n<p><strong>John Willis:<\/strong> Yeah, but here is the thing right so &#8212;<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> It\u2019s not like a credit card where you\u2019re like, well, I\u2019m going to go $5,000 in debt, like you know what that means.<\/p>\n<p><strong>John Willis:<\/strong> So, I\u2019m at &#8212; actually at DTO we\u2019re working with some really large clouds right now, some massively large clouds.<\/p>\n<p>So, we\u2019re getting in the ground floor from on the kind of DevOps angle, and the thing is like as you go through this and go through these workshops and walkthrough what\u2019s got to be done, you start realizing and you don\u2019t have to Israel Gat who is an expert on this as opposed to me who is not, but you don\u2019t have to be Israel Gat to understand all the branches that you start talking about that become obvious technical debt.<\/p>\n<p>If you\u2019re building a new cloud and you\u2019re talking about well we\u2019re going to use some things for CentOS and some things on Ubuntu, I\u2019m like, Wooh-wooh, why do we care about operating system. This is a grand new &#8212; brand new scenario, like do we really give a crap what the operating &#8212; I mean if we care let\u2019s pick one.<\/p>\n<p>So, because immediately once you start talking about running &#8212; these are things that everybody else is battling like, when you talk to people like, yeah we\u2019ve got another six months before we can get everything on one platform, we\u2019re still working on that so we won\u2019t be able to get to this until we done &#8212; like okay. Like, we know that now, you\u2019re starting a cloud, let\u2019s make the operating system as innocuous, I mean it just doesn\u2019t really matter.<\/p>\n<p>Then like I was talking about the guy from Silverpop, let\u2019s service model, every service day one. All along the way we are like just chunking off potential technical debt, because the technical debt of installing everything manually and having multiple operating systems, multiple frameworks for operating systems. The developer will say, well it has to be that way. No, freaking we write you code, this the new cloud, this is the new infrastructure, because those are the positions when you have to move a data center or when CentOS version whatever is now really just way too old, it\u2019s not just old, old, it\u2019s old, old, old, old.<\/p>\n<p>And now I got a &#8212; I mean it\u2019s pretty easy on the ground floor. I think it\u2019s much harder for what guys like Israel Gat and those guys do to go into large organizations and help them understand with all the legacy crap that\u2019s lying around. But if you\u2019re starting from a greenfield, I mean you can look down the field and say, holy crap man. What we probably want to do is put a big old fence around this thing is the first thing.<\/p>\n<p>I would say it is like if you\u2019re going to start a car company today. I\u2019ve probably said this on this podcast before. If you\u2019re going to start a car company today what\u2019s the first thing you do? The first thing you do is not go start assembling your first car. The first thing you do is you build an assembly line, a factory. It\u2019s going to get cars. Like you pretty much know that like you don\u2019t want to get down to like the six months going, hey, you know what, this whole like manually building a car at a time is you know &#8212; and I guess something to say there fancy cars out there that they do it that way, but let\u2019s just say you are going into that commodity car market, you would build.<\/p>\n<p>And so &#8212; and I think that\u2019s &#8212; a lot of that, just thinking about all this DevOps and all the things you have to do, I mean a lot of this is thinking of IT very much the way Toyota thought about manufacturing. I know I\u2019m not the first one by a longshot to say that but when we have a greenfield cloud we actually can &#8212; it\u2019s a little bit different than saying we need to be lean in our organization and we\u2019re a &#8212; 20,000 server, 200,000 people organization saying that we need to adopt lean principles, is a lot different than sitting down and looking at a greenfield and say, hey folks, wouldn\u2019t this be a great time to adopt lean principles?<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah, like start with the ideal way you want to do stuff.<\/p>\n<p><strong>John Willis:<\/strong> Right, so anyway.<\/p>\n<p>[1:05:01.8]<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Well that seems like a good place to wrap up. Did you have anything else you wanted to go over?<\/p>\n<p><strong>John Willis:<\/strong> No, I think that\u2019s it right now.<\/p>\n<p><strong>Michael Cot\u00e9:<\/strong> Yeah. Well, thanks as always to everyone for listening. We always appreciate it. And I guess we\u2019ll see everyone next time.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>John has been playing with Cloud Foundry a lot of late, so we go over that and PaaSes in general. Download the episode directly right here, subscribe to the feed in iTunes or other podcatcher to have episodes downloaded automatically, or just click play below to listen to it right here: Show Notes Cloud Foundry [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,44],"tags":[580],"class_list":["post-7138","post","type-post","status-publish","format-standard","hentry","category-cloud","category-itmanagementguys","tag-paas"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/7138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/comments?post=7138"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/7138\/revisions"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/media?parent=7138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/categories?post=7138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/tags?post=7138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}