向开发团队介绍Docker的含义

无论决策是否关键，我们总是倾向于对发展做出某些关键性决定具有道义上的意义。比如说为一个开发人员团队切换整个堆栈，或强制他们开始使用新的前端框架等。

就目前而言，我正在尝试了解将docker引入开发团队的含义。我有以下问题：


为什么开发人员应该关心Docker？他/她的任务是满足业务需求，仅此而已。为什么他/她应该为dockerfile烦恼，或者他/她的应用程序应该在哪个Orchestrator中运行，等等。
当由于Orchestrator中的问题（群发，kube，mesos）或由于以下原因导致应用程序多次崩溃时，由于缺乏知识而导致的开发人员编排不佳，谁来负责？设置协调器（也许是DevOps）还是由开发人员本人？
SRE的作用是什么？如果SRE密切关注24/7的基础架构，或者他/她应该成为开发团队的一部分，解决与基础架构相关的开发问题，向开发团队提供容器化，等等。是基础架构的狗，还是成为开发人员和devop之间的桥梁以解决基础架构相关问题的人。
是否每个开发人员都必须学习和理解docker和各种编排平台的概念？
docker只是一种易于部署的工具，或者它在开发中也具有一定的价值（我现在想不起来）？

我认为docker可以成为指责游戏的游乐场，我希望避免它。我想了解需要在Dev和DevOps团队中扮演的角色，以避免在应用无法交付其SLA时造成混乱。