<p>@Abhay Pai </p>

<p>why not posting this as 5 different questions?</p>

<ol>
<li>Google for "left shift" in DevOps context.</li>
<li>Consider DevOps team patterns <a href="http://web.devopstopologies.com/" rel="nofollow noreferrer">http://web.devopstopologies.com/</a></li>
<li>"While DevOps raise problems and dispatch them to Dev to solve, the SRE approach is to find problems and solve some of them themselves." <a href="https://devops.com/sre-vs-devops-false-distinction/" rel="nofollow noreferrer">https://devops.com/sre-vs-devops-false-distinction/</a></li>
<li>Depends on your requirements to their profile IMO but in general I think that the question is like "do smb has to learn advanced things which might help a lot..?" no, but.. ;)</li>
<li>Try out Docker as integration testing tool combined with your CI/CD solution.</li>
</ol>

CC BY-SA 3.0
2017-08-14T05:07:30.687Z
Their answers combined provides the answer to the main question. That's why I asked all of them under one post. But if the community wants me to ask them separately I'll surely do it :)
Abhay Pai
CC BY-SA 3.0
2017-08-14T04:55:25.703Z
2017-08-14T04:55:25.703Z
Ta Mu
<p>We always tend to have a moral implications of certain critical decisions taken for development irrespective of the realisation if the decision is critical or not. Say for example switching an entire stack for a team of developers or enforcing them to start using a new frontend framework, etc.  </p>

<p>For now, I am trying to understand the implications of introducing docker to the development team. I have the following questions:</p>

<ol>
<li><p>Why should a developer care about Docker ? His / Her job is to fulfil the business requirement and that's it. Why should he / she be bothered about the dockerfile or which orchestrator his / her app should be running etc.</p></li>
<li><p>When the application is crashed several times due to the issue in the orchestrator (<em>swarm, kube, mesos</em>) or due to poor orchestration of the developer due to lack of knowledge, who is responsible ? The one who sets up the orchestrator (<em>DevOps maybe</em>) or the developer himself ?</p></li>
<li><p>What is the role of SRE ? Should an SRE be keeping an eye on the infrastructure 24/7 or he / she should become a part of the dev team, fix development issue related to infrastructure, provide containerisation to the dev team, etc. Basically should he / she become a watch dog for the infrastructure or the one who becomes bridge between devs and devops to tackle infrastructure related issue.</p></li>
<li><p>Is it necessary for every developer to learn and understand the concepts of docker and various orchestration platform out there ?</p></li>
<li><p>Is docker just a tool for ease of deployment or it holds some value in the development as well (<em>I can't think of one right now</em>) ?</p></li>
</ol>

<p>I think docker can become a playground for blame game and I wish to avoid it. I want to understand the roles that needs to be placed in Dev and DevOps teams in order to avoid chaos when the app fails to deliver its SLA.</p>

CC BY-SA 3.0
2017-08-14T04:54:23.417Z
Please ask these questions separately.
Dan Cornilescu
<docker><project-management><orchestration><sre>
Implications of introducing Docker to the development team
Abhay Pai
# Implications of introducing Docker to the development team

(Asked by: username_0 on 2017-08-14)

We always tend to have a moral implications of certain critical decisions taken for development irrespective of the realisation if the decision is critical or not. Say for example switching an entire stack for a team of developers or enforcing them to start using a new frontend framework, etc.

For now, I am trying to understand the implications of introducing docker to the development team. I have the following questions:

1. Why should a developer care about Docker ? His / Her job is to fulfil the business requirement and that's it. Why should he / she be bothered about the dockerfile or which orchestrator his / her app should be running etc.
2. When the application is crashed several times due to the issue in the orchestrator (*swarm, kube, mesos*) or due to poor orchestration of the developer due to lack of knowledge, who is responsible ? The one who sets up the orchestrator (*DevOps maybe*) or the developer himself ?
3. What is the role of SRE ? Should an SRE be keeping an eye on the infrastructure 24/7 or he / she should become a part of the dev team, fix development issue related to infrastructure, provide containerisation to the dev team, etc. Basically should he / she become a watch dog for the infrastructure or the one who becomes bridge between devs and devops to tackle infrastructure related issue.
4. Is it necessary for every developer to learn and understand the concepts of docker and various orchestration platform out there ?
5. Is docker just a tool for ease of deployment or it holds some value in the development as well (*I can't think of one right now*) ?

I think docker can become a playground for blame game and I wish to avoid it. I want to understand the roles that needs to be placed in Dev and DevOps teams in order to avoid chaos when the app fails to deliver its SLA.

**Tags:** docker, project-management, orchestration, sre

> **Comments:**
> **username_1**: Please ask these questions separately.  

---

## 1 answers

### Answer by username_2 on 2017-08-14. Score: 4

@username_0

why not posting this as 5 different questions?

1. Google for "left shift" in DevOps context.
2. Consider DevOps team patterns <http://web.devopstopologies.com/>
3. "While DevOps raise problems and dispatch them to Dev to solve, the SRE approach is to find problems and solve some of them themselves." <https://devops.com/sre-vs-devops-false-distinction/>
4. Depends on your requirements to their profile IMO but in general I think that the question is like "do smb has to learn advanced things which might help a lot..?" no, but.. ;)
5. Try out Docker as integration testing tool combined with your CI/CD solution.

> **Comments:**
> **username_0**: Their answers combined provides the answer to the main question. That's why I asked all of them under one post. But if the community wants me to ask them separately I'll surely do it :)  

---

