Ad Image

2016 Predictions: More Dev than Ops for the Fortune 1000

briefcaseBy Joan Wrabetz, CTO of QualiSystems

In 2016, DevOps will continue to drive new development and testing models, but it is not clear if it will influence production deployment and operations yet.

We at QualiSystems are seeing a real commitment to DevOps among our Global 500 customers.  We expect to see an acceleration of this shift in 2016. The shift to DevOps is putting developers in control over operations people. This is driving the tools toward more developer-friendly interfaces and away from the “simple” operations button. While this is great in engaging many developers, it might be hindering actual deployment into production.

What we haven’t seen yet is a breakthrough in how production IT works. Most of the DevOps activities that we see stop short of continuous deployment into production. We see a few gaps that are the key inhibitors that must be addressed in 2016 for full production deployment:

  • DevOps tools need to be more enterprise grade and production-ready. While they might be great for development and test use, they are often not capable of handling large scale uses that would be required for automated deployment into large production datacenters. The DevOps software vendors that are working on scalable deployments and are developing interfaces beyond just programming interfaces “infrastructure as code” will capture the enterprise customers in 2016.

As an enterprise that is evaluating DevOps tools, I would suggest making sure that you test them in a large scale production use case – even if you are just doing a pilot. The most developer-friendly tools tend to get adopted early by developers, but they may not be the tools that you want to build your operational deployments on.

  • DevOps needs to start looking beyond process and also look at how to “replicate” the production environment for development and testing so that there is little or no change when deploying into production. The DevOps tool chain needs to have tools in the mix that can do “sandboxing” – create a replica of the production environment – including network, security, and hybrid cloud infrastructure if that is being used in production. If all of the development, testing, and QA is done in a sandbox that is a high-fidelity replica of the production environment, then the risk of deployment will go down significantly. Only a small set of software vendors offers this capability, but in 2016 it needs to become a regular part of every DevOps toolchain.
  • Automation needs to move beyond “infrastructure as code.”In 2015, the focus of most DevOps tools was automating the steps in the DevOps process. In order to fully implement the DevOps process, the tools need to enable automation of all parts of the process, not just the movement between the steps of development, test, QA and production. Automation needs to be an enabler of the DevOps process as a whole and this includes automating processes, applications and infrastructure from development all the way through to production. Automated application deployment means much more than just pushing the software onto a server in production. Applications may get deployed onto clusters of virtual machines rather than individual servers. They may get deployed to different parts of a hybrid cloud depending on capacity. This needs to be part of the application development and testing process, rather than introduced as a new process in production.

In 2016, enterprises should be looking for end-to-end solutions for DevOps to ensure that they can implement the whole process. This might mean limiting the range of tools that they use to those whichwork well together and can automate the full DevOps process.

  • We still need the “easy button” for Operations. All the DevOps work in development will not result in the kind of rapid deployment that we hear about at Netflix and Amazon if the process stops short of actual deployment. The Operations team needs tools that they can use to manage production from the point of deployment through the lifecycle of applications. “Infrastructure as code” DevOps tools are not very useful for this work because management in production cannot be done by writing scripts. Enterprises need good automation that is easy to use for people who are less programming oriented. Instead, Production environments need to be delivered with simple self-service interfaces and easy to use automation for lifecycle management. In 2016, enterprises should be working to meet the requirements of the “Ops” side of DevOps. They may also want to look for DevOps Automation tools that integrate seamlessly with the production operating environments like vCenter and AWS.

Widget not in any sidebars

Share This

Related Posts