Answers: <p>Mostly for devs but knowledgeable to others with the "disaster girl" meme:
  "Works on my machine.. Ops problem now!" This illustrates that lack of responsibility can endanger the whole company, and the value of software working only in a specific environment is not absolute.</p>
  
  <p><a href="https://i.sstatic.net/a1UQl.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/a1UQl.png" alt="enter image description here"></a></p>
  
  <p>Also, <a href="https://i2.wp.com/blog.docker.com/wp-content/uploads/2013/08/the_matrix_of_hell.jpg?ssl=1" rel="nofollow noreferrer">the matrix of hell</a>. Adding Docker might seem as one column more, but containers will become to-go technology and the standard architecture on long term. So, you can run Docker containers also with Kubernetes or Apache Mesos.</p>
  
  <p><a href="https://i.sstatic.net/rZZ8o.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/rZZ8o.jpg" alt="enter image description here"></a></p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-27T11:36:38.083Z
Answers: Could you add images?
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-27T12:38:47.290Z
Answers: I will asap, from mobile seems not to work properly.
Answers: Ta Mu
Answers: CC BY-SA 3.0
Answers: 2018-04-28T07:26:24.673Z
Answers: Excellent +1. Could you add a small explanation to each of the images, i.e. why are these DevOps analogies?
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-28T08:25:09.150Z
Answers: To be honest these images rather illustrate motivation for DevOps than DevOps itself; so now I am bot sure how well this addresses your actual question to "depicture" DevOps
Answers: Ta Mu
Answers: CC BY-SA 3.0
Answers: 2018-04-29T15:55:33.830Z
Answers: Apart from that, the first picture is definitely helpful to describe "Why DevOps" in my presentation.
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-30T04:38:15.107Z
Answers: Looking forward to see your slides on slideshare, or at least an "anonymized" version.
Answers: Ta Mu
Answers: CC BY-SA 3.0
Answers: 2018-04-27T11:19:20.640Z
Answers: 2018-04-28T09:18:58.683Z
Answers: 2018-04-28T09:18:58.683Z
Answers: Ta Mu
Answers: <p>The most prominent DevOps analogy I can think of is the <strong>Pet vs. Cattle</strong> analogy on disposable infrastructure. Although, I would argue that is less about the <em>fetching</em> that is associated with the image, and more about how easy it is to understand and relate to. </p>
  
  <p><a href="https://i.sstatic.net/QlEtH.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/QlEtH.png" alt="enter image description here"></a></p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-28T12:22:50.563Z
Answers: Cattle vs Pets is mainly an ops things, it doesn't require a devops organization or mindset. The hint being it only talks about infrastructure and never about the apps running on it.
Answers: Tensibai
Answers: CC BY-SA 3.0
Answers: 2018-04-29T15:36:47.047Z
Answers: @Tensibai What is your favourite analogy?
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-29T16:49:32.540Z
Answers: It's a cute idea but falls flat on its face as soon as you introduce persistence. You better hope that your company didn't drink the DevOps kool-aid and that the payroll system is a pet!
Answers: Gaius
Answers: CC BY-SA 3.0
Answers: 2018-04-27T20:15:56.530Z
Answers: 2018-04-27T20:15:56.530Z
Answers: Preston Martin
Answers: <p>Another one that I like is this one from this website <a href="https://devrant.com/search?term=devops" rel="nofollow noreferrer">https://devrant.com/search?term=devops</a></p>
  
  <p><a href="https://i.sstatic.net/sJf7q.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/sJf7q.jpg" alt="enter image description here"></a></p>
  
  <p>as I have heard it multiple times and it frustrates me because it is silo behavior and anti devops. I basically want to enforce it, when you change it you have to release or when you break it you fix it. In practice it is not that simple as a mindset has to be changed.</p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-29T16:33:49.957Z
Answers: 2018-04-29T16:33:49.957Z
Answers: 030
Answers: <p>Another analogy was found here <a href="https://devrant.com/search?term=devops" rel="nofollow noreferrer">https://devrant.com/search?term=devops</a></p>
  
  <p>I think that this on is also applicable as there are still developers that continue throwing things over the wall.</p>
  
  <p><a href="https://i.sstatic.net/Z5QnE.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Z5QnE.jpg" alt="enter image description here"></a></p>
  
  <p>I have to admit that I feel like this and that this encourages me to learn programming. I am now learning Java and want to get certificates. I am now studying for Java Oracle associate.</p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-29T16:30:13.793Z
Answers: 2018-04-29T16:30:13.793Z
Answers: 030
Answers: <p>DevOps could also be compared with a commando squad, that consists of a small number of specialists. I always have to think about the first level of Commandos 1 behind enemy lines. There were three characters:</p>
  
  <ul>
  <li>marine</li>
  <li>driver</li>
  <li>green beret</li>
  </ul>
  
  <p>Each of them possesses unique qualities, i.e. diving, swimming, rowing (marine), diver (machine gun, driving), green beret (climbing, carrying barrels). </p>
  
  <p>All of them were able to take out enemies aka automation in DevOps. Whether Operations could be compared with the marine, driver of green beret does not matter. Operation, Development and Quality Assurance all have their specialties. Combining these elements is essential to release software more often. </p>
  
  <p>If for example one of the commandos died in the game, the game was over. All of them had to work together in order to accomplish a mission. I can remember that each of the commandos were isolated in the beginning of level 1 and had to take out enemies themselves, but they were dependent on each other as well. </p>
  
  <p>The marine was required to bring both the driver and the green beret to the other island as he was the only one that could row the boot. Once on the island the Green beret was needed as he was the only one that could move explosive barrels that were required to blow up the radio station.</p>
  
  <p>When they were working together there was a higher chance that they could survive as three shots were needed to take out an enemy. If they shoot together the enemy was taken out immediately.</p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-29T19:25:08.243Z
Answers: 2018-04-29T19:25:08.243Z
Answers: 030
Answers: <p>Based on a suggestion in one of the comments to one of the answers by @PeterMuryshkin I read more about <a href="https://en.wikipedia.org/wiki/Industry_4.0" rel="nofollow noreferrer">Industry4.0</a> and I think it could be an DevOps analogy.</p>
  
  <p>Another DevOps analogy could be industry 4.0:</p>
  
  <blockquote>
    <p>Industry 4.0 is a name for the current trend of automation and data
    exchange in manufacturing technologies. It includes cyber-physical
    systems, the Internet of things, cloud computing and
    cognitive computing. Industry 4.0 is commonly referred to as the
    fourth industrial revolution.</p>
  </blockquote>
  
  <p><a href="https://i.sstatic.net/aYH6v.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/aYH6v.png" alt="enter image description here"></a></p>
  
  <p>In order to introduce industry 1.0 the functional process, i.e. how to produce  coton manually has to be clear in order to automate this, 2.0 automated more and 3.0 as well. Nowadays DevOps is also about automating more and more, but in order to do that the process should be clear as well. As 4.0 is about moving to the cloud, e.g. AWS, GCP, AWS, CI/CD and self-healing systems this could be an analogy too.</p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-30T04:40:17.147Z
Answers: Also, I think the real 4.0 industry ain't work without  DevOps.
Answers: Ta Mu
Answers: CC BY-SA 3.0
Answers: 2018-04-29T15:53:35.327Z
Answers: 2018-04-29T15:58:48.170Z
Answers: 2018-04-29T15:58:48.170Z
Answers: 030
Answers: <p>DevOps is the Industrialization of IT</p>
  
  <p><a href="https://i.sstatic.net/WZvVh.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/WZvVh.jpg" alt="enter image description here"></a></p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-27T12:03:46.130Z
Answers: The left picture represents a car that was handmade?
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-27T12:36:13.517Z
Answers: exactly, it will also have some issues moving around :)
Answers: oryades
Answers: CC BY-SA 3.0
Answers: 2018-04-27T12:57:41.983Z
Answers: Great. Now I see it. Perhaps you could add some additional description in the answer?
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-27T14:26:07.883Z
Answers: On the other hand the picture on the right represents a car that will have no problems moving around, as long as it stays on the assembly line. Otherwise some wheels might be needed...
Answers: Jiri Klouda
Answers: CC BY-SA 3.0
Answers: 2018-04-27T15:14:58.263Z
Answers: @JiriKlouda So that represents the automation as it is forced to follow the same path over and over again without deviation, i.e. the next car follows the same path.
Answers: 030
Answers: CC BY-SA 3.0
Answers: 2018-04-28T09:20:51.813Z
Answers: regarding the right part of the picture, I think DevOps toolchain is the engineering approach to undestand and build delivery pipelines to automate, test and delivery software solutions. Aka Industrial Revolution 2.0... http://sigspl.org/2015/10/14/revealing-the-german-plan-on-the-future-industry-4-0-part-13-terminology/
Answers: Ta Mu
Answers: CC BY-SA 3.0
Answers: 2018-04-27T11:58:19.067Z
Answers: 2018-04-27T11:58:19.067Z
Answers: oryades
Body: <p>Some presenters use analogies to clarify a certain technology, e.g. <a href="http://www.paulkerrison.co.uk/random/pizza-as-a-service-2-0" rel="noreferrer">Pizza as a Service 2.0</a> that explains the differences between different as-a-Service (aaS) stacks.</p>
  
  <p><a href="https://i.sstatic.net/79BoJ.jpg" rel="noreferrer"><img src="https://i.sstatic.net/79BoJ.jpg" alt="enter image description here"></a></p>
  
  <p>Advantages of this Pizza analogy is that it consists of multiple analogies, i.e. runtime aka pizza and homemade aka legacy.</p>
  
  <p>When one Googles "DevOps analogy", various images are shown, but not of them is very catchy.</p>
  
  <p><strong>Definition of "fetching"</strong></p>
  
  <ol>
  <li>Show the image in a presentation</li>
  <li>Talk 30 seconds about it</li>
  <li>During the elevator pitch more and more people understand DevOps and it is completely clear by them.</li>
  </ol>
  
Comments: CC BY-SA 3.0
Comments: 2018-04-27T10:57:31.617Z
Comments: DevOps has many target groups; I think it's easier to focus on that to find an image. Who is your audience and what would happen in case the elevator pitch is successful?
Comments: Ta Mu
Comments: CC BY-SA 3.0
Comments: 2018-04-27T10:59:19.213Z
Comments: Most of them are junior developers that are silo minded, i.e. only want to develop without thanking the responsibility of running the apps in production. @PeterMuryshkin How many target groups exist in this context according to you?
Comments: 030
Comments: CC BY-SA 3.0
Comments: 2018-04-27T11:13:18.940Z
Comments: So for target groups I'd say, one for each silo / roles around each segment of the DevOps Toolchain? Management, business users, devs,  testers, ops..
Comments: Ta Mu
Tags: <culture>
Title: What are fetching DevOps analogies?
UserDisplayName: 030
ThreadText: # What are fetching DevOps analogies?
  
  (Asked by: username_0 on 2018-04-27)
  
  Some presenters use analogies to clarify a certain technology, e.g. [Pizza as a Service 2.0](http://www.paulkerrison.co.uk/random/pizza-as-a-service-2-0) that explains the differences between different as-a-Service (aaS) stacks.
  
  [![enter image description here](https://i.sstatic.net/79BoJ.jpg)](https://i.sstatic.net/79BoJ.jpg)
  
  Advantages of this Pizza analogy is that it consists of multiple analogies, i.e. runtime aka pizza and homemade aka legacy.
  
  When one Googles "DevOps analogy", various images are shown, but not of them is very catchy.
  
  **Definition of "fetching"**
  
  1. Show the image in a presentation
  2. Talk 30 seconds about it
  3. During the elevator pitch more and more people understand DevOps and it is completely clear by them.
  
  **Tags:** culture
  
  > **Comments:**
  > **username_1**: DevOps has many target groups; I think it's easier to focus on that to find an image. Who is your audience and what would happen in case the elevator pitch is successful?  
  > **username_0**: Most of them are junior developers that are silo minded, i.e. only want to develop without thanking the responsibility of running the apps in production. @PeterMuryshkin How many target groups exist in this context according to you?  
  > **username_1**: So for target groups I'd say, one for each silo / roles around each segment of the DevOps Toolchain? Management, business users, devs,  testers, ops..  
  
  ---
  
  ## 7 answers
  
  ### Answer by username_5 on 2018-04-27. Score: 3 | Accepted answer
  
  DevOps is the Industrialization of IT
  
  [![enter image description here](https://i.sstatic.net/WZvVh.jpg)](https://i.sstatic.net/WZvVh.jpg)
  
  > **Comments:**
  > **username_0**: The left picture represents a car that was handmade?  
  > **username_5**: exactly, it will also have some issues moving around :)  
  > **username_0**: Great. Now I see it. Perhaps you could add some additional description in the answer?  
  > **username_6**: On the other hand the picture on the right represents a car that will have no problems moving around, as long as it stays on the assembly line. Otherwise some wheels might be needed...  
  > **username_0**: @username_6 So that represents the automation as it is forced to follow the same path over and over again without deviation, i.e. the next car follows the same path.  
  > **username_1**: regarding the right part of the picture, I think DevOps toolchain is the engineering approach to undestand and build delivery pipelines to automate, test and delivery software solutions. Aka Industrial Revolution 2.0... http://sigspl.org/2015/10/14/revealing-the-german-plan-on-the-future-industry-4-0-part-13-terminology/  
  
  ---
  
  ### Answer by username_1 on 2018-04-27. Score: 4
  
  Mostly for devs but knowledgeable to others with the "disaster girl" meme:
  "Works on my machine.. Ops problem now!" This illustrates that lack of responsibility can endanger the whole company, and the value of software working only in a specific environment is not absolute.
  
  [![enter image description here](https://i.sstatic.net/a1UQl.png)](https://i.sstatic.net/a1UQl.png)
  
  Also, [the matrix of hell](https://i2.wp.com/blog.docker.com/wp-content/uploads/2013/08/the_matrix_of_hell.jpg?ssl=1). Adding Docker might seem as one column more, but containers will become to-go technology and the standard architecture on long term. So, you can run Docker containers also with Kubernetes or Apache Mesos.
  
  [![enter image description here](https://i.sstatic.net/rZZ8o.jpg)](https://i.sstatic.net/rZZ8o.jpg)
  
  > **Comments:**
  > **username_0**: Could you add images?  
  > **username_1**: I will asap, from mobile seems not to work properly.  
  > **username_0**: Excellent +1. Could you add a small explanation to each of the images, i.e. why are these DevOps analogies?  
  > **username_1**: To be honest these images rather illustrate motivation for DevOps than DevOps itself; so now I am bot sure how well this addresses your actual question to "depicture" DevOps  
  > **username_0**: Apart from that, the first picture is definitely helpful to describe "Why DevOps" in my presentation.  
  > **username_1**: Looking forward to see your slides on slideshare, or at least an "anonymized" version.  
  
  ---
  
  ### Answer by username_2 on 2018-04-27. Score: 4
  
  The most prominent DevOps analogy I can think of is the **Pet vs. Cattle** analogy on disposable infrastructure. Although, I would argue that is less about the *fetching* that is associated with the image, and more about how easy it is to understand and relate to.
  
  [![enter image description here](https://i.sstatic.net/QlEtH.png)](https://i.sstatic.net/QlEtH.png)
  
  > **Comments:**
  > **username_3**: Cattle vs Pets is mainly an ops things, it doesn't require a devops organization or mindset. The hint being it only talks about infrastructure and never about the apps running on it.  
  > **username_0**: @username_3 What is your favourite analogy?  
  > **username_4**: It's a cute idea but falls flat on its face as soon as you introduce persistence. You better hope that your company didn't drink the DevOps kool-aid and that the payroll system is a pet!  
  
  ---
  
  ### Answer by username_0 on 2018-04-29. Score: 2
  
  Another one that I like is this one from this website <https://devrant.com/search?term=devops>
  
  [![enter image description here](https://i.sstatic.net/sJf7q.jpg)](https://i.sstatic.net/sJf7q.jpg)
  
  as I have heard it multiple times and it frustrates me because it is silo behavior and anti devops. I basically want to enforce it, when you change it you have to release or when you break it you fix it. In practice it is not that simple as a mindset has to be changed.
  
  
  ---
  
  ### Answer by username_0 on 2018-04-29. Score: 1
  
  Another analogy was found here <https://devrant.com/search?term=devops>
  
  I think that this on is also applicable as there are still developers that continue throwing things over the wall.
  
  [![enter image description here](https://i.sstatic.net/Z5QnE.jpg)](https://i.sstatic.net/Z5QnE.jpg)
  
  I have to admit that I feel like this and that this encourages me to learn programming. I am now learning Java and want to get certificates. I am now studying for Java Oracle associate.
  
  
  ---
  
  ### Answer by username_0 on 2018-04-29. Score: 0
  
  DevOps could also be compared with a commando squad, that consists of a small number of specialists. I always have to think about the first level of Commandos 1 behind enemy lines. There were three characters:
  
  * marine
  * driver
  * green beret
  
  Each of them possesses unique qualities, i.e. diving, swimming, rowing (marine), diver (machine gun, driving), green beret (climbing, carrying barrels).
  
  All of them were able to take out enemies aka automation in DevOps. Whether Operations could be compared with the marine, driver of green beret does not matter. Operation, Development and Quality Assurance all have their specialties. Combining these elements is essential to release software more often.
  
  If for example one of the commandos died in the game, the game was over. All of them had to work together in order to accomplish a mission. I can remember that each of the commandos were isolated in the beginning of level 1 and had to take out enemies themselves, but they were dependent on each other as well.
  
  The marine was required to bring both the driver and the green beret to the other island as he was the only one that could row the boot. Once on the island the Green beret was needed as he was the only one that could move explosive barrels that were required to blow up the radio station.
  
  When they were working together there was a higher chance that they could survive as three shots were needed to take out an enemy. If they shoot together the enemy was taken out immediately.
  
  
  ---
  
  ### Answer by username_0 on 2018-04-29. Score: 0
  
  Based on a suggestion in one of the comments to one of the answers by @PeterMuryshkin I read more about [Industry4.0](https://en.wikipedia.org/wiki/Industry_4.0) and I think it could be an DevOps analogy.
  
  Another DevOps analogy could be industry 4.0:
  
  > Industry 4.0 is a name for the current trend of automation and data
  > exchange in manufacturing technologies. It includes cyber-physical
  > systems, the Internet of things, cloud computing and
  > cognitive computing. Industry 4.0 is commonly referred to as the
  > fourth industrial revolution.
  
  [![enter image description here](https://i.sstatic.net/aYH6v.png)](https://i.sstatic.net/aYH6v.png)
  
  In order to introduce industry 1.0 the functional process, i.e. how to produce coton manually has to be clear in order to automate this, 2.0 automated more and 3.0 as well. Nowadays DevOps is also about automating more and more, but in order to do that the process should be clear as well. As 4.0 is about moving to the cloud, e.g. AWS, GCP, AWS, CI/CD and self-healing systems this could be an analogy too.
  
  > **Comments:**
  > **username_1**: Also, I think the real 4.0 industry ain't work without  DevOps.  
  
  ---
  
  