Answers: <p>Service Level Agreement</p>
  
  <p><a href="https://en.wikipedia.org/wiki/Service-level_agreement" rel="nofollow noreferrer">https://en.wikipedia.org/wiki/Service-level_agreement</a></p>
  
  <p><a href="https://www.atlassian.com/it-unplugged/best-practices-and-trends/stop-hating-on-slas" rel="nofollow noreferrer">https://www.atlassian.com/it-unplugged/best-practices-and-trends/stop-hating-on-slas</a></p>
  
  <p><a href="https://www.cio.com/article/2438284/outsourcing/outsourcing-sla-definitions-and-solutions.html" rel="nofollow noreferrer">https://www.cio.com/article/2438284/outsourcing/outsourcing-sla-definitions-and-solutions.html</a></p>
  
  <p>What will happen if the docker registry is down? Are all departments blocked? What is the impact?</p>
  
  <p>If all production images reside in a docker registry and someone wants to release a newer version to production, but the registry is down, is it still possible to release the product?</p>
  
  <p>SLA is about defining processes, checking the impact of each of them and the more important the higher the SLA.</p>
  
  <p>One could this tool to choose a certain SLA for a certain procedure:</p>
  
  <p><a href="https://uptime.is/" rel="nofollow noreferrer">https://uptime.is/</a></p>
  
  <p>A SLA of 99.999 <a href="https://uptime.is/99.999" rel="nofollow noreferrer">https://uptime.is/99.999</a> means a yearly downtime of 5m 15.6s, while <a href="https://uptime.is/99.9" rel="nofollow noreferrer">https://uptime.is/99.9</a> means 8h 45m 57.0s.</p>
  
  <p>One could set a SLA of 99.999 for the docker processes, but is a downtime of 5m 15.6s really required or is 8h 45m 57.0s in a year acceptable? If one hosts an ecommerce website and the webshop is down a couple of hours this will cause a lot of harm for the company as customers could not buy products and will probably buy products somewhere else.</p>
  
  <p>For the docker processes that are used by developers and for releases to production one could argue that the first one could be 99.9 and the latter 99.999.</p>
  
Answers: CC BY-SA 3.0
Answers: 2018-04-01T12:08:29.533Z
Answers: 2018-04-01T12:26:31.563Z
Answers: 2018-04-01T12:26:31.563Z
Answers: 030
Body: <p>What is the best practice either reference value in terms of an SLA spec to expect the infrastructure to:</p>
  
  <ul>
  <li>deliver a Docker image say for 100MB and 1GB size as reference?</li>
  <li>unpack the above?</li>
  <li>instantiate a container of the above?</li>
  </ul>
  
  <p>Sure you can say "how important is that" but somewhere it gets irrational. SLA offers rational approach.</p>
  
Tags: <docker><performance><infrastructure><sla>
Title: Docker image delivery lead time SLA
UserDisplayName: Ta Mu
ThreadText: # Docker image delivery lead time SLA
  
  (Asked by: username_0 on 2018-02-20)
  
  What is the best practice either reference value in terms of an SLA spec to expect the infrastructure to:
  
  * deliver a Docker image say for 100MB and 1GB size as reference?
  * unpack the above?
  * instantiate a container of the above?
  
  Sure you can say "how important is that" but somewhere it gets irrational. SLA offers rational approach.
  
  **Tags:** docker, performance, infrastructure, sla
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2018-04-01. Score: 1
  
  Service Level Agreement
  
  <https://en.wikipedia.org/wiki/Service-level_agreement>
  
  <https://www.atlassian.com/it-unplugged/best-practices-and-trends/stop-hating-on-slas>
  
  <https://www.cio.com/article/2438284/outsourcing/outsourcing-sla-definitions-and-solutions.html>
  
  What will happen if the docker registry is down? Are all departments blocked? What is the impact?
  
  If all production images reside in a docker registry and someone wants to release a newer version to production, but the registry is down, is it still possible to release the product?
  
  SLA is about defining processes, checking the impact of each of them and the more important the higher the SLA.
  
  One could this tool to choose a certain SLA for a certain procedure:
  
  <https://uptime.is/>
  
  A SLA of 99.999 <https://uptime.is/99.999> means a yearly downtime of 5m 15.6s, while <https://uptime.is/99.9> means 8h 45m 57.0s.
  
  One could set a SLA of 99.999 for the docker processes, but is a downtime of 5m 15.6s really required or is 8h 45m 57.0s in a year acceptable? If one hosts an ecommerce website and the webshop is down a couple of hours this will cause a lot of harm for the company as customers could not buy products and will probably buy products somewhere else.
  
  For the docker processes that are used by developers and for releases to production one could argue that the first one could be 99.9 and the latter 99.999.
  
  
  ---
  
  