{"id":6288,"date":"2011-03-15T20:33:48","date_gmt":"2011-03-16T02:33:48","guid":{"rendered":"http:\/\/www.redmonk.com\/cote\/?p=6288"},"modified":"2011-03-15T20:33:48","modified_gmt":"2011-03-16T02:33:48","slug":"devops-in-action-with-ernest-mueller-it-management-cloud-podcast-085","status":"publish","type":"post","link":"https:\/\/redmonk.com\/cote\/2011\/03\/15\/devops-in-action-with-ernest-mueller-it-management-cloud-podcast-085\/","title":{"rendered":"dev\/ops in action, with Ernest Mueller – IT Management & Cloud Podcast #085"},"content":{"rendered":"

\"Ernest<\/a><\/p>\n

At SXSW this year, we finally got a chance to talk with Ernest Mueller<\/a> about the dev\/ops work he’s been up to at National Instruments<\/a>. He’s written about the topic over at his blog TheAgileAdmin.com<\/a> and spoken about various aspects – it was great to get our own chance to grill him about the topic.<\/p>\n

Download the episode directly right here<\/a>, subscribe to 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

\n

Transcript<\/h2>\n

As usual with these un-sponsored episodes, I haven’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.<\/em><\/p>\n

Michael Cot\u00e9:<\/strong> Well, hello everybody. This is another special South by Southwest edition of the IT Management Cloud Podcast. As always John Willis and I are here. We\u2019ve got a guest with us, a local Austinite and why don\u2019t you introduce yourself?<\/p>\n

Ernest Mueller:<\/strong> Well hello, I\u2019m Ernest Mueller. I\u2019m a Web Systems Architect for National Instruments here in town.<\/p>\n

Michael Cot\u00e9:<\/strong> What do these National Instruments guys do? I know they are sort of like Goldman Sachs best place to work or something like that. No, no not Goldman Sachs, whoever does that.<\/p>\n

Ernest Mueller: <\/strong>Forbes.<\/p>\n

Michael Cot\u00e9:<\/strong> There you go.<\/p>\n

Ernest Mueller:<\/strong> That\u2019s right. Well we make both hardware and software for data acquisition, industrial control, kind of test and measurement. One of our big, our big software product is called LabVIEW which kind of most engineering students over the last however many years have used in college. And some of the trivial uses of our dark powers are the LEGO MINDSTORM NXT, a control block that makes the LEGO Robots, we do the software that the kids used to program.<\/p>\n

Michael Cot\u00e9: <\/strong>Okay, so you do controlling stuff and measuring the stuff I guess like \u2013<\/p>\n

Ernest Mueller:<\/strong> Exactly, exactly.<\/p>\n

Michael Cot\u00e9:<\/strong> And, I mean you are a technology company, but you are sort of like a old school technology company not like a software company.<\/p>\n

Ernest Mueller:<\/strong> That\u2019s right, that\u2019s right, desktop software, and hardware, and both embedded hardware like few J stuff, and parts to put in your PC and dedicated chassis and then that sort of thing.<\/p>\n

Michael Cot\u00e9:<\/strong> And have you sort of worked there all of your professional life or?<\/p>\n

Ernest Mueller:<\/strong> No, no, when I graduated long, long ago, I would work in FedEx Corporate IT for number of years. Then I worked for an internet startup in Memphis, Tennessee. And, then I moved up to Rhode Island for a little bit, did some consulting and then I got opportunity, moved back down here on the Texas —<\/p>\n

Michael Cot\u00e9:<\/strong> So before we get into the technical stuff, like you know few episodes ago I went off on a tangent about burgers and fanny packs. So, you know let me ask you about Rhode Island. So now maybe John has something quite sincere from that neck on the woods if you will. But the only impression I have on Rhode Island —<\/p>\n

John Willis:<\/strong> Yeah, yeah, I mean yeah.<\/p>\n

Michael Cot\u00e9:<\/strong> The only question I have about Rhode Island is from this one episode of the Sopranos, where they have the cousins who live in Rhode Island. And, ever since then it\u2019s stuck in my head that Rhode Island is a little weird. And, like so is Rhode Island kind of like weird?<\/p>\n

Ernest Mueller:<\/strong> Rhode Island is a little weird they take inordinate pride in how many times their governor gets indicted. Of course, I guess we are not all that different down here. But, yeah it was an odd place, but good Italian food.<\/p>\n

John Willis:<\/strong> We love the burgers, plenty good burgers there?<\/p>\n

Ernest Mueller:<\/strong> No, not really.<\/p>\n

Michael Cot\u00e9:<\/strong> What\u2019s your impression of Rhode Island?<\/p>\n

John Willis:<\/strong> I don\u2019t know; it\u2019s a place that you cut through sometimes when we are going up North.<\/p>\n

Michael Cot\u00e9:<\/strong> All right, all right, so we got that.<\/p>\n

Michael Cot\u00e9: <\/strong>When I\u2019m going in to office venue, I have to go through — but of course and you know that whole Nantucket Moby Dick, it\u2019s a very odd scene, its one of the — that\u2019s perhaps the best part of the whole book is the whole Rhode Island scene like what you are going to do. So I know John, you have — why don\u2019t you launch and do it John?<\/p>\n

John Willis:<\/strong> Yes, so I was thinking about this, so, you know, we\u2019ve been following each other for a while here you\u2019ve been in DevOps, since DevOps was put through but the —<\/p>\n

Michael Cot\u00e9:<\/strong> All right, go ahead.<\/p>\n

John Willis: <\/strong>The, I guess I was thinking about just kind of introducing what are your thoughts about DevOps, but I guess I was thinking more about, since you do work for a large enterprise what does DevOps really mean, and with a spin from an enterprise view in your view?<\/p>\n

Ernest Mueller:<\/strong> Well let\u2019s see, from an enterprise view I don\u2019t know that the over all view is any different than the normal DevOps view. It is somewhat more complicated to implement sometimes. But, the whole concept of bringing your development folks and your web operation folks together and actually embedding on a team together to deliver a product is really the core concept there. Scale becomes the issue, just like with Agile in general. In Agile methodology it sounds all simple, you got your small gang of developers, you embed the business on a — if you are in the DevOps you embed an operations person on them and you go, and if you have an eight person company that\u2019s — it\u2019s reasonably straight forward to understand how to do that.<\/p>\n

Maybe you are dealing with 5000-person company like we are, the path to get there is little more oblique. And, to be honest we — the way we got our feet wet was like green fielding an internal team with both developers and operation staff and who are on it, to get knowledgeable enough in it that we could then perhaps figure out how to spread it to the rest of the organization. You have to do a small project first.<\/p>\n

Michael Cot\u00e9:<\/strong> You have do small projects first.<\/p>\n

[0:05:02.6]<\/p>\n

Michael Cot\u00e9:<\/strong> Right, right.<\/p>\n

John Willis:<\/strong> So, Michael thinks that we were all full of crap when you were to talk about culture, at the previous episode if you will. So like — well school about why DevOps, what actually in more like his point as we tend to say, like in 0:05:23 world we use culture as this kind 0:05:26 okay, I am going to stop talking now, we are going to throw the culture out there, like why is this — why do we 0:05:31 about kind of behavior and culture in DevOps?<\/p>\n

Ernest Mueller:<\/strong> Well, because I think it\u2019s the grease that makes the wheels turn right. There are many, many opportunities for friction in any organization and the more moving parts you have for example, in bigger organization more opportunities for friction you have.<\/p>\n

If people approach a process from an attitude of collaboration, then things are probably going to work out all right. If they are approaching process being, kicking and screaming or hostilely or reluctantly, they will innovate ways to make it not work, and I think one of the difficulties especially with operation staff is historically we\u2019ve been trained to accomplish certain goals. Those goals are availability, but unfortunately sometimes more importantly cost efficiency, and reduction of risk, and once you do that for a while that becomes part of your DNA.<\/p>\n

Well, so if you just get thrown on to a team with the goal of let\u2019s deliver shipping products, you really have to be bought into that from a cultural point of view or else you\u2019ll just drag your feet and that\u2019s the big, I mean having had to go through that transition myself as an operations person, I understand if it is — it is difficult that it\u2019s not nothing and there was a interesting post early on OpsOps.<\/p>\n

It\u2019s like before DevOps we need OpsOps, because the nature of the burden that\u2019s been put on IT infrastructure departments, it\u2019s not like they\u2019re all happy and collaborative with each other and hate developers, right. They pretty much have been siloed, and sub siloed, and thought to defend their sub silo and that\u2019s a hard thing to get over it.<\/p>\n

Michael Cot\u00e9: <\/strong>Yeah, I mean that\u2019s the point that I like to make with a lot of people is the moral lapse as I would call this. They are only the creation of their situation, I mean they\u2019re doing what they\u2019re been asked to do.<\/p>\n

They are how they are because yeah they were made that way, people fall to that. Yeah, I mean I think, I think that\u2019s one thing that John got me thinking about when we are talking about the, my hatred of the cultural argument is that it is like thinking about, and you are kind of touching on this, this is thinking about instead of doing service management, doing a product management, kind of having that by and to like own the stuff.<\/p>\n

I think that is, it\u2019s like, more so than just like subtle trickery with words. It does like change what you think about as an ops person, what it is you are doing like —<\/p>\n

Ernest Mueller:<\/strong> Absolutely.<\/p>\n

Michael Cot\u00e9:<\/strong> You are not just — you are not just satisfying SLAs and up time, you are not keep something up and running, you are looking at how I can make this product better, this thing better than on running.<\/p>\n

Ernest Mueller:<\/strong> That\u2019s a very good point because we had experimented with ITIL and then eventually visible ops, and had started to try to bring that sort of structured service management approach to our work when that 00:08:51 in our R&D department, run a team that\u2019s developing SAAS products, but I was in our IT department heading up our systems side of our corporate website and we tried to push the service management aspect. We have a lot of friends in the business, the Director of Web Marketing was very supportive of setting FLAs, and figuring out how to accomplish them.<\/p>\n

But, in the end we only achieved success to a certain degree despite the fact that, we have a lot of great people working there in all the different sectors, and it became apparent to me, our team was always, we were all respected, but we were always the bottleneck. Eventually I kind of got sick of being the bottleneck, I said, look there has to be a different way of doing things, we have optimized our processes as much as we can.<\/p>\n

We developed the systems development process that we would use to engage development teams, very waterfall.<\/p>\n

[00:10:02]<\/p>\n

But brought together many years with expertise and streamlining it, but even so we couldn\u2019t achieve the pace of delivery that the business wanted and then when you stepped back and looked at it was not unreasonable.<\/p>\n

Michael Cot\u00e9: <\/strong>And I mean, can we go into like why, if you\u2019re taking a service management type of approach where and correct me where I\u2019m kind of wrong, where you\u2019re sort of focused on providing some SOAs that you have, and providing the infrastructure that something runs on. You\u2019re kind of providing, I don\u2019t know, the infrastructure stuff runs on, I\u2019m repeating myself. But I mean, what would happen that would cause you guys to be a bottleneck like because you\u2019re doing like ITIL or Visible Ops — a service oriented —<\/p>\n

Ernest Mueller:<\/strong> Well, yes, I don\u2019t think it\u2019s, I don\u2019t think we were a bottleneck, because we were doing ITIL and Visible Ops is just those things were not sufficient to stop us from being the bottleneck, because we had — we have like a 100 programmers to a team of like six ops guys.<\/p>\n

Michael Cot\u00e9:<\/strong> So, it\u2019s not that they were slowing things down. It was more than they weren\u2019t sufficient to give you the tools to move at the speed the development wanted?<\/p>\n

Ernest Mueller:<\/strong> That\u2019s right, they absolutely held. Right, we had a great kind of internal initiative where we sat down with our senior development managers and the business managers and we put together these, kind of, core goals and SLAs.<\/p>\n

It was great because it aligned a lot of the things like hearing the business people say that performance and uptime are two of the top five things they care about, right, helped us make that case to the development teams, and to other business teams that frequently were pushing for release even if they knew something was terribly wrong.<\/p>\n

So, it was very helpful, but we just kept bumping up against a kind of glass ceiling where we just — we couldn\u2019t hit that higher rate of speed that when you stepped back, and looked at the pace of delivery, you still said, hey that some just seems wrong there, why it does take that long.<\/p>\n

Michael Cot\u00e9:<\/strong> I guess, I mean it probably is actually a metric in various processes or whatever. But it\u2019s not a metric you hear too about it. It\u2019s the — I don\u2019t know time to deliver new features —<\/p>\n

Ernest Mueller:<\/strong> Well, absolutely.<\/p>\n

Michael Cot\u00e9:<\/strong> Or something, I don\u2019t know what you\u2019d call that.<\/p>\n

Ernest Mueller:<\/strong> That was the source of one of the — kind of, more bitter arguments surrounding that whole effort. We came up with this kind of five killers that were important to the business was performance, availability, total cost of ownership, and then fairly we call that became proportion between new development and maintenance, and agility.<\/p>\n

One of the senior development managers that kept trying to axe Agility, he is like well, how do you put a metric on that, how do you like — and I said, we go back and talk to the business director, I guarantee if we asked him which one of these five things was most important, he would say that one. So, even though we can\u2019t come up with a sound metric for it, I don\u2019t really care.<\/p>\n

So that\u2019s true, it\u2019s hard because what — you start getting, you start going down the rabbit hole of feature points, lines of code, it\u2019s all BS right and in the end you have to kind of wet your finger and stick it up to the air and say, so feel like the wind is moving fast enough, no it doesn\u2019t.<\/p>\n

Michael Cot\u00e9:<\/strong> And have you come across people measuring something like that John like its sort of like, I mean I don\u2019t know I would almost think it\u2019s sort of like business guy wants something, never mind the scale of it necessarily, and is kind of like some measurement of how quickly relative to the scale of it that you can get into production.<\/p>\n

John Willis:<\/strong> Well, I think if you start looking at like the companies that like are boasting their deploys per day. I mean that\u2019s definitely, I mean that\u2019s a sign of agility. I mean to some who aren\u2019t — we talked about it in the flash podcast and some who are not ready to fulfill all the pieces of that that could be a disaster like, it\u2019s just like, okay we\u2019re going try to do 30 deploys a day, right. That ain\u2019t going to work if you don\u2019t have faster developing, if you don\u2019t have some type of goal-oriented monitoring or just some, all the things implies that make that type of pipeline work.<\/p>\n

But, I think that becomes — but I\u2019ve been a big fan of the finger in the air, feel where the way wind is blowing. I\u2019ve been saying it like we used to talk about clouds in the early days, and I\u2019d say, well, it\u2019s just a cloud, it\u2019s just a cloud, I tell you. I can\u2019t tell you what makes the cloud but I could tell you when I see one.<\/p>\n

[00:15:00]<\/p>\n

And I think that — I think that that\u2019s the — like you will know you\u2019re agile, you will know that your business is agile, when you\u2019re agile, I mean it will be clear, right. I mean look at 00:15:13 you look at — and a 00:15:15 it goes into velocity of innovation. The stories where these companies can, like a marketing guy can get on a phone with the developer guys and say, I got a big deal right now, and then you can show these guys this feature and they can put it together on a couple of hours, and they launch it with the feature flag, the only that customer sees it. You know, that\u2019s our job, right. I mean that\u2019s our job, —<\/p>\n

Michael Cot\u00e9: <\/strong>Yeah, yeah. I mean that kind of scenario is — it always drive developers kind of by rate, but I think that\u2019s because kind of joins back into the thread of conversation, it\u2019s because traditionally that\u2019s a very dangerous thing to do, to have the sales person developer connection.<\/p>\n

John Willis:<\/strong> Yeah, right traditionally, but, I mean, this is all about like breaking down a lot of tradition —<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, exactly.<\/p>\n

John Willis:<\/strong> Like doing 30 deploys a day gets people sick, right 00:16:13 when you here the first time. But, having a sales guy — a marketing guy call a development guy and say I want this, that like breaks all the rules of traditional. But in a new world, it\u2019s pretty freaking full — I was telling Ernest earlier today, I was in this trading company recently, where they have the developer\u2019s and the trader\u2019s path, they sit next to each other all day long and a developer like he says, why did you do that, the trader says, well, normally I have to do three steps to get this. It is like hold on and it\u2019s a new world, I mean I think that\u2019s \u2013<\/p>\n

Ernest Mueller:<\/strong> That\u2019s a good point. I think the problem that someone is faced with from an enterprise point of view is how much does that scale, right, because when you are — so many of the start ups are very narrowly focused and, they are being encouraged to be very narrowly focused as at a king of the, Lean: King of the Apps Show down — South by Southwest, people are going up and showing their apps and giving their spiel and getting fatigued.<\/p>\n

Michael Cot\u00e9:<\/strong> Like, this is an app that tracks the growth of a potato plant.<\/p>\n

Ernest Mueller:<\/strong> Well, exactly and so,<\/p>\n

Michael Cot\u00e9: <\/strong>Not any plant, potato.<\/p>\n

Ernest Mueller:<\/strong> So, one guy showed his app and Robert Scoble was like, Yeah, you need to take half of your features out. I said, well, okay, hold on. I could see he needs a simpler interface right but I have got 20 Apps on my phone to do one thing, that when I step back, I think why don\u2019t I have one app that does all these things. How many Google maps mash ups do I need?<\/p>\n

Michael Cot\u00e9:<\/strong> If any thing the apps that I really like, I really want them to do a lot more, like something like Evernote, like I wish you would just — there is this great, this fun little app called Momento that you hook up to all your 00:17:59. It\u2019s like pulls it all and you can see like, for this day you take to these places in first grade put this, took these photos and its fun, right. But like that\u2019s kind of thing we were like, oh, I wish, I wish Evernote gets that and like stored it, like so I would like it to do a whole lot of stuff.<\/p>\n

Then there is another example, there is this Instagram application. It\u2019s fun, it\u2019s like a fun way to take pictures and it\u2019s kind of like I want that to integrate with everything. I don\u2019t want it to be it just takes some pictures anyways.<\/p>\n

Ernest Mueller: <\/strong>Well and that\u2019s a — and that\u2019s the dilemma so.<\/p>\n

Michael Cot\u00e9:<\/strong> It\u2019s the individual enterprise requirement process. I wanted to do everything right now.<\/p>\n

Ernest Mueller:<\/strong> Right, because, it\u2019s just on our website, right. We have like 300 applications in production, right. It\u2019s not we don\u2019t do one thing; we do a lot of things and too much segmentation right, breeds chaos. In fact, that was one of the challenges that my web systems team faced, was the business team was siloed by, here is E-commerce, ECRM support community on down the line, and they would all do things differently, and so it\u2019s hard to get together standards, and make things work. But on the other hand, I think corporate IT has gone too much the other way, right, there is always a balance between centralization, and standards, and innovation.<\/p>\n

Michael Cot\u00e9:<\/strong> Well, let me float this theory that I just was thinking this — as you were talking about this 00:19:28. It almost seems like, so in the past, let me over contextualize this as always, in the past enterprise, I mean like high scale and fast and performance and WebSphere MQ, and all those kind of stuffs, whereas nowadays that\u2019s not the exclusive domain of enterprise, like Twitter does enterprise scale stuff with, and that is not enterprise. I mean whatever, and so it\u2019s almost as if nowadays to the point of what you are saying enterprise kind of means complex.<\/p>\n

Ernest Mueller:<\/strong> Absolutely.<\/p>\n

Michael Cot\u00e9:<\/strong> And lots of stuff.<\/p>\n

[00:20:00]<\/p>\n

Ernest Muller:<\/strong> That is a great insight. So, on our website we didn\u2019t have more than four servers that did the same thing. Internally we might have had somewhere a group of ten servers that did the same thing but, that\u2019s not our — but that\u2019s not the problem we have, we don\u2019t have the Google problem, the Flickr problem, when me and my colleagues go to Velocity, and hear about, oh, here is how we solved this problem for Facebook, like we are jealous that our problem would be that simple, right.<\/p>\n

Michael Cot\u00e9:<\/strong> Right, exactly. That\u2019s kind of something I even thought about till you\u2019re going over it. Is it is, it\u2019s almost a cultural, a business culture problem of — the business doesn\u2019t want to have a simple business, or can\u2019t have a simple business, they have a complicated business.<\/p>\n

Ernest Muller:<\/strong> Well, exactly like it, the 00:20:48 coding the scale presentation yesterday, they came out, admitted that they\u2019ve made their application more monolithic so that they can support that higher rate of deploys per day.<\/p>\n

They used to be service oriented and basically they\u2019ve smashed it together, and said well, we\u2019ll worry about that later. Then when you have a very large organization where you have you know Oracle ERP systems, and all these other things, it\u2019s really the complexity which is the challenge. We still have the Lotus Notes users, and not because we love it for email, like for just for email be out there tomorrow and we\u2019ll have something else then, but it\u2019s all the little applications.<\/p>\n

We have hundreds and hundreds and hundreds of little applications because Lotus Notes solved that pluming problem for you, it\u2019s like, hey, I can write this little app. I can distribute it you know from here to Aachen, Germany to Hungary to Tokyo all the places we have offices, great done, right and still nothing has actually emerged to do that as well.<\/p>\n

John Willis:<\/strong> Right, right, right. Yeah, I mean that is the reason just to stick with notes. Sure.<\/p>\n

Michael Cot\u00e9: <\/strong>Yeah, I mean that\u2019s interesting — yes, please, that\u2019d be great, thank you. Yeah, so what should we be talking about next John?<\/p>\n

John Willis:<\/strong> Well I\u2019m a big fan of your open source projects if you can or your stuff that you\u2019ve been kind of contributing, you want to talk about that?<\/p>\n

Michael Cot\u00e9:<\/strong> Oh yeah, Let\u2019s talk about technology.<\/p>\n

Ernest Muller: <\/strong>Sure.<\/p>\n

John Willis: <\/strong>Technology, yeah, sure.<\/p>\n

Ernest Muller:<\/strong> Sure, well, so we are still working on the open sourcing part, but one of the things that we did when we started this new team to develop software\u2019s as a service products for National Instruments, I made the decision early on that it need to be all Cloud based. The nature of the products that we were developing, for example, let\u2019s say FPGA Compiled Cloud, they all needed to be multi-tenant, they all needed to be scaled very well, and in certain cases with fairly custom algorithms. We knew we needed it to happen quickly.<\/p>\n

So we decided that we needed to write a Cloud based provisioning environment that would allow us to really hit that, both the velocity but also the flexibility that we needed.<\/p>\n

Michael Cot\u00e9: <\/strong>To be agile.<\/p>\n

Ernest Muller: <\/strong>That\u2019s right. That\u2019s right because —<\/p>\n

Michael Cot\u00e9: <\/strong>Not to be agile, to have agility.<\/p>\n

Ernest Muller:<\/strong> To have agility, it\u2019s all different —<\/p>\n

Michael Cot\u00e9: <\/strong>Yeah, to add the L1.<\/p>\n

Ernest Muller:<\/strong> Absolutely, because these products, we didn\u2019t know which ones are going to go over well, not go over. We didn\u2019t know how we were going to develop on this true, kind of, agile development story like it\u2019s not like somebody came to us with a clear business case, and they wanted these things to do.<\/p>\n

It\u2019s like we\u2019ve, I don\u2019t want to have this thing and is going to run on the cloud, and let\u2019s figure all that out. Right so like one of our major tasks in every sprint is going and grabbing the business guy by the 0:23:58 and shaking him until he tells us what the licensing model should be right.<\/p>\n

Alright, it\u2019s like we are doing this utility billing, or what you know shake, shake, shake. So, we were developing the systems infrastructure and code and the business process all at the same time.<\/p>\n

So, what we ended up doing, we have this thing called PIE and, my colleague Peco Karayanev is the main developer on it. You\u2019ll always see us wondering around as a unit, he\u2019s not here because he at a wedding today. But it stands for Programable Infrastructure Environment and what we wanted to do and especially because we just gotten into DevOps, and we are trying to internalize what, how we could really maximally collaborate with our developers we said, hey we need our provisioning to not simply be automated, right.<\/p>\n

To be programable it needs to be something you can code and you can code too and so —<\/p>\n

[00:25:00]<\/p>\n

Michael Cot\u00e9: <\/strong>And who is the \u201cyou\u201d in that case?<\/p>\n

Ernest Mueller:<\/strong> The developers writing the more kind of the functional parts of the system and ourselves, right. So, the operations guys have always wanted to have more automation, but we tend to want automation in ways that makes sense to us, but not ways that make sense to a developer, and in the end that sort of self service is the goal. We did — it\u2019s in the side, but in our role in IT, we did two big implementations where we really pushed a lot of stuff to self service to our developers. There was this Splunk Log Management Implementation, and then OPNET Panorama like APM tool implementation where we put them in and we pushed the maximally to the developers instead of having them do the Ops tools and in each of those cases —<\/p>\n

Michael Cot\u00e9:<\/strong> Like the SA guys are talking about.<\/p>\n

Ernest Mueller:<\/strong> Exactly, so a huge response like actually saying, hey, this isn\u2019t a thing we\u2019re going to do anymore, we\u2019re going to expose it to you, so you can do it. Like that\u2019s when we got into it — that\u2019s when people were seeking us out instead of us finding them.<\/p>\n

Michael Cot\u00e9:<\/strong> So like rattling on that a little bit, like what is it that it made the developers interested in that, what excited this. That direct, that direct access, and direct ability to see how their own handiwork is working in the production environment. And so was it they — like what you\u2019re saying there I just want to sort of observe their handiwork, but was it bad or was it also like so that they could guide in those problems?<\/p>\n

Ernest Mueller:<\/strong> Absolutely, I mean that was our goal, right. I mean our goal was to get them to diagnose problems, but that\u2019s not what got them to open Gooey and click on it in the first place.<\/p>\n

Michael Cot\u00e9:<\/strong> They were just curious.<\/p>\n

Ernest Mueller: <\/strong>That\u2019s right. It\u2019s like, oh, I wrote this thing, I cast it over the wall. The admins occasionally yell at me about it, what is it really doing and, if I pull open live log-tailing and then go hit it, what am I going to see because — they don\u2019t necessarily no, right.<\/p>\n

Michael Cot\u00e9: <\/strong>What were you\u2019re saying?<\/p>\n

John Willis:<\/strong> I was saying, I think it\u2019s like giving them a lot of a control, I was down and self services is about breaking that barrier of — we throw it over the wall, ask question on the wall, get the –it\u2019s the e-mail version of the communication, right, whereas give me the control —<\/p>\n

Ernest Mueller:<\/strong> That\u2019s right and a lot of it is just enabling my people to be doing value-added work, right. Carving up log files, and sending them to a developer is one key-work, that\u2019s why we invented computers, right. That\u2019s not something that a highly skilled person should be spending their time on, and by doing that sort of self service we didn\u2019t free up people\u2019s time to hopefully innovate a little bit more, yeah.<\/p>\n

Michael Cot\u00e9: <\/strong>It\u2019s like when people asked me where something is, and I just want to tell them to look it up on Google Maps.<\/p>\n

Ernest Mueller:<\/strong> Exactly. I mean move on to similar high value activity in their life. So recurring back up to PIE, so we device the system, and essentially there is some XML based system model, which is somewhat familiar to those who have looked at Amazon Cloud Formation. It\u2019s kind of like that, except it, except it\u2019s more generic. It\u2019s not just for Amazon, right, it\u2019s more a generalized system model. From that we use that as a — as kind of documents for our developers to collaborate with the system administers, all right. It\u2019s like you\u2019re building out your actual system, and how the applications are distributed and all that.<\/p>\n

Michael Cot\u00e9<\/strong>: Because, the developers are saying, here is the type of server that needs to run, and here is the kind of resources, the speed when it\u2019s in production, which it gets to the point of that programable infrastructure or whatever it is. It\u2019s you got the developers to specify the infrastructure, their applications needs to run on.<\/p>\n

Ernest Mueller:<\/strong> That\u2019s right.<\/p>\n

Michael Cot\u00e9:<\/strong> And its part of what they\u2019re coding.<\/p>\n

Ernest Mueller:<\/strong> Well, exactly and as part of that also we have kind of quickened replacement, so that if an application needs something that\u2019s box specific or environment specific that can all get filled in from configuration that\u2019s part of that model.<\/p>\n

So, we got into a point where you could spin up an entire, we call them cloudlets because nobody has really come up with a better word, right. It\u2019s a specific multi-server, multi-role, instance of one of our applications, maybe it\u2019s a dev environment, and maybe it\u2019s a test environment, right. But, spin up an entire cloudlet off of that model without manual prevention. Both, kind of bringing up the cloud systems and getting core software on them and doing application deploys, kind of getting it all, already to run.<\/p>\n

[00:29:55]<\/p>\n

Then we have a — we use a ZooKeeper based registry which when all the systems, as they come up, they register with it and is used to hook events, and do orchestration amongst the servers. Finally enough like — this is one of the things we\u2019ve been not entirely of our own volition but we\u2019ve been moving some of our applications to Microsoft Azure.<\/p>\n

Those are the two things that they have that really are very forward thinking when you create your app, there is a model that describes, and then there is a runtime registry they call it the Fabric that knows what\u2019s going on, and you can hook for events and those two concepts —<\/p>\n

Michael Cot\u00e9:<\/strong> The AppFabric stuff, right? Oh yeah, that\u2019s more like the bus that runs.<\/p>\n

Ernest Mueller: <\/strong>Yes, well, yeah with their branding and sometimes a little hard. Yeah, but there is essentially a Azure Fabric API that, it\u2019s like Amazon Instance Metadata, but then also dynamic stuff, also events.<\/p>\n

Michael Cot\u00e9: <\/strong>That\u2019s right, yeah, I forget like Fabric is one of the, Fabric is a term they used in 00:31:07 they kind of mean everything. So, basically they are using ZooKeeper as sort of a combination, a combination asset database catalogue and orchestration engine.<\/p>\n

Ernest Mueller:<\/strong> Well, exactly so the concept of a CMBB is all been busted, right like \u2013<\/p>\n

Michael Cot\u00e9:<\/strong> I mean you told, right, I don\u2019t know.<\/p>\n

Ernest Mueller:<\/strong> We tried, we poked around with them in IT for a longtime, and finally we just ran screaming. So we are somewhat, a 100% of our systems aren\u2019t cloud, we actually have a couple on from a system integration with this but because they\u2019re mostly cloud. We said, hey, we really need something that it just —<\/p>\n

Michael Cot\u00e9:<\/strong> You\u2019ve got a hybrid cloud. That is fantastic.<\/p>\n

Ernest Mueller: <\/strong>We do. That is just super highly dynamic so instead of, yeah instead of writing things down in the database, or sort of running discovery or whatever, we have a model that describes what the system should look like. We spin it up, and registry knows what the system does with the client. Sometimes people confuse those two things, right. When you only have half of that equation, well here is my config and certainly my tool eventually get it to that config, it\u2019s like yes well maybe but maybe not. There\u2019s monitoring right, the monitoring is a course-grained.<\/p>\n

John Willis:<\/strong> Who is that?<\/p>\n

Michael Cot\u00e9<\/strong>: It\u2019s Roger Ebert.<\/p>\n

Ernest Mueller<\/strong>:\tOh, yeah Roger Ebert.<\/p>\n

Michael Cot\u00e9:<\/strong> Awesome, there he goes.<\/p>\n

John Willis: <\/strong>I\u2019ll see if he wants to come in DevOps.<\/p>\n

Michael Cot\u00e9:<\/strong> I don\u2019t think he can talk anymore unfortunately, yeah. But otherwise I\u2019m sure he would.<\/p>\n

Ernest Mueller:<\/strong> He\u2019s got more opinionated.<\/p>\n

Michael Cot\u00e9:<\/strong> Sorry to be interruption.<\/p>\n

Ernest Mueller: <\/strong>No problem \u2013<\/p>\n

Michael Cot\u00e9:<\/strong> But, see you have the real state of the things, and the desired state of things. And, again it\u2019s because when you are — nodes or whatever come up, they register with the ZooKeeper, for instance you have —<\/p>\n

Ernest Mueller:<\/strong> Exactly, especially because of the dynamic scaling in the cloud right. So the model is probably not the right place for how many app servers do I want, like because that\u2019s not something I care about our priority, I want there to be as many as there is traffic, right. So, that\u2019s something within the registry can do and that\u2019s —<\/p>\n

John Willis:<\/strong> Well, I mean this is the problem, I think you guys, now when I see this all over, this idea that people are, I mean the products like Chef and Puppet, cfengine deal with the model state, but like so you decide okay, there is thing called the web server, configuration then can be involved in having instances of that, and typically they don\u2019t, right. And then even the state of 00:33:53 of things that come and go, right. So, I think there really is a second home, for a new kind of solution, like you guys are doing, it has to sync with the model space, but also with a separate problem solution, which is state awareness you know.<\/p>\n

Ernest Mueller:<\/strong> Well, exactly. And I think like we wouldn\u2019t have to wrote our own kind of simple provisioning as part of PIE, but eventually I see it integrating with, integrating with Chef and Puppet were not, because it\u2019s, it tries to abstract things one level higher, right. So, we kind of referred to it as the tool belt for the tool chain, because you end up getting all these tools, and they all have their own —<\/p>\n

Michael Cot\u00e9:<\/strong> That\u2019s a good metaphor.<\/p>\n

Ernest Mueller:<\/strong> They all have their own models. They will have their own ways of interacting with them, but I want one canonical, right. I\u2019m never going to teach my developers to read Chef recipes, and Nagios configs, and all the, I mean that\u2019s why we have ops guys, right, who are experts in a hundred different 00:34:56 apps config format.<\/p>\n

[0:34:58.9]<\/p>\n

So, I want to be able to construct one model that, and the thing that we like about our model, it goes down to the application level, like hey, there is — there is this service here, it talks to this service over on this other tier, on this port, right.<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, yeah, yeah.<\/p>\n

Ernest Mueller: <\/strong>We automatically generate Amazon Security Groups out. It\u2019s like this needs to talk to that on port 443, okay, that will be automatically opened and —<\/p>\n

Michael Cot\u00e9:<\/strong> I mean, you guys are going to have like the dream of a scene to be on those, right that you\u2019re modeling everything including the actual state of things, down to which ports are connected to what he does and 00:35:37.<\/p>\n

Ernest Mueller:<\/strong> Exactly, and so it\u2019s been good, like it\u2019s — it\u2019s not as fast as it could be, although some of that is because we\u2019re using \u2013<\/p>\n

Michael Cot\u00e9:<\/strong> And, then so you guys are going to source that, is what the \u2013<\/p>\n

Ernest Mueller:<\/strong> Well we\u2019re going to — we\u2019ve gotten kind of management 00:35:51<\/p>\n

Michael Cot\u00e9: <\/strong>That would be the first thing as open source or?<\/p>\n

Ernest Mueller: <\/strong>Not the very first but probably the most substantial item like they\u2019ve actually been working on open source like a little stream capture tool, that one of our programmers in Hungary, wrote which is pretty cool. But, this is a kind of a bit larger than that.<\/p>\n

Michael Cot\u00e9:<\/strong> And, then so also, if I remember you guys are kind of window-shop right —<\/p>\n

Ernest Mueller:<\/strong> That\u2019s right.<\/p>\n

Michael Cot\u00e9:<\/strong> — like how would you describe the makeup of your platforms?<\/p>\n

Ernest Mueller:<\/strong> Okay, that\u2019s a good point. So, on our IT side, right, our website it was 90% Linux, Java et cetera. But all of our desktop development is fundamentally Windows based, right, lot of .Net, a lot of stuff like that. So, for these Software as a Service products, we are having to bring both worlds together to a degree. So for example our FPGA compiled cloud, the thing that powers it is LabVIEW FPGA, which primarily \u2013-<\/p>\n

Michael Cot\u00e9:<\/strong> Is that something like C and C++ or something like that?<\/p>\n

Ernest Mueller:<\/strong> Right, right.<\/p>\n

Michael Cot\u00e9:<\/strong> So, which of course you can only work here on Windows.<\/p>\n

Ernest Mueller:<\/strong> Yes, well, and that\u2019s another reason that we ended up needing to develop our on solution was we needed both UNIX and Windows support. And, that\u2019s considered to be a myth for whatever reason in the industry. I know that Chef has recently gotten decent Windows support, but —<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, I know, I mean, I see this all the time in the management start up innovation spaces that Windows is the last thing people think about, or one of the last thing for whatever reason.<\/p>\n

Ernest Mueller:<\/strong> Well, absolutely \u2013<\/p>\n

Michael Cot\u00e9:<\/strong> I think it seems to be that you have to do Microsoft program in the Windows, and a lot of the people who are programmers and startups don\u2019t do Microsoft coding.<\/p>\n

Ernest Mueller: <\/strong>That\u2019s right, I mean, it\u2019s a little bit of a, it\u2019s kind of religious — because I made this point at the Austin Cloud User Group, I took a show of hands, it\u2019s like okay, who here has to deal with both UNIX, and Windows systems, and everybody raises their hands, right. That\u2019s a reality. You\u2019re a six person startup, great, you can afford to pick the one specific platform, and do whatever you want, but that\u2019s not with the rest of the world —<\/p>\n

Michael Cot\u00e9:<\/strong> I think, that\u2019s what startups deal.<\/p>\n

Ernest Mueller:<\/strong> Exactly, Mac client, Linux server are good to go. So, we needed both, and now that we\u2019re bringing up a product on Microsoft Azure, our path to do that, because actually been simplified, because we\u2019re going to take our model and essentially compile it down to the Microsoft Azure model. Now that Amazon has come out with cloud formation, we\u2019re like, oh, well we can essentially perform an extract of our model to various domain specific model and great, we can use it.<\/p>\n

Michael Cot\u00e9:<\/strong> Are you finding that kind of cross-platform support is working out with sort of across EC2 and Azure and like you\u2019re kind of alluding.<\/p>\n

Ernest Mueller: <\/strong>Yes, so right now, we have Windows and Linux support on Amazon and we\u2019re working on adding support for Azure. The most, really the most challenging part was just understanding Azure in the first place, which the majority of that is cutting through the Microsoft marketing message to \u2013<\/p>\n

Michael Cot\u00e9: <\/strong>You got to cut through fabrics.<\/p>\n

Ernest Mueller:<\/strong> Yeah, to what it actually is, and once you understand what actually is, and you\u2019re like, oh, okay, yeah, that seems doable, right. So that\u2019s where we are right now, we\u2019re building that up.<\/p>\n

Michael Cot\u00e9:<\/strong> I guess, another way of asking the question is, in doing sort of SaaS and Cloud stuff, how aware are you having to be — I\u2019m running Linux, so I\u2019m running Windows, like where does that bubble all the way up to the top so to speak or is it more like I\u2019m running on a service somewhere.<\/p>\n

Ernest Mueller:<\/strong> Well, so something somewhere has to know about it, but we try to keep that encapsulated as lower level as possible0. So yes, in the model there is a service and then there is a machine spec.<\/p>\n

[0:40:04.5]<\/p>\n

That machine spec says, hey, this is Linux or Windows because you probably going to want to know whether you are 00:40:11 to it, or not doing something not offered to it, but it allows the developers do not have to worry about, about that when they\u2019re — because the developers are the ones that you really want interacting with the model most of the time.<\/p>\n

Because we set it up, you are like okay, server tier, memcache tier, database tier, and then we don\u2019t have to do that much fiddling with it. It\u2019s the developers that then fiddle with it time after time again, oh, new version, new version for my application, oh, I need to switch it from HTTP to HTTPS, because I finally got around to doing that, and we are trying to give them maximum flexibility to do that without really even having to involve us. In fact the HTTP, HTTPS is a fun example we have.<\/p>\n

One of the developers, it\u2019s like, okay, I need to change — I need to change my colors for our licensing from HTTP to HTTPS. I said, great, here go right there in the model and change it. He said, oh, okay, then he is like, okay, well now I need to — I need to call the DBAs and get that calls that\u2019s coming up from our Oracle licensing system to be HTTPS.<\/p>\n

Well, that\u2019s spawned two weeks worth of phone calls, and meeting and, cajoling.<\/p>\n

Michael Cot\u00e9:<\/strong> This is John\u2019s theory, you\u2019re involved in Oracle DBA, your agility metric down.<\/p>\n

Ernest Mueller:<\/strong> Well, you know, cajoling with the DBA is trying to get it figured out, what about the Oracle Wallet Manager like and that\u2019s for two weeks, and the developer and he is like, oh, okay I see why we\u2019re doing this, now like click it, completely clicked with them all, like I see you are all just doing weird crazy stuff. I understand the value now.<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah. So, somebody asked another interesting measuring question is, well interesting to me I guess, is how often it does a developer\u2019s — how often does a developer drive the infrastructure towards 00:42:03 like a developer like put something in the model or says, You know 00:42:06 like, oh, I guess we need get this new kind of infrastructure like, oh! Now, we need to get a new server for I think, I need just for the profile or something.<\/p>\n

Ernest Mueller:<\/strong> A good but we\u2019ve tried to keep it at a pretty, pretty collaborative level with the group with that we have greenfielded. We\u2019ve been very lucky, we essentially have an Applications Architect; a Systems Architect myself, and then a number of developers, and App Developers, and then head of a Systems Developer right. Because we are all working as part of the same sprint and same step review process with all of that —<\/p>\n

Michael Cot\u00e9:<\/strong> The same team more or less.<\/p>\n

Ernest Mueller:<\/strong> Exactly that, that when somebody starts coming up with something and needs a spec to be reviewed, myself and the application architect look at it. And I say, hey, that\u2019s not going to fit on our current one, and sometimes that gets complicated.<\/p>\n

I mean we recently had a engaging discussion right about, we are working on a product that does a lot data upload to the cloud, and we had conflicting dev and ops requirements about it, right the developers are like, hey, I really want one Rest API, that I can, that I can get in post and delete the same API.<\/p>\n

And I said, well we really have to split them out into different servers because we need the data collection to be extremely high up time, extremely low late, and its going to be stable.<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, now that\u2019s a good example.<\/p>\n

Ernest Mueller:<\/strong> And, we are going to be adding other stuff to the reading, and that\u2019s going to be very.<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, and that\u2019s exactly along of the lines of a potential example. It\u2019s sort of like, well, if you architect the system this way, we are going to need to get CDNs and we got to put a load balancing thing over here and like we are going to need a 100 gig Ethernet instead of a 10 thing that we — I mean it\u2019s kind of like — that would be the kind of collaboration between development, and operations, I would expect to see a lot of this, sort of development people being kind of not aware of the infrastructure that their architecture is driving.<\/p>\n

You know exactly what you\u2019re saying, if you have you\u2019re reading and deleting on the same service that implies a lot, and depending on your throughput about your enterprisingness of that service. But if you separate them, then maybe you could get some leeway that an operations person might understand this better a lot more than a developer would.<\/p>\n

Ernest Mueller:<\/strong> Absolutely, and so our ability to really collaborate on those issues, and sometimes they\u2019re very sticky. I mean we\u2019ve been talking through authentication issues, and how are we going to do multi-cloud authentication, and ideally integrated with our legacy user repository.<\/p>\n

Michael Cot\u00e9:<\/strong> That thing, you know, are using 00:44:51 or something.<\/p>\n

Ernest Mueller:<\/strong> Exactly that\u2019s where we are going, and that takes a lot of iterating, right because a lot of times the developers think, well, why can\u2019t it be simpler, why can\u2019t I just call from Azure to Amazon across the Internet, every time somebody makes an API call, all right.<\/p>\n

[0:45:14.9]<\/p>\n

It\u2019s like, hey, so, multiply the availabilities together, and you\u2019ve got extra performance like you have to continuously explain it especially we\u2019ve — one of our biggest challenges, we brought web developers over with us to see this team, but we\u2019re working with our traditional desktop software developers for a lot of the product functionality. They\u2019re right, it\u2019s historically very much been a, you just test in your lab.<\/p>\n

It\u2019s not well what about if you\u2019re over a low latency connection, what about fault testing, if the network just goes down for 20 seconds and then comes back, does your thing completely freak out because cloud rebooted, is not —<\/p>\n

Michael Cot\u00e9: <\/strong>And it will, whatever.<\/p>\n

Ernest Mueller:<\/strong> — as its 0:46:00 you know a solution in a SaaS environment right, and so that\u2019s been one of the biggest challenges to kind of teach and inform, but when people see it they really get into it. One of our LabVIEW FPGA developers happened to cross the video of from Velocity about Facebook, and how many deploys a day they do. And he came wandering over to us, hey, have you guys doing this. Like, yeah, we are at the conference, but we like that you\u2019re excited about that.<\/p>\n

Michael Cot\u00e9: <\/strong>Yeah, now, I was with my friend Charles from the Drunk & Retired podcast, one of his employees here Daniel. And at the 0:46:37 thing last night, they had that same kind of reaction of like wow that looks great. I mean, instead of like thinking about like how I could use that in my job.<\/p>\n

So, it is, whereas much as we spend like blowing up, sucking in air about talking about DevOps, it\u2019s important to remember that not every –developers are up on developers stuff, they\u2019re not necessarily up on operations theory and stuff. There is a lot of things to show them that are fun. Well, I only had one more thing to ask, I don\u2019t know if you wanted to —<\/p>\n

Ernest Mueller:<\/strong> Yeah, absolutely.<\/p>\n

Michael Cot\u00e9:<\/strong> It was basically, this is the responsible analyst would be asking this question. So we\u2019ve gone over this exciting like technology and practices and stuffs. So, then when you go back to the guys who have lapels, which is going to be one the dress codes for ANI, business people must have lapels, they can be grabbed and shaken.<\/p>\n

So, when you go back to the lapel guys like when they look at what you guys have done or see the effects of what you guys have done like — how do they assign business value to it. Like to them what it is like, how do they come to the conclusion hopefully. That all the shaking you\u2019re doing of them and the time and money you\u2019re spending on it is paying off like what\u2019s the business value for it.<\/p>\n

Ernest Mueller:<\/strong> Well, actually there is two answers to that, one is that we\u2019re reasonably lucky, and that we don\u2019t have a lot of lapel guys like our CEO is still the electrical engineer that started the company and so our — my management chain is all people with engineering degrees right. So to a degree that streams on some of the communication issues.<\/p>\n

Michael Cot\u00e9<\/strong>: And they probably also have an implicit sort of faith and technology if you will.<\/p>\n

Ernest Mueller:<\/strong> Well, absolutely true, and they were willing to let us prove it, right, so —<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, exactly.<\/p>\n

Ernest Mueller:<\/strong> When we did it we — I mean we developed and delivered two software as a service products over the course of one year, and it\u2019s hard to argue with that, it\u2019s hard to argue that in terms of agility. It\u2019s like, hey, we had to spend extra time and effort on making this PIE thing, that directly have a customer impact, but look, we can just, now, we can just stamp these things out.<\/p>\n

Michael Cot\u00e9:<\/strong> So, that was the first thing, is that they gave you the time to establish a foundation.<\/p>\n

Ernest Mueller:<\/strong> Yes.<\/p>\n

Michael Cot\u00e9:<\/strong> And, then the way that they rated the success of that is that you could then, is that you then had agility, and that you — in a relatively small amount of time you could put out two releases because you built this. And, so there was business value there and that you could get more stuff out.<\/p>\n

Ernest Mueller:<\/strong> Exactly.<\/p>\n

Michael Cot\u00e9:<\/strong> And then I mean is there — and then there\u2019s actual sort of — how are they running their business side of it differently sort of selling the product, or selling whatever it is based on because it\u2019s built this way.<\/p>\n

Ernest Mueller:<\/strong> Well so —<\/p>\n

Michael Cot\u00e9:<\/strong> Or is it just that it\u2019s a SaaS, people want to access stuff as a SaaS?<\/p>\n

Ernest Mueller:<\/strong> People want to access stuff as a SaaS, like there\u2019s a big cloud, by cloud and we do that too. And customers, to a degree they just want it to work, but on the other hand, they just want it to work right, if you\u2019re overcapacity on a given day, or you\u2019re down on a given day, that spooks people off because with our systems we\u2019re talking about things where people are submitting extremely valuable intellectual property, right.<\/p>\n

[00:50:01]<\/p>\n

So far FPGA compiled cloud, people are like, hey, you know the things I am compiling, you know, the things that we generally have corporate espionage, people trying to get out of us, right, and I am outsourcing it to you on the cloud, saving my files there, I am saving my data there, is this really, is this really rock solid and secured.<\/p>\n

Now, the good thing is we\u2019ve really haven\u2019t had a lot of trouble selling people on that, like you kind of hear that well, like cloud security is the big bug there. Well, it is if you don\u2019t have your act together with cloud security, right, but, and it was the first question out of the mouths, out of our customers, right well what about security.<\/p>\n

We can say, hey, we are doing this, and doing this and we have the CISSP on staff, and there is how we make sure nobody ever sees your data, and then they are like, okay, fair enough like they are not just, like \u2013 that are not just random spooked.<\/p>\n

Michael Cot\u00e9:<\/strong> They had to make sure you got it covered internally.<\/p>\n

Ernest Mueller:<\/strong> Exactly yeah.<\/p>\n

Michael Cot\u00e9:<\/strong> That\u2019s sounds like another — your value, is basically your customer\u2019s base, they want to outsource that infrastructure of compiling things to you and they want some service to do this for, and they want to own it all.<\/p>\n

Ernest Mueller:<\/strong> Absolutely it\u2019s humbling having come from IT, but the people that come to us with big dollar opportunities, and they say, yeah and I wanted to do this because, you know I am smart and I program and I could have done it myself, but I would have to go to get a server from IT and I would rather give you all a briefcase full of money. That\u2019s — gets messed up from one point of view, but we\u2019ll take it from the other point.<\/p>\n

Michael Cot\u00e9:<\/strong> So, you are sort of enabling some of your customers, I won\u2019t say all, maybe does all, but to basically do rogue IT to not to deal with their own IT departments to get their job done?<\/p>\n

Ernest Mueller:<\/strong> It\u2019s very true, I mean or at least or at least a different sort of engagement, right. If you consume it as a service even if your IT department is engaged and has oversight on that, it has to be less of a bottleneck, it takes less time to evaluate a SaaS vendor and then to build out a system.<\/p>\n

Michael Cot\u00e9:<\/strong> Yeah, the same SaaS dynamics that works in the CRM and application space work in the FTP or whatever.<\/p>\n

Ernest Mueller:<\/strong> Absolutely the hardcore engineering people, there is all kinds of mobile apps, it\u2019s like here is an oscilloscope on your iPhone. I mean it\u2019s the exact same social media, mobile cloud, they are just as compelling to propel our heads as to whatever the course 00:52:42<\/p>\n

Michael Cot\u00e9:<\/strong> It\u2019s not FPG, or is that \u2013 it is FPGA.<\/p>\n

Ernest Mueller:<\/strong> FPGA.<\/p>\n

Michael Cot\u00e9:<\/strong> There you go, it\u2019s not a first person anyway. I am way beyond my theme, once there is three dimensional objects involved. All right, well 00:52:56 is there anything else you guys want to talk about. I think that was great, I mean didn\u2019t wanted to sit down for a while and just kind go over.<\/p>\n

Ernest Mueller: <\/strong>Yeah, thanks for having me.<\/p>\n

Michael Cot\u00e9:<\/strong> — what you guys doing, I think it\u2019s nice to talk to someone who is implementing all these technologies and practices and a business of doing it, not just sort of the tooling and all that kind of stuff so, so great and I appreciate it.<\/p>\n

Ernest Mueller<\/strong>:\tThank you.<\/p>\n

Michael Cot\u00e9:<\/strong> We\u2019ll see everyone next time.<\/p>\n

Disclosure:<\/strong> see the RedMonk client list<\/a> for clients mentioned.<\/p>\n","protected":false},"excerpt":{"rendered":"

At SXSW this year, we finally got a chance to talk with Ernest Mueller about the dev\/ops work he’s been up to at National Instruments. He’s written about the topic over at his blog TheAgileAdmin.com and spoken about various aspects – it was great to get our own chance to grill him about the topic. […]<\/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,34],"tags":[245,286,530,543,748,752],"class_list":["post-6288","post","type-post","status-publish","format-standard","hentry","category-cloud","category-itmanagementguys","category-systems-management","tag-devops","tag-ernest-mueller","tag-national-instruments","tag-ni","tag-sxsw","tag-sxsw2011"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/6288","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=6288"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/6288\/revisions"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/media?parent=6288"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/categories?post=6288"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/tags?post=6288"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}