技术八卦 | Tutum工程师谈谈收购后的那些事儿


【编者的话】当下最火爆的容器项目Docker所属公司收购了Tutum,引起了业界很大的反响。今晚我们邀请到Tutum的一位工程师和大家聊聊Tutum在收购前后的那些事儿!

引言

DockOne技术分享是由DockOne社区组织的每周二晚上8.30的线上技术分享,主要分享内容都是和Docker相关的。嘉宾分享结束后会有问答环节。该活动受到大家积极响应,目前拥有北京、杭州、上海、深圳等微信群,想申请进群的同学请加李颖杰微信liyingjiesx并注明申请入群

分享内容

今天没什么演讲内容,我先自我介绍一下,然后大家提问就好了。

我是2013年底加入Tutum的,当时公司只有4个人。那时候,Tutum还不是现在做编排的,指是做docker hosting的,就是租aws的主机,多租户的运行Docker容器。那时候的竞争对手是Orchard,他们最有名的产品是fig。后来被Docker收编,改成了docker-compose。

之后,大概在2014年中,Tutum得到了1笔250万美元的融资。然后我们就想,是不是可以让用户把container运行在自己的节点上呢?
因为我们自己租用AWS,然后再卖容器给客户,这个成本很高。之后就有了managed node

然后用户就一步一步的要求更多的功能,于是Tutum就从当初的hosting的服务变成了现在的编排的服务。基本上是用户需求驱动的吧。

现在公司有11个人,3个在纽约,其余的在马德里,明年会搬到旧金山的Docker总部,到时候可以为大家带来一手的Docker情报,大概情况就是这样。

问答互动

请问你刚才说AWS成本很高,但是AWS按需租用,之后再卖出去,成本控制应该还好吧?

一般来说,我们是租用一个比较大node,然后再划分不同size的container给用户。但当时的情况是,用的人也不多,我们又不得不over provision,就造成费用过高。
请问你们部署weave是点对点的吗?性能和规模有限制吗?

点对点是说?我们现在的做法是每个新增node和container都会加入到同一个大的LAN中,今后可能会考虑支持不同的网段,甚至支持私有网络。性能和规模方面是由weave限制的,目前这一年来说,weave在稳定性,性能方面都有不小的提升。
能否阐述一下Tutum现在的产品理念和思路之类?比如Tutum对Docker Compose怎么看?是否存在观念冲突?

理念吗,就是实现用户git commit,然后程序自动更新部署这一愿景。Tutum stackfile是对Docker Compose的扩展,现在公司合并后,我们会最大化两者的兼容性。
Tutum的服务是否考虑过跨IAAS的解决方案?

有啊,我们用weave进行overlay network,理论上,统一账户下所以的node都会在一个局域网网段下,实现『无缝』通信。
你好,请问 Tutum 是否支持在国内主流云上进行部署和管理?

目前没有计划,这要取决于Docker的态度了,我个人倒是很希望推进国内云的支持。现在我们要针对不同的IaaS编写不同的代码, 今后可能会考虑提供个统一API接口。
请问,目前有比较大规模使用Tutum做生产环境的案例吗?如果有是否能举例介绍一下其Nodes、Containers、Services的使用情况,以及所承载的流量?

确实有些客户在Tutum上进行生产环境的部署,有超过50个服务,10个node的案例。
启动后各个容器之间怎么通讯的?

我们有个weave-dameon的系统容器,当新的容器运行时,weave-daemon会读取新容器中TUTUM_IP的值,然后把它加入到weave网络中。weave网络中的容器可以跨主机自由通信。
Tutum与Docker hub目前有哪些功能上的集成?

目前重合的部分是Registry,今后应该会用Docker Hub取代现有的Tutum自己的私有参考。再有就是build,Tutum会支持在用户自己的机器上build,目前Docker Hub还是在云端统一build。目前倒是没有什么集成,不过会支持当Docker Hub上镜像更新后,Tutum端会自动重新部署。

0 个评论

要回复文章请先登录注册