- 主题:请教一下docker，我没用过
这正是docker的拿手场景，build once，deply everywhere
从头安装tomcat mysql之类的东西麻烦得很，用docker就是一行命令的事
【 在 gnwd 的大作中提到: 】
: 朋友需要部署一个Web应用程序，但不熟悉Linux。我按对方要求在CentOS上配置好了tomcat和mysql，网站能运行起来。
: 但我觉得过程还是比较繁琐。万一将来出现问题，又得重新做一遍。不知道这个问题能不能用docker解决。
: 这种情况，docker能带来什么好处？我有必要学习一下吗？
: ...................
--
FROM 115.171.245.*
docker运行时没有包任何一层，跟裸跑是一样的，尤其这种单机应用
【 在 coocodelie 的大作中提到: 】
: 简单应用不要搞docker，相当于多包一层。不存在按需扩容的需求没必要。先把业务跑起来，各种问题解决了，需求上来了再搞。
--
FROM 115.171.245.*
装完是不是还得改配置，启动之类的一堆操作？
简化部署，不只是简化安装，是docker最重要的功能了吧
【 在 hgoldfish 的大作中提到: 】
: 用 apt install 安装 tomcat, mysql 也是一行命令的事啊。
: docker 的好处不在于简化安装，而是在各种发行版以及高低版本各种补丁环境里面提供一个确定性的环境。
--
FROM 115.171.245.*
对于固定的应用，配置文件完全可以打包到image里，除了开发者，其他人都不需要动配置
【 在 adoal 的大作中提到: 】
: 你说的改配置是指啥？
: 如果是说tomcat的server.xml之类配置文件，难道用docker装了的
: 就能自动满足用户场景的所有需求不用改动？还不是要把配置文件
: ...................
--
FROM 115.171.245.*
这些工作都是开发人员做的，运维人员不需要配置这些
【 在 coocodelie 的大作中提到: 】
: 我的意思是各种文件，端口要暴露出来，还不能整出幺蛾子。
: 相当于tomcat，mysql等默认文件你要么暴露到外面来-一个不约定俗成的地方，要么要进到docker 容器的shell里面在约定的地方去修改。
: 任何原来常规的做法，你都发现可能会变了一个样或一个位置。
: ...................
--
FROM 115.171.245.*
docker只能在host的kernel上工作，无法改动kernel
但可以尝试一下搞个ubuntu之类的base image，然后在镜像里安装驱动，不保证能成功
【 在 tpo 的大作中提到: 】
: 请教一下，docker能解决我这个需求吗
: 我的嵌入式linux，kernel太老，没有源码重新编译（也没法编译ko）。普通用没什么问题，但是因为kernel缺一些驱动，所以没法用一些设备
: docker能解决这个问题吗？
: ...................
--
FROM 115.171.245.*
搞一堆安装脚本或者安装说明，换人就不一锅粥了？
docker标准化了部署流程，对运维人员的要求是变低了的，他不需要知道应用细节，只需要知道docker的命令
【 在 coocodelie 的大作中提到: 】
: 只能是“那”一个开发人员做的，一旦换手一锅懒粥。像lz那样的场景你觉得会有专业运维，开发是会从tomcat到docker全都模熟的人吗？只是熟不用到精通。
--
FROM 115.171.245.*
不管公司大小都会有人员交接
交接后，是让新人学一堆安装脚本和安装文档容易，还是学标准的docker命令容易？更何况新人可能已经会docker命令了
【 在 coocodelie 的大作中提到: 】
: 你根本没搞清楚重点，多数小公司就一两套应用，普通部署就行了，根本没有专职运维，不需要可伸缩的部署，开发水平除了带头的，其它基本靠百度指导工作。
: 你这好几个回复基本就是为docker而docker了，你说docker多好可以，你说docker在lz这场景多好就未必了。
: 如果lz朋友的系统需要docker发挥处超越传统的好处，就不会找一个非公司人员来部署了。一来为了省钱（也许吧），二来业务根本没复杂到一个外部人就可以轻易上手。至少现阶段，如果lz不帮忙了，docker可能对这套系统就是负担了。等系统跑稳定了，该调的调好了，没什么变化了，
: ...................
--
FROM 115.171.245.*
hehe，那上k8s都是有害啰？
docker就是让运维标准化，不需要运维人员再熟悉应用细节
【 在 JulyClyde 的大作中提到: 】
: 这种降低是有害的
: 会让一个没能力承担任务的人误以为自己能搞定
--
FROM 115.171.245.*
你转移话题就没什么好讨论的了
【 在 hgoldfish 的大作中提到: 】
: 如果项目不需要，上 k8s 肯定是有害的啊。这个东东给技术框架套了一个脚镣。非必要匆增实体。极端点的例子，你只有两个用户，上 k8s 干什么。
--
FROM 115.171.245.*