Tag: Future of DevOps

  • Predict 2021: What Does the Future Hold?

    Predict 2021: What Does the Future Hold?

    While 2020 was a challenging year, it was also a year of resilience, innovation and rapid acceleration of digital transformation. So, what does 2021 have in store for us? At Predict 2021 Virtual Summit, taking place Jan. 21-22 at 10 a.m. ET, top industry leaders will share their speculations on what the future holds in the realms of DevOps, cybersecurity, digital transformation, cloud native and IT.

    Predict 2021 is a free, multi-track virtual event featuring a conference lobby, presentation theater, expo hall and more. Attendees will be able to interact with sponsors and peers, watch videos and download information. It will be a great opportunity for networking and learning about what the “new normal” will look like for DevOps.

    In addition to the great speaker sessions, there will be panel discussions, interactive Q&As with speakers, a scavenger hunt, giveaways and other interactive activities.

    This year’s event features outstanding sessions from industry leaders, including:

    • “Sustaining The Pace of Digital Change,” keynote by Emmet B. Keeffe III of Insight Partners.
    • “Digital Transformation Panel,” keynote by Flint Brenton of Centrify, Ashok Reddy of Digital.ai and Tracy Ragan of DeployHub.
    • “Welcome to the Data Care Industry,” keynote by Ron Gula and Cyndi Gula, Gula Tech Adventures.
    •  “What Does 2021 Hold for DevOps and CI/CD?,” by Jim Rose, CircleCI.
    • “Cloud Native Tech,” by Tracy Miranda of CloudBees, Tracy Ragan of DeployHub and Isaac Mosquera of Armory.
    • “Software’s Not Living Up To Its Cloud-Enabled Promise,” by Jen Grant, Appify.
    • “Observability and AI: Bringing DevOps Back to the Future,” by Adam Frank, Moogsoft.
    • “Increase in Cloud-Native Apps Drives Key Challenges and Opportunities in 2021,” by Ankur Singla, Volterra.

    On the second day of Predict 2021, MediaOps CEO and devopsy.kinsta.cloud Editor-in-Chief Alan Shimel will also be announcing the 2020 DevOps Dozen² Awards winners.

    To check out the full agenda and to register, please visit the Predict 2021 website.

  • Predict 2021: What Does the “New Normal” Look Like for DevOps?

    Predict 2021: What Does the “New Normal” Look Like for DevOps?

    2020 has been pretty tough for most of us, no doubt. It has been a year of uncertainties and unexpected changes, mainly due to the COVID-19 pandemic. However, the future is bright and 2021 is full of possibilities. What does next year have in store for us? At Predict 2021 Virtual Summit, taking place Jan. 21-22 at 10 a.m. ET, top industry leaders will share their speculations on what the future holds in the realms of DevOps, cybersecurity, digital transformation, cloud native and IT.

    Predict 2021 is a free, multi-track virtual event featuring a conference lobby, presentation theater, expo hall and more. Attendees will be able to interact with sponsors and peers, watch videos and download more information. It will be a great opportunity for networking and learning about what the “new normal” will look like for DevOps.

    Are you interested in sharing some of your predictions for the upcoming year? The call for speakers is currently open — for a limited time, as we are starting to get swamped with submissions from folks who want to share predictions and thoughts on the new year and beyond. Now is your chance to prove your special ability to foresee the future of IT.

    We invite all analysts, practitioners, venture capitalists and thought leaders to share their insights, best guesses and predictions for 2021. Abstracts must be submitted through this form by Dec. 11.

    For more information, please visit the Predict 2021 website. Sponsorship opportunities are also available. Predict 2021 sponsors include CircleCI, Harness, WhiteSource and more. For sponsorship opportunities please contact Deb Schalm at deb@mediaops.com.

  • DevOps Was Supposed to Kill Developer Jobs. Here’s Why it Didn’t

    DevOps Was Supposed to Kill Developer Jobs. Here’s Why it Didn’t

    The rise of DevOps is more an evolution than a revolution, and developer jobs aren’t going anywhere

    Development died a long time ago and was replaced by DevOps. Or, at least that was the way it was supposed to happen.

    In reality, developers are doing just fine. There are currently almost 150,000 development jobs right now on one major job site, compared with only about 16,000 positions for DevOps. It seems that the revolution in which developers would be replaced with DevOps engineers never actually happened.

    In fact, and as we’ve previously argued, many people find that having DevOps on their job title actually harms them when it comes to finding the right job. In this article, we’ll look at why.

    The Death of the Developer

    The “death” of the developer has been prophesied for quite some time now. Ever since the creation of the concept of DevOps, in fact. The most vocal and prominent instance of this argument was offered by programmer Jeff Knupp back in 2014, who used a blog post to argue that the popularity of DevOps meant that programmers were increasingly unable to focus on what they do best: writing code.

    Instead, argued Knupp, the tyranny of DevOps was forcing coders to become generalists rather than specialists. They were being forced, he said, to include on their CVs an ever-growing number of “skill sets,” some of which were pretty tangential to their core role within an organization. Instead of traditional developers, it was feared, an army of “DevOps engineers” would rise who could just about do a wide range of tasks, but do none of them very well.

    In the interests of balance, it’s worth pointing out that Knupp—and many who have repeated his argument—have a vested interest in “defending” traditional coders against the rise of DevOps. It might be true that a thorough knowledge of GDPR compliance processes is not technically necessary for a developer, but some of the skills the DevOps highlighted—not least backend security—are best addressed at the development stage. Developers, in other words, shouldn’t be given a free pass when it comes to thinking about the way in which their creations are actually used.

    Adapt and Survive

    Nonetheless, the popularity of the concept of DevOps has forced many developers to adapt their skill sets, or at least the way they present them. Concepts such as CI/CD, segmentation of internal communication, automation and “continuous everything” have become central to the way many developers work and are highly sought after. We have DevOps to thank for that.

    In addition, the rise of DevOps has made room for an ever-expanding set of novel approaches. Five years ago, it seemed that a new approach to IT management was being developed once a month. First came DevOps, then DevSecOps, then QAOps. This explosion of new approaches does seem to be calming down, but they remain influential on at least two levels.

    The first is that, although none of these approaches (and arguably even DevOps, as we’ll see below) have developed into distinct disciplines, they have subtly redefined the way in which developers are understood by the average organization. The second is that, in this context, many developers have begun to stress that they have cross-cutting expertise. In other words, they have had to adapt the way in which they present themselves to survive.

    The Death of DevOps

    Because of this, we should see the rise of DevOps more as an evolution than a revolution.

    At the broadest level, DevOps has had a hugely beneficial effect on the process of software development. There is an expectation that developers will have at least a passing acquaintance with the systems and processes that IT teams use. This was not always the case in the past. Developers today have to know how things such as cloud IAM frameworks or APM platforms work, and why they are important for deploying and managing the applications that developers write.

    In this context, it seems strange that some coders ever worried that their job would be replaced. While it’s true that developers are now expected to have much broader skills than they did 10 years ago, organizations still need people who can actually code, and will do for decades yet (until we are all replaced with AI, that is).

    It seems that some of us were too eager to see a dramatic revolution, whereas the reality has been more subtle and much slower. And indeed, in many cases the “transition” to DevOps has been almost invisible: new graduates are now trained in the basic principles of DevOps, without this ever having become a discrete college course.

    Many of these new graduates, in fact, would be hard-pressed to define what DevOps actually is. But that’s not because it’s gone away; quite the opposite. It is now such a fundamental part of the way that most of us do our jobs that it is losing its identity as a separate idea. This means, eventually, that it will not be “development” that dies, but “DevOps” as a distinct addition to it.

    The Future

    In short, DevOps has not killed the developer, and there is no evidence that it ever will. Some of us, it seems, were being a little dramatic. On the other hand, DevOps has had huge effects on the way that developers work, because it points to the skills that the best developers have. For that reason, there remain tens of thousands of jobs for developers in the conventional sense.

    In short, developers work alongside DevOps engineers; they don’t compete with them for the same roles. So instead of seeing ourselves in competition, let’s try a little collaboration.

  • Debating the Future of DevOps

    Debating the Future of DevOps

    Change happens at an astronomical pace in the DevOps world, and I constantly see organizations shifting in their needs as the weeks and months go by. One week, the most essential need will be a specific configuration management tool and the next, it will be an urgent requirement to work on containerization.

    Many companies forget that simplicity often is the key and the focus should be on transferring to engineers the requirements of the business and product owners. It’s not always about implementing every new tool just because another awesome engineering team is using it—they might have different business needs and end goals than yours.

    Whether you are consulting for another client or working on your own internal applications, is your focus on how exciting the new container management system is or how to build the best possible end product that the business requires? Your DevOps organization should be focused on understanding these needs as well as the needs of every team across the technology function and more. So how, then, do we find the line between leading, following or resisting trends to create the most competitive advantage for our organizations?

    The DevOps movement will continue to break down silos and increase collaboration. I see DevOps and big data coming closer together; for example, our DataOps teams will have the usual deep understanding of infrastructure, the ability to automate processes, write scripts, build CI pipelines and continuously deploy new code. However, there also will be increasing demand to work with the likes of Splunk and Hadoop to process large sets of data as well as monitoring and logging.

    The cultural idea of bringing our teams closer together, to understand each other and to increase productivity will drive such shifts in skill sets. Other technology touchpoints such as containerization and serverless architecture will continue to spread deeper into organizations, while security and privacy may creep further up our list of priorities as we continue adopting more technologies into our organizations. However, it may take some tough learning curves before we really understand the implications caused by not taking SecOps seriously.

    Every organization has different needs based on the stakeholders, the tech stack, the infrastructure architecture and more. DevOps will continue to shift, take on other aliases and functions, but the truth is that the future of DevOps is simply the future of your organization.

    Understanding what that future holds, however, is up for debate. That’s why we’re hosting an event designed to push DevOps thinking beyond current boundaries among practitioners of varying backgrounds. The Future of DevOps Debate, an invitation-only event, is happening Nov. 10. Salt, host of the event, plans to share footage of the event as well as posting further blogs and articles, providing everyone a glimpse into the day’s conversations and, well, debates.

    The day includes a dedicated session discusses the pain points, experiences and successes leaders have had in their past and current positions. The day’s conversations will be in debate-style format so that everyone gets their opportunity to share thoughts and contribute. The core focus is to work toward the future of DevOps.

    This is the first Future of DevOps Debate, and Salt plans to run a series of events on a quarterly basis. It also contributes to the local New York DevOps community, sponsoring events such as DockerNYC and hosting ServerlessNYC, to name a few.

    It’s clear we are at an inflection point in DevOps, as new technologies and processes strive for attention. Together, we can help shape the future of DevOps and push the industry well beyond its current boundaries.

    About the Author / Conor Delanbanque

    conordelanbanqueConor Delanbanque is managing consultant and head of DevOps USA at Salt. Previously, he was supporting and consulting clients across Europe with their DevOps transformation efforts. Connect with him on Twitter at @ConorDevOps.