想了解一下, 一般来说, 线上服务器环境部署是由运维来做还是研发?

[tuding]

研发对线上软件版本有指定要求, 昨天今天都在全力折腾这个事情, 填平一个坑又蹦出来一个坑, 他说他也是弄了好久才把环境搭上的.
于是我就有了 RT 的疑问.

[FFLY]

@lincolnhuang 是的，跟风得太多了。很多时候都是频繁听到某个新名词，然后百度一下，拍着脑袋就说我们也要上这个新技术。

[shadowwalker2644]

@lincolnhuang 像我们这种集开发运维测试 QA 于一身的程序员，只有自己写的命。回答楼主，我觉得应该是开发写比较好，不然你都不知道运维把你代码怎么糊弄上去，出了问题还得找你

[shadowwalker2644]

@FFLY docker 目前问题还是挺多的，虽然我们公司推了 docker 的云服务，但另一方面也在强调 severless 架构

[tuding]

小公司, 研发没给任何文档, 只有"所需软件<===>版本号", 研发团队异地, 实时沟通不太方便, 继续填坑 ing...

[l00t]

我们一般是开发（也就是我们）写个大致的部署方案，比如某文件要和某文件一个目录，某某某要放在某某某下面之类的。然后运维根据实际情况去操作。让我们写完整的部署脚本？我连生产环境有几个机器都不清楚，怎么写……

[shadowwalker2644]

@lincolnhuang 运维要做日常监控，设置 alarm，一旦出问题要第一时间排查处理

[shadowwalker2644]

@tuding 我觉得楼主得提供一些具体信息，服务器架构是在云端还是自建机房。如果是后者，研发可能是不容易部署的。前者的话借助 ci cd 工具，只要一开始设置好，以后每次 push 立马 build test deploy。迭代效率非常高，老板开心，你也开心

[tomczhen]

新生事物在早期本身就是有很多问题的，Docker 确实解决不了所有问题，有自身的缺点，也会带来新的问题，不过搞软件工程应该知道的第一件事不就是“没有银弹”吗？

在技术未完全成熟时无脑拒绝和无脑跟风本质是一样的，提早作出判断收益才会更大，否则等着别人直接把你换掉 ¯\_(ツ)_/¯？

那些高大上的企业的容器实践分享可是实际存在的，自私的讲，出于丰富自身技术阅历考虑，也得尝试一下吧？

[qs]

没有银弹+1

[kanchi240]

测试做，测试除了不开发业务代码，能干的都得干

[RainFinder]

谁会谁干

[0x8C]

现在都上云了，谁还要运维？

[FFLY]

@0x8C 上云了就不要运维了？神理论！

[ywgx]

@FFLY 上云了，确实可以不要运维了，这种工具还是需要的 https://xabcloud.com 😄

[FFLY]

@ywgx 所以你对运维的认识就是偏的

[MarioxLinux]

线上的肯定运维来做（ CI/CD ），研发出文档并做好支持

[rogwan]

要是没有 LVS 技术，docker 部署在物理机上，就是革命性的应用。现在的云服务器都是基于计算池虚拟出来的，本身就可以热拔插，docker 的神功失色了不少。

[owenliang]

脚本+ssh 解决大多数创业公司问题。

[ywgx]

@FFLY 确实低级的运维不需要了

[HarrisonZ]

iaas 环境下运维来建设和维护线上环境。容器环境的化由于 docker image 很好的包含了程序的运行环境所以运维可以不关心这些。这样同时解放了运维和开发。再也不会因为环境不一致问题导致运维和开发相互丢锅。有问题就只会是开发的锅