n****1
发帖数: 1136 | 1 终于1.0了
我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
到质变。
比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。 |
b*******s
发帖数: 5216 | 2 百度也用了，考虑也试试
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
b*******s
发帖数: 5216 | 3 讲得很棒
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
r***y
发帖数: 4379 | 4 --"以前是过了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA
。"
大牛展开说说这部分吧
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
d******e
发帖数: 2265 | 5 为什么不能现在还需要将来
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
N******K
发帖数: 10202 | 6 搭车同问
QA
【在 r***y 的大作中提到】
: --"以前是过了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA
: 。"
: 大牛展开说说这部分吧
:
: AMI
|
b*******s
发帖数: 5216 | 7 有几个原因，一个是没有平台的异构性问题了，不需要做环境有关的兼容性测试，也避
免测试搭环境
一个是那个文件系统是增量式的，这样做管理更简单，同时测试完就能发布，不需要再
build release，甚至传统的building machine都不要了
my 2 cents
QA
【在 r***y 的大作中提到】
: --"以前是过了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA
: 。"
: 大牛展开说说这部分吧
:
: AMI
|
P****i
发帖数: 12972 | 8 host OS不一样也行？
【在 b*******s 的大作中提到】
: 有几个原因，一个是没有平台的异构性问题了，不需要做环境有关的兼容性测试，也避
: 免测试搭环境
: 一个是那个文件系统是增量式的，这样做管理更简单，同时测试完就能发布，不需要再
: build release，甚至传统的building machine都不要了
: my 2 cents
:
: QA
|
b*******s
发帖数: 5216 | 9 你用用docker就知道了，连配置和环境一起发布的，还能更简单吗？ ：）
【在 P****i 的大作中提到】
: host OS不一样也行？
|
b*******s
发帖数: 5216 | 10 他讲话比较严谨，写论文的范儿
【在 d******e 的大作中提到】
: 为什么不能现在还需要将来
:
: AMI
|
|
|
b*******s
发帖数: 5216 | 11 有个功能尤其喜欢，就是container的输出重定向 |
w**z
发帖数: 8232 | 12 这两天是Dockercon, 收到一堆twitter feed, 貌似很火啊。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
r***y
发帖数: 4379 | 13 --"不需要再build release，甚至传统的building machine都不要了"
多谢朋友.
楼主nod101 说的是本机开发都生成image,然后选择哪个image发给QA.
一个几十个 developers 的 team, 选谁的? 每个人的 local env 都不一样.
在退一步说, 必须要 central repository 才能把大家放到一篇儿上. 这样 building
machine 就根本省不了呀.
QA
【在 b*******s 的大作中提到】
: 有几个原因，一个是没有平台的异构性问题了，不需要做环境有关的兼容性测试，也避
: 免测试搭环境
: 一个是那个文件系统是增量式的，这样做管理更简单，同时测试完就能发布，不需要再
: build release，甚至传统的building machine都不要了
: my 2 cents
:
: QA
|
b*******s
发帖数: 5216 | 14 你可以建private repo，就和版本管理一样，测试人员可以pull特定的tag的image下来用
非常简单，只要测试人员机器上安装了docker就行，编译开发人员已经做好了
building
【在 r***y 的大作中提到】
: --"不需要再build release，甚至传统的building machine都不要了"
: 多谢朋友.
: 楼主nod101 说的是本机开发都生成image,然后选择哪个image发给QA.
: 一个几十个 developers 的 team, 选谁的? 每个人的 local env 都不一样.
: 在退一步说, 必须要 central repository 才能把大家放到一篇儿上. 这样 building
: machine 就根本省不了呀.
:
: QA
|
h**********0
发帖数: 88 | 15 实在没明白这个docker和lxc有什么区别
我直接基于这个lxc弄，然后打包自己想要的东西不是一样？ |
n****1
发帖数: 1136 | 16 lxc就是namespace, docker是加上了git
【在 h**********0 的大作中提到】
: 实在没明白这个docker和lxc有什么区别
: 我直接基于这个lxc弄，然后打包自己想要的东西不是一样？
|
h**********0
发帖数: 88 | 17
lxc 应该是namespace + cgroup 吧
等于docker就是在lxc的上面加了git？
而且还有image这些吧
【在 n****1 的大作中提到】
: lxc就是namespace, docker是加上了git
|
A*******e
发帖数: 2419 | 18 不明觉厉。docker不是取代vm的吗？怎么就是个git了？
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
n*****3
发帖数: 1584 | 19 你们 用 vagrant 吗？
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
g*****g
发帖数: 34805 | 20 我们都是CI，commit之后直接测试环境都自动部署好了，如果测试都写完了一键部署。
当然我们仍然保留上百个版本的AMI。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
|
|
d*******r
发帖数: 3299 | 21 我也好奇现在 docker 跟 vagrant 如何配合, 哪些功能是重叠的?
【在 n*****3 的大作中提到】
: 你们 用 vagrant 吗？
:
: AMI
|
N*****m
发帖数: 42603 | 22 docker和vagrant表面上类似，实质上根本不是一个理念
vagrant实质上是vm，每个vagrant box就是一个vm，消耗的资源多很多
docker是lxc
【在 d*******r 的大作中提到】
: 我也好奇现在 docker 跟 vagrant 如何配合, 哪些功能是重叠的?
|
p***o
发帖数: 1252 | 23 docker可以作为provider，也可以作为provisioner。
【在 d*******r 的大作中提到】
: 我也好奇现在 docker 跟 vagrant 如何配合, 哪些功能是重叠的?
|
N*****m
发帖数: 42603 | 24 这点vagrant也行
【在 p***o 的大作中提到】
: docker可以作为provider，也可以作为provisioner。
|
w***g
发帖数: 5958 | 25 docker用的是unionFS，早就有了。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价，但docker的节省从量变
: 到质变。
: 比如做了1000次commit后，生成的1000个docker image比单个image大不了多少，而AMI
: 就像svn，可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
|
p***o
发帖数: 1252 | 26 你在说啥？你用vagrant不知道什么叫prodiver和provisioner？
【在 N*****m 的大作中提到】
: 这点vagrant也行
|
N*****m
发帖数: 42603 | 27 backend可以是各种，对于用户来说，表面是一样的
【在 p***o 的大作中提到】
: 你在说啥？你用vagrant不知道什么叫prodiver和provisioner？
|
h*i
发帖数: 3446 | 28 that's the point of docker
【在 P****i 的大作中提到】
: host OS不一样也行？
|
d*******r
发帖数: 3299 | 29 大体上知道, 都玩过一下, 我想知道现在他们具体怎么配合, 比如现在只用 docker 就
行了?
现在用法还是 vagrant 在本机虚拟 dev 用的 device (e.g. Linux Debian xx),
里面用 docker 包住自己的 dev 用 server, 然后开发, upload 到服务器端 (e.g.
AWS)?
还是, 现在有新的流程了没? docker 以前玩过一下, 现在 1.0 是啥效果了
【在 N*****m 的大作中提到】
: docker和vagrant表面上类似，实质上根本不是一个理念
: vagrant实质上是vm，每个vagrant box就是一个vm，消耗的资源多很多
: docker是lxc
|
N*****m
发帖数: 42603 | 30 vagrant可以和chef/puppet/ansible/salt合用provision vm在local或者云里面
然后，一个vm可以跑多个docker container
【在 d*******r 的大作中提到】
: 大体上知道, 都玩过一下, 我想知道现在他们具体怎么配合, 比如现在只用 docker 就
: 行了?
: 现在用法还是 vagrant 在本机虚拟 dev 用的 device (e.g. Linux Debian xx),
: 里面用 docker 包住自己的 dev 用 server, 然后开发, upload 到服务器端 (e.g.
: AWS)?
: 还是, 现在有新的流程了没? docker 以前玩过一下, 现在 1.0 是啥效果了
|
|
|
z***e
发帖数: 5393 | 31 嗯，我举个我们的实际例子，很简单一个案例
3个dev，做tomcat这种传统环境开发，都是macbook，然后其中一个的机器不知道为毛
就非要说 java环境不对，tomcat启动起来一直报错，折腾了半天
然后做了个docker image把tomcat啥的设置好，用VOLUME把.war的位置map到他们自己
制定的地方
然后他们就不用纠结去配置tomcat了（虽然其实也不是啥大问题）
然后后来我又找几个兼职的朋友来做这个project，也就不废话给他们讲我那个tomcat
的configuration要怎么设置，直接叫他们装boot2docker(mac上的docker），然后
docker pull下我的image用就是
总之来说就是少了很多废话和配置问题，不用去处理一些奇怪的问题
但是我觉得docker用在实际流程中还缺乏某种约定俗成的best practice和标准的
workflow... |
d*******r
发帖数: 3299 | 32 你们这个流程里有用 vagrant 或者类似东西吗
tomcat
【在 z***e 的大作中提到】
: 嗯，我举个我们的实际例子，很简单一个案例
: 3个dev，做tomcat这种传统环境开发，都是macbook，然后其中一个的机器不知道为毛
: 就非要说 java环境不对，tomcat启动起来一直报错，折腾了半天
: 然后做了个docker image把tomcat啥的设置好，用VOLUME把.war的位置map到他们自己
: 制定的地方
: 然后他们就不用纠结去配置tomcat了（虽然其实也不是啥大问题）
: 然后后来我又找几个兼职的朋友来做这个project，也就不废话给他们讲我那个tomcat
: 的configuration要怎么设置，直接叫他们装boot2docker(mac上的docker），然后
: docker pull下我的image用就是
: 总之来说就是少了很多废话和配置问题，不用去处理一些奇怪的问题
|
z***e
发帖数: 5393 | 33 木有，还没想清楚怎么搞得更流水化，而且主要是想做成几个可以可以直接deploy的
docker image，以后当成一套可配置的独立网站系统去卖的。。。
【在 d*******r 的大作中提到】
: 你们这个流程里有用 vagrant 或者类似东西吗
:
: tomcat
|
p***o
发帖数: 1252 | 34 你的docker image放在哪儿? 自己的registry?
【在 z***e 的大作中提到】
: 木有，还没想清楚怎么搞得更流水化，而且主要是想做成几个可以可以直接deploy的
: docker image，以后当成一套可配置的独立网站系统去卖的。。。
|
