What automation can learn from DevOps – and why the future is automation with iteration
A recent survey from Capgemini revealed that while enterprise-scale automation is still in its infancy, IT automation projects are moving along (below). IT is starting to view automation less tactically, and more strategically.
Figure 1. IT leads automation implementation (respondents were asked to select all that apply: “In which of the following functions has your organisation implemented automation initiatives?”). Source: Capgemini Research Institute, Automation Use Case Survey; July 2018, N=705 organisations that are experimenting with or implementing automation initiatives.
The Capgemini survey also showed that IT automation can be responsible for several quick wins, including self-healing, event correlation, diagnostics, application releases, cybersecurity monitoring, and storage and server management tasks. These projects not only lead to massive IT cost savings but, more importantly, to an increase in reliability and responsiveness to customer demands and business services. That would indicate that, while automation is a great solution for manual work, it’s also a part of a high-level, strategic IT plan to innovate the business.
But as DevOps practices like agile methodology and continuous deployment and optimisation start to take hold within the modern enterprise, it stands to question: can automation be agile as well? This is the promise of artificial intelligence for IT operations, or AIOps, but if that’s not a possibility for your IT organisation today, it’s important to make sure that your automation practices are continuously optimised to fit the task. Setting and forgetting was a practice of the server era, and in a world of on-demand infrastructure, automation ought to be continuously optimised and evaluated for maximum benefit.
The new expectations of automation
IT automation projects can have serious ramifications if anything goes wrong, because when the machines execute a policy, they do it in a big way. This is perhaps the chief argument as to why it’s critical that progressive steps are used to define and evaluate both the process being automated and the automation itself – they mitigate the seriousness of any issue that can arise. This is why it’s important to consider the following:
- Is this a good process, and is it worth automating?
- How often does this process happen?
- When it happens, how much time does it take?
- Is there a human element that can't be replaced by automation?
Let’s break the steps down and see how it can provide the basis for an iterative approach to automation:
Is this a good process?
This may seem like a rudimentary question, but in fact, processes and policies are often set and forgotten, even as things change dramatically. Proper continuous optimisation or agile automation development will force an IT team to revisit existing policies and identify if it’s still right for the business service goals.
Some processes are delicate and automation may threaten their integrity, whereas others are high-level and automation neglects the routine tasks that underlie the eventual results. A good automation engineer understands what tasks are the best candidates for automation and sets policies accordingly.
How often does this process happen?
Patching, updating, load balancing, or orchestration can follow an on-demand or time-series schedule. As workloads become more ephemeral, moving to serverless, cloud-native infrastructure, these process schedules will change as well. An automation schedule ought to be continuously adapted to the workload need, customer demand, and infrastructure form. Particular as the business continues the march toward digital transformation, the nature and schedule of particular work may become more dynamic.
When it happens, how much time it takes?
This also depends on the underlying infrastructure. Some legacy systems require updates that may take hours, and some orchestration of workloads will be continuous. Automation must be tested to be efficient and effective on the schedule and frequency of the manual task.
Is there a human element that’s irreplaceable?
As much as you may want to, it’s difficult for automation to shift left (to more experienced tasks and teams) without the help of artificial intelligence or machine learning. Many times there is a human element involved in deriving insights, creating new workflows, program management or architecture that take place. When building an iterative automation practice, make sure you identify where human interaction must occur to evaluate and optimise. In our lifetime, technology has advanced at lightning speed with robots now completing jobs that were once held by people. However, there are times when a machine just cannot deliver the same quality a human can.
Automation for all
Automation is perhaps one of the most defining signatures of the future of IT operations management. It relieves teams of routine work and helps improve overall efficiency, all while driving quick wins that turn an IT team into heroes. But don’t let automation be the end goal. Instead, consider it a tool, like any other tool, that can drive action from data. And until AI is an everyday option, it’s inherent on the IT professional to continuously optimise the data that drive that action.
Interested in hearing industry leaders discuss subjects like this and sharing their experiences and use-cases? Attend the Cyber Security & Cloud Expo World Series with upcoming events in Silicon Valley, London and Amsterdam to learn more.
- » AWS reports $8.99bn in revenues for Q319 - yet slowing growth concerns analysts
- » Databricks raises $400m in series F funding and tops $6bn valuation
- » Amazon completes consumer database migration from Oracle to AWS
- » The rise of SD-WAN: How scaling cloud services is key to growing a digital business
- » Platform as a service solutions are secure – as long as they’re not misconfigured