还有，如果你们的数据库是 sqlite ，将来可能扩容到多实例的时候会遇到问题

你想要的那种“只上传应用程序本身，但是不管运行机制”其实在 python 世界也是存在的
就是 google appengine 、sina appengine 、heroku 那一类

python 、nodejs 、java 比较像，都是“由该语言本身写一个服务器”来运行自己

uwsgi 难道没有“前台运行”功能吗？
干嘛用 tail 来保活？

那你用了 tail ，将来运行 docker kill 的时候，你让 tail 命令去被 kill 么？

我还以为这是腾讯内部用的东西呢，没想到还对外卖？
（这种连自己人都没听说过的东西，居然还没被降本？）

正经 CPU 上的引脚都是预先接好的，没什么空余的让你玩
考虑一下嵌入式处理器吧，有 GPIO 单独的插座

@A01514035 你说的这个 compose 的好处，其实是 docker 本身的缺点
容器包含的信息量还是略少，缺少运行时的内容，甚至可以认为只交付了文件系统压缩包而已

@lovelylain 主要是走弯路
docker （及其附属工具）是一个值得单独一学的东西
但是很多人都是在学其他东西的路上，看到文档说“我们提供了”于是就开始用，结果因为之前没好好学过，而遭遇了额外的麻烦，额外的麻烦！

@Shiroka 七牛他们现在招聘运维开发工程师，工资才 10 ～ 15K

外婆年纪大了
你就当他们是替你关怀老人吧

另外：
容易被骗的人并不会因为有人劝阻而不被骗的，请勿浪费时间
正因为被骗的人多了，才有了骗子

又一例因为 docker 给自己找麻烦的案例

不过幸好这次的结果是 OP 不但解决了问题而且功力大增

基建，其实比“大部分腾讯”强

@Authorization 至少不得包含一组自己要用的服务器？
-all 直接发不出去了

@lovelylain 按说 compose 也没多做啥事吧？只要（创建网络、把容器加入该网络）都做对了，应该和单独使用 docker 没什么区别啊

不过得看版本，旧 compose 好像缺一些功能

更简单的是根本别用

其实是两件事：
1 服务注册和发现是否正常
2 各微服务之间通信是否正常

基本全篇都是错的……批都不知道从哪开始好

除了配置式，不就是脚本式么？
Jenkins 的 freestyle ，我记得就是脚本式啊

你一方面杜绝这两种，一方面又想要其中一种？

if err != nil {
logger.Log.Fatal(fmt.Sprintf("err=%v", err))
请你在这里运行一下 netstat -anp
这里应该是能抓到事故现场的
}

@zhoulq7 iptables 转发的情况并不会发生冲突
只是很单纯的无法生效而已