DevOps has come a long way since it was first showcased in Flickr’s seminal ’10 deploys per day’ Velocity presentation in 2009. Just eight years later, it is being rapidly adopted and, as the 2017 State of DevOps Report from DORA and Puppet shows, there are big advantages for companies and organizations which embrace it.
They can typically deploy changes, updates and improvements 46 times more frequently, for example. Their change failure rate is also 5 times lower, and they can recover from failures when they do occur 96 times faster.
The database has traditionally been seen as a blocker in the process, but development tools and practices have now emerged that make database DevOps possible too. The 2017 State of Database DevOps survey from Redgate revealed that the key drivers for introducing DevOps and automating the delivery of database changes are increasing the speed of delivery of those changes, and freeing developers to do more added value work.
While some companies and organizations have already gone ahead and included the database in their DevOps process to gain those advantages, others are holding back because a few questions remain.
How can applications and databases be developed alongside each other, for example? What changes will developers need to make in their day-to-day work? How can the data inside the database be protected if automation enters the picture?
To help provide the answers, and demonstrate how large companies have introduced DevOps to the database, Redgate regularly speaks at major events and conferences. In informative and practical presentations, our experts show how the database can transform from being the blocker to the enabler.
Information about the latest events we’ll be presenting at is below, and you can keep track of where else we’ll be appearing with our online event calendar.
Moving from application automation to true DevOps
by including the database
As software teams face increasing pressure to speed up the delivery cycle, the DevOps approach is gaining momentum, but the database is commonly a bottleneck. This session will explore how you can extend DevOps practices to the database with a reliable, scalable and repeatable process for building, testing and deploying database changes alongside your application code. Tom Austin, Redgate Pre-Sales Engineer, will discuss best practices from high-performing IT organizations and explore how to benchmark and improve your database DevOps practices against your competitors.
DevOps for the DBA
Most organizations are under pressure to speed up the software delivery cycle, in order to respond to business or customer needs faster, or just to keep up with the competition. Without the right processes in place, however, database change management can slow things down, adding risk, uncertainty, and getting in the way of development and operations working together. Grant Fritchey, Redgate Product Evangelist, will show how to apply DevOps principles and practices to SQL Server so that you can speed up the database delivery cycle while protecting the information contained within.
Grant will also be presenting two further sessions on ‘Using SQL Server 2016 tools for query tuning’, and ‘Monitoring to quickly diagnose SQL Server performance problems’.
Including the database in DevOps
In this World Café Session, Arneh Eskandari, Redgate Pre-Sales Engineer, will be talking about the greatest drawbacks in traditional database development practices, and what the main drivers are for automating the delivery of database changes as part of a wider DevOps process. He’ll discuss the barriers that exist for integrating database changes into DevOps, and show some of the successes – and failures – of extending DevOps to the database.
Was this article helpful?