You're never safe in Enterprise IT. Just when you feel you've gotten a handle on the last hot topic you're hit with another. SOA, BPM, Agile, ITIL; You feel like screaming "Enough!" but you know resistance is futile. Gartner have said it's important so you know full well that you'll be asked to "do" it by management.
The latest buzzword in IT is DevOps. DevOps is more philosophy than process. It is a recognition that the relationship between developers and operations staff was broken. Developers are expected to ship more code, more frequently. Change is their friend. Ops are expected to keep everything running smoothly, to protect uptime. Change is their enemy. Something had to give.
At its core, DevOps is simply about improving collaboration between development and operations teams. As an extension of Agile, it means including system administrators in the agile development process. In practice, DevOps has also come to be associated with various tools such as infrastructure automation, automated testing, CI/CD and monitoring tools.
You're in the Enterprise though. Where do you start with DevOps? As most Enterprises these days run on ITIL processes, this is a pretty good place to start. Despite the rumours, DevOps doesn't mean the end of ITIL. DevOps should be seen as a means of ITIL process improvement. By using ITIL processes as a basis for a DevOps initiative, you can greatly simplify and focus your efforts.
This eBook will step through the major ITIL processes, outline what typically goes wrong, and examine how application of DevOps principles and tools can help.
Misconfigurations are an internal problem that emanate from within the IT infrastructure of any enterprise; no hacker is necessary for massive damage to occur to digital systems and stored data. And the problem is pervasive, with Gartner estimating anywhere from 70% to 99% of data breaches result not from external, concerted attacks, but from internal misconfiguration of the affected IT systems.