用 docker 跑多用户 workspace

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 3189 天前的主题，其中的信息可能已经有所发展或是发生改变。

1. 底层: CoreOS + 完整内核(提供图形支持
2. 参照 rancheros 容器化 xorg 服务
3. 用 compose 管理 workspace
4. 将 home 卷做作为远程数据卷容器引入
5. 开放远程端口，可作为集群管理，部署完全一致化的环境
6. 界面参照 ChromeOS

(目前正在纠结 workspace 和 compose 的对应关系，以及 UI 的选择，其他都完成了

瞎扯以下几个优点
1. 环境一致性，轻量内核
2. 高度可定制和自由度
3. Docker 作为软件分发的运用
4. CoreOS 的无缝滚动升级
5. 集群的批量操作和差异分发

第 1 条附言 2017-03-26 01:14:30 +08:00

_(:з)∠)_ 提点建议撒，啥都可以咯~
合理差评也接受~

Workspace

compose

容器

参照

8 条回复 2017-03-29 19:17:52 +08:00

kslr

2017-03-26 00:45:20 +08:00

这种轻型的有必要吗？比起 app/java

dphdjy

2017-03-26 01:00:18 +08:00 via Android

@kslr 从设计来说的话。。。估计有些场景可以用
相比传统系统
1. 滚动更新，但是忽视软件层差异
2. 用户数据和工作区分离，用户数据可以存外部储存 /云储存卷之类的。工作区，就是多对多的工作环境，底层用 docker 的分层储存，共用环境，但是不会互相污染。
3. 远程分发和部署

出发点是几年前就像做个有意思的 OS ，现在同学学安全啊什么的，各种文件堆一堆文件夹，非常乱，与其让新人养成良好的习惯，不如忽视这些，专注于所学习的内容。还有 js 工作栈，每次部署太麻烦了。 docker 可以直接打包镜像层发布出去。

而且所有的设计都是依赖现有开源服务，比如显示容器的 x11 ，优雅的使用了几十年，而 docker 在商业云服务广泛运用。所以相对那些定制的解决方案，其灵活性不言而喻。

kslr

2017-03-26 01:15:39 +08:00

@dphdjy #2 惭愧，之前眼花看成了 webpack 平台。

感觉更类似 Heroku 这样的平台，而非私有 docker 集群这样的概念。

dphdjy

2017-03-26 01:22:09 +08:00 via Android

@kslr 这个设计上是至少分 3 层
heroku 这类是不打算竞争。
中心提供容器仓库，和远程储存卷。
私有集群提供集群管理和控制(比如同时打开某个任务，什么的)
末端节点，提供对自身 docker 系统的管理和复杂 workspace 的自动化构建。

甚至可以在私有集群提供共用的数据库卷和其他模块卷。便于使用和开发。

实际使用中，末节点并不会感受到差异。(如果网络和缓存稳的话

kslr

2017-03-26 01:32:58 +08:00

@dphdjy #4

http://tech.meituan.com/autobuild.html
http://tech.meituan.com/mt-docker-practice.html

分享一下，也许有新的想法。