- 主题:请教一下docker，我没用过
简单应用不要搞docker，相当于多包一层。不存在按需扩容的需求没必要。先把业务跑起来，各种问题解决了，需求上来了再搞。
【 在 gnwd 的大作中提到: 】
: 朋友需要部署一个Web应用程序，但不熟悉Linux。我按对方要求在CentOS上配置好了tomcat和mysql，网站能运行起来。
: 但我觉得过程还是比较繁琐。万一将来出现问题，又得重新做一遍。不知道这个问题能不能用docker解决。
: 这种情况，docker能带来什么好处？我有必要学习一下吗？
--
FROM 112.96.54.*
我的意思是各种文件，端口要暴露出来，还不能整出幺蛾子。
相当于tomcat，mysql等默认文件你要么暴露到外面来-一个不约定俗成的地方，要么要进到docker 容器的shell里面在约定的地方去修改。
任何原来常规的做法，你都发现可能会变了一个样或一个位置。
而整个开发和运维环节不可能每个人对docker运行的细节有所了解。
用docker直接启动某软件可能参数就设在了命令行，如果用compose又可能写在不知道放在哪的compose文件中，都是后人跟进的代价。
只有在复杂系统部署过程和配置维护多到超越docker带来的代价时，还得有个稍微专业点的人士的时候才适合。
一个像网站可能连个双活热备都没有的，只听说docker一个命令就能把啥装好的情况下，实际只是玩demo，稍微出点幺蛾子，查到资料都不知道去哪改。
最终是该花在应用的劲儿使了一半在docker，结果谁都没玩好。
【 在 jimmycmh 的大作中提到: 】
: docker运行时没有包任何一层，跟裸跑是一样的，尤其这种单机应用
:
--
FROM 113.66.60.*
只能是“那”一个开发人员做的，一旦换手一锅懒粥。像lz那样的场景你觉得会有专业运维，开发是会从tomcat到docker全都模熟的人吗？只是熟不用到精通。
【 在 jimmycmh 的大作中提到: 】
: 这些工作都是开发人员做的，运维人员不需要配置这些
:
--
FROM 113.66.60.*
你根本没搞清楚重点，多数小公司就一两套应用，普通部署就行了，根本没有专职运维，不需要可伸缩的部署，开发水平除了带头的，其它基本靠百度指导工作。
你这好几个回复基本就是为docker而docker了，你说docker多好可以，你说docker在lz这场景多好就未必了。
如果lz朋友的系统需要docker发挥处超越传统的好处，就不会找一个非公司人员来部署了。一来为了省钱（也许吧），二来业务根本没复杂到一个外部人就可以轻易上手。至少现阶段，如果lz不帮忙了，docker可能对这套系统就是负担了。等系统跑稳定了，该调的调好了，没什么变化了，在上docker还差不多
【 在 jimmycmh 的大作中提到: 】
: 搞一堆安装脚本或者安装说明，换人就不一锅粥了？
: docker标准化了部署流程，对运维人员的要求是变低了的，他不需要知道应用细节，只需要知道docker的命令
:
--
修改:coocodelie FROM 112.96.54.*
FROM 112.96.54.*