DevOps Imperative for Enterprise Apps like PLM and ERP – Part 1

In dictionary, “Imperative” is defined as “of vital importance; crucial (adjective), an essential or urgent thing. (noun)”

Today I find that DevOps is focus of ‘end user product companies’ (be it desktop product or a web application or mobile application).  There are almost no documented cases of using DevOps on Enterprise products like ERP, PLM products.  Enterprise product companies like SAP, Dassault Systèmes, Siemens PLM are using DevOps practices internally while develop the SAP, Enovia (PLM) or Team Center (PLM). However, Enterprises like BMW, Ford and others are not really getting the benefit of DevOps while deploying these enterprise applications.  Current situation is ‘Lose – Lose’ for both Application Vendor and Customer.  My prediction is First company who realizes it and makes its application ready for DevOps practices in Enterprise deployments, will make a ‘killing’ in the market.  This is “DevOps Imperative” that I am going to write about.

Let’s take an example of deploying a PLM software (like Enovia from Dassault Systèmes or Team Center from Siemens PLM) in a large Auto or Aero company like BMW, Ford, Airbus or Boeing. Let see what is the current status and then dream about what is possible. Then see how we can make that dream into a reality.

Current Status – Why it’s a Lose->Lose situation for Vendors and Customers:

Let’s assume Auto Company “AutoX” has PLM system “PLMX” at version 10 deployed in its plants.  Typically PLM vendors release one major new version every release. Hence Version 11 of PLMX is now available.

1. For AutoX version upgrade is a major exercise. It may cost a millions of dollars and at least one year to upgrade the deployed version.
2. So if AutoX wants to move to version 11.00, it will take one year and millions of dollars to upgrade. So by the time AutoX upgrades to version 11.00, Version 12.00 PLMX will be available. So AutoX is always playing catch up.  By the time AutoX finish upgrade to version 11 , its time to start for upgrade to Version 12.
3. In the end AutoX decides to skip one version and upgrade directly to version 12.00. However, it means more difficult upgrade.
4. Since new features available in Version 11 will not be available to AutoX, AutoX will end up creating customization for some of features available in Version 11.  When AutoX upgrades to Version 12, these customization have to be removed so that same requirements can be fulfilled by OOTB features. Many times AutoX will end up maintaining its customization and NOT using similar Out Of Box features.
5. These customization will take time and money to develop and maintain. AutoX is essentially spending extra money for features which are available out of box.
6. For Vendor, many customers like AutoX will not upgrade to Version 11. So Vendor will not immediately get feedback on usefulness of new features.
7. Vendor has to support many old versions which are in production. It adds lot of cost to development efforts of the vendor.

Essentially it’s a ‘Lose Lose’ for everyone involved.

How do we convert this “Lose Lose” situation to “Win Win” ?

The upgrade is “Lose Lose” situation because of one key reason “time required to finish the upgrade”.
Now assume that you are the CIO of AutoX, close your eyes and imagine following:

1. Vendor has released version 11 of PLMX
2. AutoX has put the version 11 of PLMX on its DevOps ‘pre-production’ servers.
3. Within 2-3 weeks, all the customizations and other integrated applications are migrated and tested on version 11 of PLMX
4. In 4th week, with available DevOps migration tools (using containers, virtual machine images, private cloud setups etc etc) production schema is upgraded, production servers upgraded, and new versions of integrated applications installed etc
5. In one month AutoX is now on version 11 of PLMX.
6. If Vendor releases a hot fix or service pack, it is put in production within a Week.

With above assumption, the scenario will be different. What are benefits to AutoX and PLM vendor in such scenario?

1. AutoX is able to benefit from new features immediately. AutoX will now have much better ROI for its purchase of PLMX.
2. AutoX don’t have to develop and maintain so many in-house customization where similar functionality is available Out of Box.
3. For AutoX now cost of upgrade will be negligible and it will become ‘routine’ exercise.
4. Once majority of PLMX customers move to same kind setup, PLMX don’t have to spend time/money on supporting older version PLMX. It can its developers to new features and bringing more values to PLMX customers.

For many months now I am ‘dreaming about the above scenario’. Wherver I talk about this ‘dream’, the reaction I get from audience (most of them PLM veterans), “it’s impossible”.  Is it really impossible???

I urge you view/read about John Allspaw and Paul Hammond’s talk in Velocity Conference 2009 titled “10+ Deploys Per Day: Dev and Ops Cooperation at Flickr”.   (Slides) At that time “10+ deploys a day” was considered Impossible. However, this seminal talk broke through that mental barrier, and after that many previously “impossible feats” were achieved in many different companies.

Following table is show the data from book “Phoenix Project” by Gene Kim about on “number of deploys per day” at few popular and successful internet companies. This data is from year 2012.

Company	Deploy Frequency	Deploy Lead time	Reliability	Customer responsiveness
Amazon	23000/day	Minutes	High	High
Google	5,500/day	Minutes	High	High
Netflix	500/day	Minutes	High	High
Facebook	1/day	Hours	High	High
Twitter	3/week	Hours	High	High
Typical enterprise	Every 9 months to 1 year	Months or Quarters	Low/medium	Low/Medium

Amazon is doing 20000+ deploys a day and when I talk about 1 month to deploy a ‘new version” of PLM and people still consider that impossible. Enterprise Applications world is way, way behind in terms of DevOps practices.  Did Amazon reached 20,000+ deploys a day in few months. Obviously not. It took them 5 years to move away from their original OBIDOS content delivery system to current architecture.

If AutoX wants to go to 1 month production deployment and if they start today, probably it will take them 3 to 5 years to reach there. Obviously it will require mindset change, investment to develop the necessary tools and practices and it will require cooperation from PLM vendor.

Is that investment worth it? I em-pathetically say “YES”. I will repeat my prediction again that first PLM vendor who supports that and first company who achieves it will make a ‘killing the market’. Studies have established that There is a ‘positive’ correlation between the deploy frequency and profitability of the company. So its a great opportunity for companies like Ford, BMW, Airbus, Boeing, etc and PLM vendors like Dassault Systèmes, Siemens PLM.

In Part 2 of this article, I will explain the steps that are required from AutoX and from PLMX vendor to achieve this ‘seemingly’ impossible dream?

Readers, do you still think it is an impossible dream? I will love to hear from you. Please leave a comment.

NOTE - All the opinions expressed in this article are my personal opinions