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

5 Reasons to Create a Continuous Delivery Database

DZone's Guide to

5 Reasons to Create a Continuous Delivery Database

Database release automation is an essential but often overlooked part of continuous delivery. Learn how it enhances data security, and other reasons it's so important.

· DevOps Zone
Free Resource

Learn more about how CareerBuilder was able to resolve customer issues 5x faster by using Scalyr, the fastest log management tool on the market. 

Too often I hear, “We are doing Continuous Delivery.” When I ask how they provide the continuous delivery database, I hear responses that are not continuous delivery at all. “We create a ticket” is the number one answer. That is NOT continuous delivery for the database.

A ticket to an external service team does not provide safety, speed, or sustainability. We’ve written a White Paper describing how to create the continuous delivery database. Here are five reasons why you absolutely must do so.

Align the Speed of Change for the Database and Application

You are moving at light speed with your application deployments. You are using build automation and application release automation (ARA) to deploy your apps. Sadly, when you hand off the database change to another team, you now have a two-track process for releasing your entire application. This causes a cadence mismatch and results in slower releases. You will only release as fast as your database changes. That is the exact opposite of “quickly.”

Enable Digital Transformation

Digital transformation is about accelerating the adoption of technology to enable agility in your company. Thus, your company will be able to quickly adapt to changing market conditions. Basically, be like Uber and not like Sears. If you are not providing continuous delivery for all components in your applications, you will not be able to digitally transform and your company will miss market opportunities that your competitors will not.

Enable Self-Service for Development

There is absolutely no reason for a development team to wait seven days for a database change. In a two-week sprint cycle, that’s half a sprint. Unacceptable. Continuous delivery for the database allows for development to quickly release and improve the application. However, safety is an absolute must when you distribute responsibilities for changes. Thus, you will need both speed and safety to support self-service.

Enhance Data Security

Database release automation (DRA) assures better database code by eliminating errors that can cause application performance issues or downtime. And better database code also means better data security. Common mistakes (misplaced GRANT statements, for example) that make databases more vulnerable to breaches and data theft are eliminated.

Your Investment in DevOps and Application Release Automation Will Now Return Value

We have heard from customers, “In retrospect, I wish we had done the database first,” when describing lesson learned in implementing DevOps. Though ARA is a necessary component in the DevOps toolchain, DRA is just as important. However, prioritizing the database over the application will return far more dividends than ARA. You must solve the hard problems first to make the impossible possible.

Now that you know the reasons to create a continuous delivery database, read How to Create the Continuous Delivery Database to begin putting it in action.

Find out more about how Scalyr built a proprietary database that does not use text indexing for their log management tool.

Topics:
database automation ,digital transformation ,data security ,devops ,continuous delivery

Published at DZone with permission of Robert Reeves. See the original article here.

Opinions expressed by DZone contributors are their own.

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

{{ parent.tldr }}

{{ parent.urlSource.name }}