DZone
Database Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Database Zone > 5 Hidden Database Deployment Costs

5 Hidden Database Deployment Costs

When it comes to database deployments, unintended economic and opportunity costs are often hidden and ignored. Here are 5 hidden costs associated with today’s approach to deploying database changes.

Robert Reeves user avatar by
Robert Reeves
·
Oct. 26, 17 · Database Zone · Opinion
Like (5)
Save
Tweet
3.38K Views

Join the DZone community and get the full member experience.

Join For Free

Today, database deployments that change schema and logic are often performed via a manual, lengthy, and costly process. It is important to remember that a task that is expensive does not just cost the amount of money paid in resources and time. There are unintended economic and opportunity costs that are hidden and ignored.

Here are the five hidden costs associated with today’s approach to deploying database changes.

1. Time-to-Market Delays

When production applications releases are delayed due to manual database deployments, it impacts time to market. Customers do not receive new features, enhancements, and bug fixes quickly. This time-to-market delay can result in a decrease in revenue, savings, or even job security. In today’s market, where the competition is only a swipe away on a mobile device, companies cannot afford to have database deployments be the culprit that delays the delivery of new application features to market.

2. Remediation

With manual database deployment processes, there are often mistakes; and that leads to the need to remediate. Had the manual deployment process been completed correctly with no errors, you would have saved time spent diagnosing failed deployments and resolving them. Instead of delivering new features, your teams are fixing unforced errors — and that is especially costly. It’s like having your organization run with leg weights on when it comes to database deployments.

3. Finger-Pointing and Blame-Shifting

Covering for one’s mistakes is time-consuming and takes away from far more valuable activities. However, being placed in a situation to defend the correctness of database deployments when something goes wrong during the application release is even worse. We know the term “mean time to resolution,” or MTTR. There is another metric I like to use: “mean time to innocence” (MTTI). That is the amount of time it takes to prove that you are not the cause of the problem and that others should look elsewhere for resolution. This often happens with database deployments during a failed environment push. Teams will point to the database change as the most likely source of the failure, and it is left to the data team to prove that they did the database deployment correctly. Proving a negative is costly and impossible, like proving extraterrestrial life doesn’t exist.

4. Interruptions

Due to the siloed nature of application developers and database administrators, feedback on database changes is not provided to the development team until the database administrators review the change. That review happens late in the release cycle. Thus, the feedback loop is too long. By the time the database administrators provide the feedback and request for change, the development team has moved to the next sprint. In effect, that requires an interruption to the current development cycle and causes delays to new features.

5. Quality of Life

Poorly performing products, out-of-band changes, finger pointing, and interruptions impact the entire team’s quality of life. In turn, that can lead to staff turnover, in-fighting, and inwardly focused technical teams. These problems distract the organization from creating and delivering great products that benefit the company.

As we’ve seen, database deployment hidden costs are large and impactful. By eliminating friction in database deployments and aligning our database code changes with our application code changes, we can eliminate these costs and help our company win against the competition.

Database

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

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • How to Upload/Download a File To and From the Server
  • Image Classification Using SingleStore DB, Keras, and Tensorflow
  • Modernize Legacy Code in Production: Rebuild Your Airplane Midflight Without Crashing
  • Everything I Needed to Know About Observability, I Learned from ‘Bewitched’

Comments

Database Partner Resources

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo