w***g
发帖数: 5958 | 1 docker其实更多的卖的是一个理念：一个service跑一个vm。
但这么干也有明显的问题，就是所有的通信都只能通过网络走，
而且要做得干净，服务间还不能共享文件系统。
(技术上可行，但不是docker的套路。）
docker底下其实就是lxc。直接上lxc的好处就是container
基本上就是一个vm，一直跑在哪里，不是跑一个命令就退出的那种。
UnionFS最大的作用其实是上传/下载image快。一旦服务跑起来了，对
提高系统性能没有贡献，可能还会拖后腿。而且UnionFS也不是docker
原创的。Docker的名气远比它真正技术上的贡献大得多。
这也没办法，最后窃取胜利果实的都不是搞技术的。 |
N*****m
发帖数: 42603 | 2 1.可以共享文件系统
2.正好microservice火的时候
3.能想到用unionfs去layering container image就是创新，很多时候一个新点子就那
么一层窗户纸，就看谁去捅破
【在 w***g 的大作中提到】
: docker其实更多的卖的是一个理念：一个service跑一个vm。
: 但这么干也有明显的问题，就是所有的通信都只能通过网络走，
: 而且要做得干净，服务间还不能共享文件系统。
: (技术上可行，但不是docker的套路。）
: docker底下其实就是lxc。直接上lxc的好处就是container
: 基本上就是一个vm，一直跑在哪里，不是跑一个命令就退出的那种。
: UnionFS最大的作用其实是上传/下载image快。一旦服务跑起来了，对
: 提高系统性能没有贡献，可能还会拖后腿。而且UnionFS也不是docker
: 原创的。Docker的名气远比它真正技术上的贡献大得多。
: 这也没办法，最后窃取胜利果实的都不是搞技术的。
|
d*******r
发帖数: 3299 | 3 docker 本来就是用来搞 SOA 这种东西的吧, 通信只走网络问题不大呀, 一般都 call
到其他 host 的 services 上去了 |
j********x
发帖数: 2330 | 4 docker的核心是low cost resource management |
g*********e
发帖数: 14401 | 5 感觉搞搞小app挺合适 大的难说 给image resource assign的能够吗 |
g*****g
发帖数: 34805 | 6 我觉得开源的东西demo做个这个image让别人下载很方便。实战都是一个服务一个节点
，不会去省这个钱。 |
a***n
发帖数: 538 | 7 也不一定吧，结合mesos也是可以的。aws和google云也都直接支持docker了。
【在 g*****g 的大作中提到】
: 我觉得开源的东西demo做个这个image让别人下载很方便。实战都是一个服务一个节点
: ，不会去省这个钱。
|
