有个小问题。。。。自建网盘什么云比较实惠 /w\

感觉功能做反了+1

我觉得钱给够了啥都好说，比如后面填个 0，改为 30k-60k。

docker-compose scale，你是说这个？

是时候来一波推广了： https://cloud.z.com/sg/en/signup/?token=3Ux2qFFahpl4otsgb3kgmX24j.N_Wscm7ElUatdKqwH7.f0tyNQ-S1P

日志？

Chrome OS

@gawainid 其实客服肯定不懂，但是她肯定不会怼给自己发工资的那个啊....人之常情，可以谅解。这种应用用完扔冰箱就好

我觉得啊...装个国内 --正经-- app，和装个木马也差不多了多少...

就一个诉求，别限速

DaoCloud https://www.daocloud.io/jobs

这本书名给我的感觉：像丝一般润滑。。。。。

有一个万能的需求。。。。博客

有个好奇，是怎么爬取一个公众号所有文章的？微信的 url 看的很迷

@jarlyyn

你说的没错，但是这些是建立在单机应用上的，可以简单的把里面的数据文件夹随便映射到宿主机上一个地方，然后保管好宿主机上这个文件夹就可以了

但是，如果只是这样使用的话是不是和不用 docker 一样，和直接在宿主机上装一个 sql 并保护好本地的文件夹没什么区别。

如果要把文件挂主机上，那么有几个问题怎么做，如果这个机器挂了，我的容器需要快速迁移到别的机器上，如果文件在这个机器上，当机器挂了之后数据是不是就不能用了，当然，你可以提前备份，但是这样是不是和不用 docker 的姿势是一样的。或者说我需要扩容，而且是扩容到多台机器上做高可用，是不是这样并不能算方便快捷。

docker 本来就是是的复杂场景变得方便而有了价值，在面对复杂场景的时候，并不是一个简答的 -v 加一个宿主机文件夹就能解决的。但是换句话说，如果需求很简单，怎么方便怎么了喽

不过扯回楼主的主题， docker 建议是单一进程的，也就是这一个容器里只跑一个进程。也就是第一个选择更好一些。
原因很简单，比如这个唯一进程挂掉了，容器也就挂掉了， docker 可以很方便的发现这点并进行后续操作，比如 restart 。

其实并没有什么争论的，至于是不是坑，我只能说，任何软件，工具，轮子都可能被用成坑

首先容器会降低性能，毋庸置疑，无论 网络 还是 磁盘 io ， docker 慢众所周知，但是他部署扩容快啊，看你取舍喽。当然包括上面说 Image 对磁盘的压力，是另一方面，毕竟数据库镜像不经常更新 Layer 。

然后就是把数据库放容器里，因为数据库的特殊性（存储数据以及版本不经常变动），我一般是不建议把这东西放容器里的。
首先是数据问题， docker 并不建议把数据放在容器里，并有了 volume ，数据库这种数据优先的程序更是，无论是把数据放在 volume 还是其他 driver ，都徒增对这些数据的管理（以及风险），而这些管理却一定程度上依赖了 docker 。
然后就是 docker 引入的问题，无论什么数据库，现在的解决方案是非常完善的，但是引入 docker 之后，在一定程度会受到 docker 的影响，比如 daemon 挂了而你恰好要要对数据库这个容器操作，你是打算先修 docker 呢 还是先修 docker 呢。

总之呢， mysql 放在容器里说白了也不过就是一个文件夹的数据和一个进程而已，如果处理的好（对 docker 很熟，没有人为失误）而且运气足够好（遇不到 docker 的 bug ），而且对性能要求不大，那么放哪都一样，怎么喜欢怎么来。

啥？你只是把容器里的 data 目录映射到了宿主机提供数据库服务？我认为你用的是假 Docker 。

靠自觉来维护版权是天方夜谭，等法律健全，执法力度够硬的时候，问题自然好很多