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

@tomczhen 笑出声~2333

肯定是运维来处理啊，不然要运维来干嘛

小公司，两个开发，谁没事谁部署

对版本有要求这种事，一定要坚决打击

docker 有三种用法：
1 当虚拟机用，长期运行
2 不懂行的研发塞一堆垃圾进去，反正外边也看不见
3 正确用法

@gdtv 你们是用指令集写程序嘛？包括汇编都有性能损失哈～～

@ywgx
@lincolnhuang
@0x8C
上云了又怎样，不需要运维？
从楼主的描述中就能知道这是开发普遍的现象，开发时间都在写代码上去了，能做完需求，写出没坑的代码就不错了，架构的事情弄懂并实际操作过的开发有多少，而且开发环境的部署跟生产环境的部署能一样?
云上提供的各种服务，开发知道怎么选型并把它们用好的又有多少。
另外服务不是部署上去就完事了，网络出故障了怎么排查，怎么进行有效的监控，告警（云上的监控告警真的能满足你们的需要？）
当云上没有你需要的功能时，是不是得自己搞，这个时候上云跟不上云区别在哪里？
认为上云就不用管这些事情的，如 @FFLY 所说，认知就是偏的

配管做😂

运维做，你们的产品成熟度还很差

@cynial 云服务又不是只有虚拟机，网络问题发 case，监控可以找云监控服务商。所以目前运维的方向是从交付上线开始，性能调优，系统架构和运维开发，如果交付上线都是别人做，那运维真没什么事情做了。

@shadowwalker2644 #22 开发写部署脚本没问题，那就是 DevOps 了，但是真正能完美做到的公司很少吧。运维按部署文档部署出了问题来找你，其实责任也很明确，开发没写清楚部署文档，或者运维没按照部署文档操作。

说 docker 有性能损失。。。。。

我测过 docker tcp 反向代理的性能，那叫一个强。说 docker 有性能损失我是不认同的，你的服务器就不能接受那 1% 的 CPU 占用？平时都是 99% CPU 在跑？

扯性能问题的人，99.9999% 是小白，剩下的才是真的遇到了性能问题。

我不用 docker 是因为他复杂，如无必要，勿增实体。

docker 可比虚拟机轻太多了，要是有个好一点的运维开发来支持 DevOps 绝对要上啊，用不上大多是因为
1、没这么高的运维需求
2、没钱没人做运维

@buliugu Docker 比虚拟机轻，但虚拟机比 Docker 使用方便得多啊