cloud环境不都要先打docker

【 在 ArchLinux 的大作中提到: 】
:我用了10多年GNU/Linux，也就是最近一个月才开始学docker，主要原因是有的软件没docker实在很难在不联网
--
FROM 101.229.31.*

这正是docker的拿手场景，build once，deply everywhere

从头安装tomcat mysql之类的东西麻烦得很，用docker就是一行命令的事

【 在 gnwd 的大作中提到: 】
: 朋友需要部署一个Web应用程序，但不熟悉Linux。我按对方要求在CentOS上配置好了tomcat和mysql，网站能运行起来。
: 但我觉得过程还是比较繁琐。万一将来出现问题，又得重新做一遍。不知道这个问题能不能用docker解决。
: 这种情况，docker能带来什么好处？我有必要学习一下吗？
: ...................
--
FROM 115.171.245.*

用 apt install 安装 tomcat, mysql 也是一行命令的事啊。

docker 的好处不在于简化安装，而是在各种发行版以及高低版本各种补丁环境里面提供一个确定性的环境。

【 在 jimmycmh 的大作中提到: 】
: 这正是docker的拿手场景，build once，deply everywhere
: 从头安装tomcat mysql之类的东西麻烦得很，用docker就是一行命令的事
--
FROM 59.60.25.*

我的意思是各种文件，端口要暴露出来，还不能整出幺蛾子。
相当于tomcat，mysql等默认文件你要么暴露到外面来-一个不约定俗成的地方，要么要进到docker 容器的shell里面在约定的地方去修改。
任何原来常规的做法，你都发现可能会变了一个样或一个位置。
而整个开发和运维环节不可能每个人对docker运行的细节有所了解。
用docker直接启动某软件可能参数就设在了命令行，如果用compose又可能写在不知道放在哪的compose文件中，都是后人跟进的代价。
只有在复杂系统部署过程和配置维护多到超越docker带来的代价时，还得有个稍微专业点的人士的时候才适合。
一个像网站可能连个双活热备都没有的，只听说docker一个命令就能把啥装好的情况下，实际只是玩demo，稍微出点幺蛾子，查到资料都不知道去哪改。
最终是该花在应用的劲儿使了一半在docker，结果谁都没玩好。


【 在 jimmycmh 的大作中提到: 】
: docker运行时没有包任何一层，跟裸跑是一样的，尤其这种单机应用
:
--
FROM 113.66.60.*

我有部分想法也是这样的。毕竟我不是行业人士，而且是一次性的活儿。

【 在 coocodelie 的大作中提到: 】
: 简单应用不要搞docker，相当于多包一层。不存在按需扩容的需求没必要。先把业务跑起来，各种问题解决了，需求上来了再搞。
--
FROM 125.86.92.*