Tag: survey

  • Survey on Modern IT – We Need Your Opinion!

    Survey on Modern IT – We Need Your Opinion!

    Change is the only constant in the world of IT. Developers, ITOps and the DevOps community are undergoing significant changes in needs, processes and services. This survey will provide better understanding of how the latest trends are impacting innovation, security and your team.

    This survey is sponsored by Apcera, a highly secure, policy-driven platform that lets enterprises innovate at speed with full confidence and trust. You can learn more by reading an interview with Apcera CEO, Derek Collison, on Container Journal.

    The survey is under 20 questions and takes about 5 minutes to complete. Share your thoughts on what is leading innovation, what stands in your way and how new technologies are are influencing the IT landscape.

    By taking the survey, you’re helping the entire DevOps community better understand where we stand and where we’re headed. As always, the results will be released when the survey period is complete.

    Take the Survey

  • DevOps Chat: Carol Carpenter, CEO ElasticBox on the Real Value of DevOps

    DevOps Chat: Carol Carpenter, CEO ElasticBox on the Real Value of DevOps

    Carol-93I recently sat down with Carol Carpenter, CEO of ElasticBox.  We just released the results of the survey we partnered on with ElaticBox on the “Real Value of DevOps”.  There were some great takeaways in this survey for leaders looking to lead the transformation in DevOps.  Carol and I discussed these takeaways and other relevant topics.  Below is the streaming MP3 file, as well as the transcript of our conversation below that.

    [soundcloud url=”https://api.soundcloud.com/tracks/227014073″ params=”color=ff5500&auto_play=false&hide_related=false&show_comments=true&show_user=true&show_reposts=false” width=”100%” height=”166″ iframe=”true” /]

     

    Alan Shimel:                Hi. This is Alan Shimel, and this is another DevOps Chat for the Leadership Suite, at DevOps dot com. Thank you for joining in. Our guest today is Carol Carpenter, CEO of Elastic Box. Carol, welcome to DevOps Chats.

    Carol Carpenter:        Thank you Alan. It’s great to be here.

    Alan Shimel:                So Carol, well, you and I know each other, but for our audience, just quickly, just in case they’re not familiar with Elastic Box, can you give us a little background?

    Carol Carpenter:        Sure. So Elastic Box is a cloud application manager. We enable companies to deploy any application through any infrastructure, or private or public cloud, so that businesses can actually deliver code faster. We help companies, like Netflix, T&A, Cytobank and more orchestrate the deployment and management of applications.

    And many of these companies have seen their application life cycles increase by 10X, in terms of speed, and time to deploy, and time to market. And the secret sauce of in terms of speed Elastic Box is our reusability. And the way we orchestrate is through a reusable architecture of, what we call, boxes that enable IT operations, dev-ops, and even end user’s application, for supervision on demand, infrastructure in one click, and access to a sophisticated service catalog.

    Alan Shimel:                Fantastic. And Carol, we just recently announced you had sponsored a survey that we did here at DevOps dot com, with some research, on the real value of DevOps. And, of course, people can download the survey from the Elastic Box site, and read about it here on DevOps dot com.

    But I wanted to ask you, what as the reasoning behind doing some survey research?

    Carol Carpenter:        Well, you know, there’s a lot of discussion about dev-ops. We’re seeing many new titles and organizations recruiting for dev-ops, and yet when we would talk to customers and prospects, there was still ambiguity about the role itself – who’s actually doing what?

    And what is the real value of the investment – both in terms of people, time – open source or not? Where is the real value in return on those investments? And we wanted to try to understand, and delve into that area, and understand better – what’s really happening in dev-ops? Who is spending this time there? And what’s the ROI?

    Alan Shimel:                And Carol, for these DevOps Chat for the Leadership Suite, we’re really talking to CIOs, CTOs, VPs – upper management. What, if you can, as a CEO yourself, what would you say were some of the biggest or most important takeaways for leaders within the survey?

    Carol Carpenter:        Alan, great question. You know there were a few key takeaways, and I think you and I were both surprised by a few of them. I think, to start with, as a leader you look at what are we investing? How are we spending our money? And what is our return?

    The ROI analysis I think is still very early and immature around dev-ops, and we have lots of hypotheses about that. But it was surprising because there has been a lot of effort, and energy, and investment that’s gone into dev-ops tools. I mean – look at how many dev-ops vendors there are right now in the market.

    And yet, the actual impact and measurability remains largely subjective and I don’t know – over 50 to 60 percent of the respondents said, I don’t know, when asked about Hoover Trucks. That as like the big, number one insight, that surprised me.

    I think some of the other takeaways are a little bit less surprising, but nonetheless reinforcing of what’s happening in dev-ops today. So number one, when we asked about the team sizes and functions, Alan, what we saw is that, dev-ops, while over 50 percent of the respondents said – yeah, dev-ops is my primary function.

    You know another 41 percent said they had another title, and it was IT Ops. And then another 42 percent said their secondary function is around security, and that’s pretty interesting. But what it reminds us is that dev-ops is still a very nascent, growing area, and that these people are wearing lots of hats.

    And so we, as a vendor partner to dev-ops teams and others who are trying to work with them, you realize like they are spread very thin, and that dev-ops teams are being asked to do work that – what used to be traditional IT Ops, in addition to work that’s now kind of develop or deployment work, and be this communication bridge across these different groups.

    Alan Shimel:                I agree. I mean, Carol – and you and I have gone over the survey in-depth, obviously. To me, the biggest takeaway from leadership is what you hit on first, which is – we really don’t know the true ROI yet of a lot of these dev-ops practices, and tools, and patterns if you will.

    I think, gut, right – and so many executives, as you know, Carol, go with their gut, right? And if their gut tells them that automation is good, that dev-ops can help, that more releases, higher-functioning IT directly results in higher profits, and higher productivity.

    And so they’re going on their gut, and they’re going on what seems logical. But a lot of people just haven’t done the – the bean counters haven’t jumped in there yet and done the real statistical analysis, to really show us – yes. This is the ROI. Yes. This is the return where you’re going to get it, and this is how much more profitable.

    We’ve seen people sort of bite at the edges, if you will. But from a leadership point of view, especially in more risk adverse verticals, I’m surprised more people haven’t asked that. The other thing that I thought, Carol, from a leader’s perspective as really something to keep in mind was, so many – and I think it’s a fallacy.

    So many people think of, open source, as free. Yes, you don’t pay for the software, but when you look at the total cost of ownership, it’s not free. It may be cheaper than commercial software and maybe not. I’ve seen studies go both ways. But I think, from a leader’s point of view, they have to remember that just because we’re using open source “free” software doesn’t mean that it’s free throughout the total life cycle of it. Make sense?
    Carol Carpenter:        Oh yeah. I absolutely saw that in _____ as well, and I think the other point, as a leader looking at dev-ops and what kind of investments you make – I think the promise of dev-ops is to reduce the silo between development and operation cycles. That’s how the title emerged.

    And yet, one of the findings is around dev-ops tools lacking sufficient integration for the end to end delivery and ongoing management. And so I think what we’ve seen is – yes, great pockets of success in automating one portion of the pipeline.

    And we saw a large number of those comments are doing automated testing around continuous integration, and continuous delivery. But what you’re seeing is – while that’s working is – across the whole end-to-end tool chain, like there still are these little silos. And I think what we will see evolve over the next coming year, is more integration, more glue in terms of platforms, to bring them together, in these various dev-ops projects.

    Alan Shimel:                I think you’re dead on Carol. I think what we’re seeing right now is the first generation of dev-ops tools, making their way into the marketplace, and they themselves are almost siloed, right, where they don’t necessarily work with each other.

    Carol Carpenter:        That’s right. I mean what we saw was, when people were looking at their investments and their responses in the surveys – all right. There’s _____ control. There’s container platforms. There’s CICD. They’ve invested a lot in configuration management, and there’s automated tools for that, and some people have invested in it.

    And it’s still disparate, so I agree with you. I think we’re going to see continued maturation of this market.

    Alan Shimel:                Yeah. I think you’ll see a second generation of tools that maybe seek to stitch together a lot of these first-gen tools and, frankly, that’s somewhere where Elastic Box plays too, right?

    Carol Carpenter:        Absolutely. We like to think of ourselves, Elastic Box, as elastic glue. We’re the glue to bring together a lot of these dev-ops initiatives into an end-to-end integrated delivery and management platform.

    Alan Shimel:           Absolutely. Carol, so we talked that there were a lot of surprises or things that we didn’t expect in the survey. What would you say was the biggest surprise for you?

    Carol Carpenter:        Well, I think that the biggest surprise was around the lack of measurability and lack of understanding the ROI of the dev-ops investments, either in terms of people, time, resources, or money. And I’d say the second one is that when we asked about the dev-ops tools that they are using, that CICD came to the very top.

    And, on the one hand, you could say – okay. That’s not a surprise. People have been trying to automate testing for a long time. But CICD is a step beyond that, and that was surprising to me that that’s the biggest driver still. I guess, based upon the noise and what we hear every day in the market, I expected that there would have been another dev-ops initiative would have risen to the top, such as, you know [Crosstalk] –

    Alan Shimel:                Like configuration management?

    Carol Carpenter:        Management or monitoring, which obviously there’s very, very strong monitoring tools, or security and compliance, or even containerization. And maybe it’s because of the press and media and we’re so bombarded by a lot of the initiatives, that we think that that’s where the money is going, and where people are spending time and energy.

    And yet, automated deployment and testing and CICD are still at the top.

    Alan Shimel:                Absolutely, and I think – I mean, what we see here at DevOps dot com bears it out. Look, there’s money being spent across the board in dev-ops tool sets right now, but CICD certainly are some of the biggest ones. Carol, believe it or not, we’ve already gone over 12 minutes, and we try to keep these short, and we need to wrap it up.  But I wanted to ask you the same question I ask every attendee here on the DevOps Chats, and that is, for our leaders out there listening, if they had to read one book which would really help them the most, what would be your suggestion?

    Carol Carpenter:        Gosh, there are so many great books. I would recommend the Phoenix Project. Have you read that, Alan?

    Alan Shimel:                Oh, as well, yeah. That’s what got me into dev-ops. I met Gene Kim about four or five years ago when the Phoenix Project was a manuscript,

    Carol Carpenter:        It’s just game changing, right? The Phoenix Project – it gives you an orientation and a framework around how to attack process challenges, and how to attack the full delivery, you know, the whole life cycle of soft ware or any process. Really, really insightful, and you know, obviously, it’s written in a parable format, so it makes it very enjoyable and easy to read.

    Alan Shimel:                Absolutely. It’s an easy read. Well, Carol Carpenter, CEO of Elastic Box, much continued success at Elastic Box, and again, the survey that we’ve done with Elastic Box and the real value of DevOps, is available if you go to Elastic Box, and you can find it at devopsy.kinsta.cloud as well.

    I’m interested in anyone’s feedback obviously on it. Carol, we hope to have you back again in the future, and thanks so much for being today’s guest. 

    Carol Carpenter:        Thank you, Alan.

    Real Value of DevOps

  • DevOps, ITOps and PaaS: What do you think?

    DevOps, ITOps and PaaS: What do you think?

    We are very happy to announce that we have launched a new survey that will explore how the community feels about DevOps, ITOps and PaaS. The survey is another in the continuing surveys we are conducting to help all of us understand more about how DevOps is really influencing how development, Ops and IT are being changed.

    This survey is sponsored by Apcera, makers of the Apcera Hybrid Cloud OS. The survey is only about 19 questions and shouldn’t take more than 5 minutes. It is aimed at understanding if there is a difference in opinion of who is leading innovation and where are the roadblocks to that innovation in organizations. It also seeks to understand what are organizations are thinking about containers and specifically are different parts of the IT team looking at containers differently.  Finally, the survey tries to help us understand what are the attitudes towards PaaS.

    As we always do we will release the survey findings when complete. You are helping not only your own organization but the entire DevOps community if you would take a few minutes to take the survey right now we would be very grateful. If there is something you think we got wrong on the survey or left out, please let us know by commenting here.

    If you are interested in hearing more about Apcera and how it looks at containers and PaaS you should check out our Q & A with their CEO over on Container Journal.

    BTW stay tuned as next week we will release the results of our last survey, The Real Value of DevOps.

  • Inside Look at State of DevOps Report: Q&A With Puppet Labs

    Inside Look at State of DevOps Report: Q&A With Puppet Labs

    Last week Puppet Labs released the analysis behind its annual study of DevOps and continuous delivery practices in the 2015 State of DevOps Report. Now in its fourth year, the report offers an in-depth look at the findings of the team on what it means to be a high-performance IT organization—the cultural characteristics these organizations share, the lean engineering practices they engage in and the technical architectures they depend upon.  Like last year,  however, the report tends to be a bit of a black box when it comes to actual statistical findings. While some figures do make it through, for example the oft-flogged statistic of high-performance organizations deploying 30 times as fast with 200 times the lead time of low performers stands pat, the report itself is somewhat oblique about the statistical basis upon which the designators of low-, medium-, and high-performance were determined.

    devopsy.kinsta.cloud spoke to Nigel Kersten, CIO for Puppet, and Alanna Brown, senior product marketing manager for Puppet,  about the report to get a little more detail, to have them explain the process behind the analysis, and to offer up some of the most important facets of their findings over the last few years.

    devopsy.kinsta.cloud: Can you tell our readers a little bit about the high points from the report?

    Kersten: Big finding from 2013 was the orgs that used Devops’ practices deployed code 30 times more often and had 50 percent fewer failures.  In 2014 what was quite fascinating was that we actually found a link between these practices and overall organizational performance, not just IT performance. Higher-performing IT organizations are twice as likely to exceed their own profitability, market share and productivity goals.

    If we fast-forward to today, the high-performing organizations using Devops practices are more stable and reliable than they’ve ever been.  They’re recovering 168 times faster from their failures and have 60 times fewer failures due to their changes.  So we’re not actually seeing throughput increase from the year before, but what we are seeing is the quality and speed has definitely increased.  So people are producing changes that are of higher quality and that require fewer rollbacks.

    And so what we’re concluding from the data that we’ve seen this year in the report is that there’s been a really huge focus to the left of the assembly line from production. So if we envisage the developer work flow application delivery, essentially we start with the developer laptop like on the far left, and on the far right is the application actually existing in production.  So from the point between the developer’s laptop and the actual release, we’re seeing organizations focus much more on that stage, putting more testing in the hands of the developers, and all of these practices not just being focused around the release but the pre-production stage of the application life cycle having a really huge impact upon quality.

    devopsy.kinsta.cloud: Why doesn’t Puppet publish the actual data from the survey? You have great analysis here, but there’s very little statistical proof behind it—why don’t you provide that?

    Brown: Well so we have a ton of data, and part of the reason we don’t issue the data is because you wouldn’t be able to actually get to the same results without doing a ton of data cleansing and statistical analysis.  So our analysis is actually fairly rigorous, and some of that analysis doesn’t really lend itself very well to graphs and charts and visuals and things like that because it’s all based on correlations and predictive regressions.  So that’s part of the reason.

    Kersten: I think in many ways it’s analogous to releasing software to the world. We have all of these tools inhouse.  We have all of these Excel spreadsheets we’ve put together.  We have all of these you know pivot tables and different bits of cluster analysis, but they only – they’re not particularly usable for anyone else right now.

    As much as we would love to work out how to polish all of that up and share it so it’s one big data set along with all of the tools, our biggest worry is honestly being that people would actually draw sort of misleading and incorrect conclusions from the data because of the level of analysis that was required.

    devopsy.kinsta.cloud: Can you tell us, then how you came to the determination of what’s a high-, medium- or low-performance organization? Because if you look at some of these numbers, you say they’ve got thirty times more deployment frequency. But of course they do because they’re high performers. So how does that work out statistically?

    Brown: No, no, you’re absolutely right, and I will agree that IT performance metric is a bit circular.  However, those are the actual metrics that are important to an IT organization, so they care about deploy frequency, deployment lead time, their mean time to recover and change failure rate.  So we feel like that’s a pretty good approximation or a proxy for IT performance, and it’s better you add at doing those things that is correlated to higher performance overall.

    Kersten: One thing, too, is that even though there’s a whole spectrum in terms of how fast people are able to actually deliver and ship code, what actually came out really strongly out of the survey this year and in previous years is that the high performance (orgs) definitely cluster in terms of data points. It’s not just a smooth spectrum, but there’s this really obvious clusters of high performance that leap out that all have a very high correlation of the kinds of practices they use.  So it is a little bit circular but it’s also it’s not that we’re seeing this smooth spectrum from zero to 100.  We’re seeing the masses and then the high performers, and they divide into quite clear clusters.

    Brown: Yeah, and they’re not arbitrary clusters; they’re actually statistical.  So the low IT performers share all the same characteristics and the high IT performers share all the same characteristics, so they’re very clear.

    devopsy.kinsta.cloud: OK, so let’s talk about some of those common characteristics between these groups if you’ve got statistical bases for these.  Tell me a little bit about the low performers and we’ll kind of go on up the spectrum and we can talk about the characteristics they share.

    Brown: So for IT performance, deployment pain was actually the number one most highest-correlated construct. And deployment pain consists of a couple of questions.

    Like how painful are your deployments?  Are they very disruptive events, etc?  So there’s three questions that we ask around deployment pain.

    The next thing that’s highly correlated with IT performance is version control. We use the version control for all production artifacts.  Following that is culture, and the model we use for culture comes from a guy named Ron Westrom who is a sociologist.  And he created a typology of cultures, and you can see the table in the report itself.  So he has a pathological culture, bureaucratic, and then generative.  So the more generative your culture is, the more likely you are to have higher IT performance.

    Kersten: And I think this is what was so fascinating for us when we first started adopting Westrum last year We actually adopted Westrum as part of the model in that this pathological versus generative cultures, this is the language our practitioners in this space use to talk about you know what’s so great about working there: “My ideas are valued. I get to create ideas.  I can create impact.” Similarly around what’s horrible about working at this other place.  It maps to the pathological and generative descriptions of organizations perfectly really.

    devopsy.kinsta.cloud: So what would you say is the key characteristic in that first leap from low performance to medium performance, based on your data?

    Brown: So the lower performers in terms of IT performance will be doing less automation, less testing.  They haven’t automated their deployments, for example.

    Kersten: I think one way I at least think about is that there are these characteristics that are necessary but none of them are sufficient on their own, and so you see people who say just adopted version control.  They’re definitely heading ahead of the pack of the people who haven’t adopted any of these tools.

    But there’s this transformative leap once you actually adopt version control and continuous delivery and the highly-automated conflict management system, that those things together are greater than the sum of their parts.  That is at least how the data seems to us, ’cause we don’t actually have this smooth little spectrum between low performers and high performers who just adopted one of those technologies.

    We definitely see improvement from those people, but it’s when they adopt all of them in total that they suddenly take this sort of order-of-magnitude leap.

  • What is DevOps to you? New survey by ElasticBox and devopsy.kinsta.cloud

    What is DevOps to you? New survey by ElasticBox and devopsy.kinsta.cloud

    What is DevOps to you? Now that is a loaded question. For so long DevOps has defied definition. How can then we quantify it? How do you know if it is working? What do you spend on it? What exactly do you do when you do it? What tools do you use?

    While the folks over at Puppet Labs, Gene Kim and team have done a great job with their annual surveys showing DevOps adoption and its impact on high performing IT organizations, it is time to delve a little deeper into exactly what tools are we using, what works and what doesn’t work.  Heck, even what we consider working or not is still to be defined.

    So we are partnering with our friends at ElasticBox to conduct a survey to better understand what it is that you consider DevOps, what you are paying for it and do you consider it successful.

    You can take the survey in about 10 minutes or less.  You can take the survey right here: https://www.surveymonkey.com/s/devopsdot

    Oh wait there’s more. One in 50 respondents will win a $50 Amazon gift card (you need to supply contact info to win) and one grand prize winner will win a really nice 3DR IRIS+ Drone (pic below), again you must supply contact info to win)

    IRIS_goproWe will publish the results and analysis in July. So take 10 minutes and help us help the community with this vital information.

  • DevOps Anonymous Salary Survey

    DevOps Anonymous Salary Survey

    DevOps certainly is a hyped word right now.  There are no shortage of DevOps jobs either. But,

    • What are the highest paying DevOps job titles?

    • Which industries pay top dollars for DevOps skills?

    • How is your salary compared to people with similar job titles in other companies?

    • Does higher education mean higher pay?

    • Do DevOps men earn more money than DevOps women?

    We all need to know these answers.  Take a few moments and complete the anonymous DevOps salary survey.

    While email or contact info is not required, everyone who does fill in their email will get a copy of the results and 1 in 50 respondents will win a $50 Amazon gift card.
    [custom_buttons_shortcode]

  • Survey: DevOps gaining mainstream traction in IT today

    Survey: DevOps gaining mainstream traction in IT today

    New survey results released last week shows just how thoroughly DevOps has captured the mindshare of enterprises. Commissioned by Rackspace, the global Vanson Bourne survey showed that more than three-quarters of IT decision-makers are now familiar with the term DevOps and well over half of them have already implemented DevOps practices to some degree or another. And by 2017, that figure could go up by another 31 percent according to survey respondents’ plans.

    “This survey shows a real appetite for the kind of development and operational processes today’s digitally-focused businesses need,” said Chris Jackson, CTO of DevOps Services at Rackspace.

    Among those who have chosen the DevOps route, nearly half have already fully integrated their development team with their operations team and 38 percent say that integration is in effect for all of their applications. For the most part, the ops team has been the primary champions for these projects. Approximately 43 percent of respondents with DevOps programs in place report that IT operations have driven them and 32 percent say either the CIO or the CTO have driven the program. Just 16 percent say developers have been behind their DevOps transformation.

    As expected, among respondents who have deployed DevOps, 57 percent have already experienced faster delivery of new features and 46 percent have a more stable operating environment. Additionally, 43 percent reported increased innovation and 32 percent have even reduced their IT costs.

    However, it is the business upsides of respondents’ DevOps adoption that are really eye-opening. The speed and innovation seems to have directly translated to improvements in the business as a whole. Over half of companies that have implemented DevOps report an increase in customer conversion and satisfaction and 43 percent say they’ve seen an improvement in customer engagement. As a result, DevOps is stimulating topline revenue growth, with 38 percent of respondents reporting an increase in sales as a result of their revised IT approach.

    “DevOps is empowering IT functions to make a real impact on the business,” Jackson said. “It is also finally an opportunity for IT to be recognized for having a central part to play in delivering great customer experiences and ultimately increasing sales.”

    However, deploying DevOps has not always been easy for these organizations. Approximately 37 percent of respondents who’d embraced DevOps reported internal resistance from ops teams and 32 percent said developer resistance posed problems. Fortunately, less than a quarter of wider business stakeholders  stood in the way of DevOps adoption. Nevertheless, among all IT decision-makers, 41 percent still said they had other more urgent IT priorities that kept them from the DevOps journey.

    “DevOps is all about encouraging innovation and streamlining processes to help ensure development and operations are working hand in hand to deliver business objectives,” Jackson said. “While, the findings suggest that the DevOps journey is already becoming well established in many organizations, there is still a job to do in articulating the benefits to all groups involved for them to accept and drive through this change.”

  • Share Your Thoughts about On-Call

    Share Your Thoughts about On-Call

    We all know that being on-call sucks. What we don’t know is how other people are dealing with the problem.

    It’s time to dig deep, ask the hard questions and collect data around what it’s really like to be doing the hard job of keeping the machines up & running. That’s why VictorOps needs you!

    We’re conducting the first State of On-Call survey and would love to hear what you have to say about the topic. Whether you’re currently on-call or manage a team of on-call folks, we’d like to know what tools you’re using to make the process easier and what sort of pain points you’re still experiencing.

    On-Call-600x150

    We’re thanking you in advance for your time & feedback. Additionally, your survey response gets you automatically entered into a drawing for a Nexus 7 tablet. Help us to better understand the problem so that we can help you make on-call suck less.

  • Automation Driving DevOps Adoption

    Survey of Attendees at JumpCloud and SoftLayer Hosted DevOps Conference Confirms High Adoption of DevOps Driven by Demand for Automation of IT & Time Constraints
    February 10, 2014 11:00 AM Eastern Standard Time

    BOULDER, Colo.–(BUSINESS WIRE)–JumpCloud™, the leading automated server management tool for DevOps and IT pros, today published survey results from its DevOps Conference hosted in conjunction with SoftLayer. The survey confirms that the rapid adoption of DevOps is driven by the need for increased automation and constant pressure to complete tasks. When asked to describe their greatest challenges and most time consuming tasks, leading responses referenced deployment and patching activities. User management and log file analysis and forensics were also near the top of responses by the DevOps Conference attendees.

    “We decided to hold this DevOps conference with Foundry Group, TechStars, and Bullet Time Ventures companies in order to gain some base level insight and understanding into the state of the DevOps movement”

    Regardless of the specific challenges or tasks identified, attendees of the event unified around an increasing lack of time with expanding responsibilities and accelerated production cycles. Survey results pointed specifically to manual tasks as hurdles to time management. In order to address this issue, DevOps focused organizations are searching for ways to automate tasks and more effectively manage the explosion of online infrastructure.

    “We decided to hold this DevOps conference with Foundry Group, TechStars, and Bullet Time Ventures companies in order to gain some base level insight and understanding into the state of the DevOps movement,” said Rajat Bhargava, CEO, JumpCloud. “The conference aimed to advance the DevOps movement through the sharing of best practices and a compilation of survey data from a highly targeted respondent group of leading voices in the DevOps movement. We could not have been happier with the over 200 leaders in the field from over 100 companies who were able to attend and help us to gain and share some insight into this increasingly important movement.”

    Over three quarters of respondents classified themselves as DevOps organizations. Another 15% were on their way to becoming DevOps organizations.

    When asked which cloud providers respondents utilized:

    AWS – 55%
    Rackspace – 14%
    SoftLayer – 6%
    Digital Ocean – 6%
    Heroku – 6%
    Misc. – 13%
    When asked about steps to increase automation in their organizations:

    Over 75% reported using some form of configuration automation tool such as Chef or Puppet.
    Approximately one-third reported using some form of patching solution.
    Over half are utilizing pre-built images.
    When asked which tasks most commonly required manual management processes

    1. Deployment and patching tied for first
    2. User management
    3. Log file analysis and forensics
    The DevOps Conference was co-founded and sponsored by JumpCloud and SoftLayer. Gold sponsors included Authentic8, DH Capital, and VictorOps. Silver sponsors were Cooley, Pantheon, PivotDesk, SendGrid, and Silicon Valley Bank. For more information about the DevOps conference please contact info@jumpcloud.com. Conference organizers are planning to implement multiple events in 2014 in conjunction with devopsy.kinsta.cloud. The conference videos are available here. Full results of the survey are available here.

    About JumpCloud

    JumpCloud automates manual, tedious server management tasks from the cloud for DevOps and IT pros. Complementary to and integrated with Chef and Puppet, JumpCloud picks up where they leave off by automating management of users, patches, security, and compliance. JumpCloud returns days to DevOps and IT admins’ lives while increasing security. An automated SaaS-based offering, JumpCloud installs in seconds and deploys on physical, virtual, or cloud servers. For more information visit JumpCloud.com.

  • Over 63% of Active Cloud Developers Release Updates at Least Once a Week, 25% Release Daily Updates

    Cloud Enables Continuous Delivery and DevOps, According to New Evans Data Survey of Cloud Developers

    SANTA CRUZ, CA. January 21, 2014 Cloud is accelerating the implementation of a rapid continuous delivery model, with 25.9% of developers active in Cloud development releasing updates or new versions at least once a day, and 63.3% releasing at least once a week, as Evans Data’s new Cloud Development Survey shows. The survey, conducted in November – December 2013 with 436 active Cloud developers also showed that 51% feel that Cloud computing in general will improve coordination between development and operations, which will also help to enable continuous delivery.

    However, opinions and practices diverge across segments. ISVs are most likely to release software quickly, with 45.7% releasing updates daily and 73.6% making updates at least weekly; whereas only 12.9% of internal corporate enterprise developers make daily releases and 66.4% make them at least once per week.

    The two groups also have different opinions about Cloud and DevOps: 76.6% of ISVs think Cloud will make coordination between Development and Operations better and only 9.9% think it will make it worse, but developers working in an internal corporate enterprise are evenly split with 35% thinking Cloud will make coordination better and 35.9% thinking it will make it worse. Additionally another 22.3% of internal developers think Cloud will erode the need for Operations altogether.

    “There are obvious differences between developer segments,” said Janel Garvin, Evans Data CEO. “ISVs were Agile early adopters and today commercial apps have to be updated frequently in order to stay competitive, whereas internal corporate development is where a continuous delivery and DevOps model would be the most beneficial, and yet that’s where there is the most resistance.”

    Evans Data’s Cloud Development Survey has been conducted every six months for the last 5 years. The current survey report contains over 200 pages of data on such topics as Cloud Configurations, Cloud Integrations, Cloud as a Development and Test Platform, Development Tools in the Cloud, Cloud and Mobility, Cloud Storage, Runtimes and Frameworks, Security and Compliance, and more.

    See complete Table of Contents here: Table of Contents

    About Evans Data Corporation

    Evans Data Corporation provides regularly updated IT industry market intelligence based on in-depth surveys of the global developer population. Evans’ syndicated research includes surveys focused on developers in a wide variety of subjects.

    Copyright 2014 Evans Data Corporation. All other company names, products and services mentioned in this document are the trademarks and property of their respective owners.