Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

The Future of Database DevOps

DZone's Guide to

The Future of Database DevOps

Get an assessment of the status of DevOps for the database and a behind-the-scenes look at how we've arrived at this assessment and setting out our direction.

· Database Zone ·
Free Resource

Compliant Database DevOps and the role of DevSecOps DevOps is becoming the new normal in application development, and DevSecOps is now entering the picture. By balancing the desire to release code faster with the need for the same code to be secure, it addresses increasing demands for data privacy. But what about the database? How can databases be included in both DevOps and DevSecOps? What additional measures should be considered to achieve truly compliant database DevOps? This whitepaper provides a valuable insight. Get the whitepaper

Foundry is Redgate's R&D division. Part of our remit is to look further into the future. We do that by keeping an eye on things that might indicate a change in what you need from our products (e.g. a new problem), or a development in technology (e.g. a better way of solving an existing problem). We want to develop a clearer understanding of the future of database DevOps.

In this post, we're reflecting our assessment of the status of DevOps for the database, giving you a behind-the-scenes look at how we've arrived at this assessment and setting out our direction.

We want this to be a conversation with you: maybe you're interested in contributing your experience, perhaps you don't agree with our assessment, or you could just be curious and want early access to anything new that we develop as a result. Whatever the reason, we'd like to talk to you, so sign up and help shape the future of database DevOps.

The Database DevOps Landscape

Database DevOps concerns are wide-ranging. They affect you, your team, and your entire organization.

Our research with domain experts and technology industry analysts set out to answer three questions:

  • What set of concerns does database DevOps cover?
  • What's covered by Redgate's product capabilities already?
  • What new technology could impact each of these concerns?

The outcome of this research gave us a "map" of the database DevOps landscape:

The map of each DevOps concern (in black) revealed areas of interest based on capabilities that exist with Redgate's current suite of products (in red), and technology that may prove useful in increasing capability (in blue).

We've made four observations that we think are interesting enough to pursue:

  1. Testing is conspicuous through a relative absence of coverage.
  2. Team collaboration is a recurring theme across multiple concerns.
  3. Provisioning is a theme that occurs throughout dev and is impacted by containerization.
  4. Rollback/forward is a concern that's not well-supported with technology.

During our research, we became aware of three additional pieces of information regarding changes to the context in which teams are implementing database DevOps:

  1. Database environments. The drive towards microservices means that applications backed by multiple databases separated by concern are becoming the norm.
  2. Deployment frequency. Changes to production databases need to be made more often in order to keep up with the demand from the organization to get value to customers sooner.
  3. Contributors. An increasing number of people within teams and organizations as a whole are contributing to database changes.

Database provisioning appears to be affected both by changes in technology (notably containers) and by changes in context (particularly frequency of need and complexity of environment). As a consequence, our continued research into the future of DevOps for the database will begin here.

The ability to provision a database environment is a core capability that's required throughout the development lifecycle. We believe that the easier it is to create complex environments and manage their use, the less likely the database will be the blocker for achieving your organization's ultimate outcome of delivering new value to your customers quicker.

We're setting out to understand whether our belief is true and, if it is, what form a solution to these problems could take. We're doing this in a project we're code-naming Project Spawn.

Again, we want this to be a conversation with you, so get involved by signing up for the research project.

Compliant Database DevOps and the role of DevSecOps DevOps is becoming the new normal in application development, and DevSecOps is now entering the picture. By balancing the desire to release code faster with the need for the same code to be secure, it addresses increasing demands for data privacy. But what about the database? How can databases be included in both DevOps and DevSecOps? What additional measures should be considered to achieve truly compliant database DevOps? This whitepaper provides a valuable insight. Get the whitepaper

Topics:
database ,devops ,redgate ,database devops

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}