7-23-dockerfile+dockercompose完结

我看到一段解释

我好像知道了

你先康康

这样说的话也就是mysql nginx 不放进去构建的咩。0.0.

单独的镜像

你看完了嘛

看了你发的图

嗯

我说说我对于这段话的理解被

结合我们那时候搞的

一开始的时候我们没有docker

嗯

我们所有的东西都是一个一个命令手动搞，
然后我最近搞的第一个部署的，是用了docker 的 mysql和nginx或redis
的镜像

对吧

然后项目还是通过命令搞的

没有放进docker里

对

然后 有了dokerfile

我们把项目也写进dockerfile构建成了镜像

对

现在就是所有的东西都是镜像，
而且是一个一个的镜像

一个一个手动的run他

才能最终跑起来

嗯

然后到了dockercompose 我们通过 yaml配置文件 写好了所有需要的镜像信息，相当于除了我们的项目，其他的mysql nginx， redis都是公用的镜像

嗯

然后dockerfile也可以把项目和其他的啥的都放进去 然后构建出一个镜像

对4

也许也可以直接run一个就行了

但是

不是公用的 而且还大

你截图哪个是这样说

不是公用的 所以他说是没有复用

太大复用不好

嗯

恩

就是这个意思

你也可以全部放的

每次都把公用的 打成镜像。

就浪费了

嗯

所以用dockercompose直接写配置文件 使用公用的镜像就OK了

这样就可以复用

OK 就这样

然后我还有一个位置不明白

哪里

就是能跑起来和compose构建有什么不同

就是因为你之前说我们完全用docker部署的那个

能跑起来是指？

只放了项目jar没有放mysql

但是还是跑起来了。

那最终把所有的都整合起来有什么用

还不是一样可以运行了？

你知道我啥意思不？

但是你要一个一个手动地配置启动其他的东西啊

额

这样的话

噢

感觉就是它是为了方便配置

好像也是哦

实际上是不是这样

目的都是启动项目

感觉上是

然后用docker比较方便 然后docker还提供了一个管理工具compose 然后更方便启动。

应该是的

而且也好给运维啥的？

就是直接给那个dockercompose给他

项目交付都是镜像了

现在

好像

也是哦

但是不是有整合吗。

那直接给整合的compose不就好了。

把环境+项目都也给

对啊

ok

好像懂了。

我再康康他创建个人博客那个视频先。

嗯

9分钟

这么短

。。

实际上敲命令一分钟

我有个问题

。0.0.

虽然他在yml那里配置了

我说compose的yml

为啥可以直接搞到。

他的那个项目镜像是放到哪里的。

为啥可以直接搞到啥意思

。。你康不了视频。

我讲讲看

嗯

图片康得到吗。

可以

我先说整个过程把

e

就这两条命令 结束了

他就是这样的 因为已经有镜像了

他只要写一个yml

然后直接compose启动就搞定了。

。。

然后我可以问问题没有。

这是在项目的根目录执行的

也就是说

为啥他就写个yml

然后里面写的image就能找到

而且还有他的项目镜像。

也能找到。。

因为是在docker里面
(意思就是push到dockerhub里了，先下下来然后就写yml就OK)