作者ifooleru (i服了u)
看板Programming
标题[问题] 使用container？
时间Mon Oct 12 10:52:47 2020
是这样的 在下非学资讯这块 所以相当陌生
正在好奇的摸索中…
当然 也是要避免问不聪明的问题就是了
有翻过相关的板但是他们都是讨论特定程式语言所以我觉得我应该来这板上问才会比较适合吧？
对於container这个东西有试着查过资料google但是心中就是有疑问不知道如何确定：
1. container最关键的好处就是可以把程式码跟dependencies这些需要的东西都包在一起到处走，不管横跨什麽环境都可以持续执行例如从linux系统换到google云端？
所以可以避免程式开发的环境不一致导致无法预期的出错…是这样吗？
(看到docker官网的介绍大概是这麽说的)
2. container怎麽知道程式/程式码需要什麽样的libraries跟config环境?(而且还能横跨不同系统)
3. container里头要开发执行各种程式语言都可以？VB, Fortran, c++皆能支援？
4. 直接称呼container为一种软体工具 这样适当嘛？
希望我有问对版，而且不会问的太笨><
谢谢><
-----
Sent from JPTT on my Samsung SM-G973F.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.137.174.189 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Programming/M.1602471169.A.F84.html
1F：推 ddavid: 1.大致上是这样，不过不同的容器支援的项 114.32.17.60 10/12 10:56
2F：→ ddavid: 目跟条件都可能有所不同，不是无上限的 114.32.17.60 10/12 10:57
3F：→ ddavid: 当然只要有支援，大致上就是这样没错 114.32.17.60 10/12 10:58
4F：→ ddavid: 2.对，它并不知道，所以在你制作container 114.32.17.60 10/12 10:58
5F：→ ddavid: 时就要给定这些资讯，它并没有打算帮你自 114.32.17.60 10/12 10:59
6F：→ ddavid: 动侦测这些事情 114.32.17.60 10/12 10:59
7F：→ ddavid: 3.看有没有人实现这些支援啊。举例来说， 114.32.17.60 10/12 11:05
8F：→ ddavid: 你如果想在docker里面跑.Net，那你必须选 114.32.17.60 10/12 11:06
9F：→ ddavid: 择.Net Core才能用Linux Docker image， 114.32.17.60 10/12 11:07
10F：→ ddavid: 而没法用.Net Framework 114.32.17.60 10/12 11:07
11F：推 ddavid: 4.不是很确定这个问题的目的，不过精确点 114.32.17.60 10/12 11:11
12F：→ ddavid: 的话应该可以算是软体开发工具吧 114.32.17.60 10/12 11:11
13F：→ allexj: 话说 docker 使用上有问题要到哪边讨论啊? 218.210.105.18 10/12 11:54
14F：→ ifooleru: 感谢d大的热心回覆！～所以说container 42.72.26.11 10/13 07:51
15F：→ ifooleru: engine如docker之类的他们要有支援特定 42.72.26.11 10/13 07:51
16F：→ ifooleru: 系统才能让我的程式跑在这些特定的系统 42.72.26.11 10/13 07:51
17F：→ ifooleru: 上吗？如果一个container engine没有做 42.72.26.11 10/13 07:51
18F：→ ifooleru: 好的话岂不是就无法达到最主要的目标-「 42.72.26.11 10/13 07:51
19F：→ ifooleru: 让程序在不同环境上顺利执行」？ 42.72.26.11 10/13 07:51
20F：→ ifooleru: 回a大 我觉得可能要到国外的论坛去问 42.72.26.11 10/13 08:09
21F：推 ddavid: Docker本质也是个程式啊，它自己跑不起来 114.32.17.60 10/13 09:46
22F：→ ddavid: 怎麽帮你去跑其他程式咧XD 114.32.17.60 10/13 09:47
23F：→ ddavid: 可携性这种东西不是平白得来的，是众多人 114.32.17.60 10/13 09:48
24F：→ ddavid: 员在不同平台上实作对应机制得来的啊。而 114.32.17.60 10/13 09:49
25F：→ ddavid: open source时代的好处就是有能人志士发现 114.32.17.60 10/13 09:49
26F：→ ddavid: 某个他想要的环境还没支援，他可以从现有 114.32.17.60 10/13 09:50
27F：→ ddavid: 基础去扩充，而非完全重新开发一套新东西 114.32.17.60 10/13 09:51
28F：→ ddavid: C/C++有可携性？那也是有人在各系统实作了 114.32.17.60 10/13 09:52
29F：→ ddavid: compiler。Java有可携性？那也是有人在各 114.32.17.60 10/13 09:53
30F：→ ddavid: 系统实作了Java VM。Docker也是一样的，只 114.32.17.60 10/13 09:53
31F：→ ddavid: 是因为它基底是Linux的关系，所以在Linux 114.32.17.60 10/13 09:56
32F：→ ddavid: 系统上跑Linux软体会比较便利，而Windows 114.32.17.60 10/13 09:56
33F：→ ddavid: 限定的东西就会明显比较麻烦 114.32.17.60 10/13 09:56
34F：→ ifooleru: 原来是这样子呢！如果一款container只支 42.72.26.9 10/13 11:30
35F：→ ifooleru: 援极少数系统的话那岂不就违背container 42.72.26.9 10/13 11:30
36F：→ ifooleru: 本身存在的目的了！ 42.72.26.9 10/13 11:30
37F：推 ddavid: 这话不完全对喔，container光是轻量环境打 114.32.17.60 10/13 16:45
38F：→ ddavid: 包也是很有价值的用途了，只是当然可携性 114.32.17.60 10/13 16:46
39F：→ ddavid: 更高的产品更为便利，就会淘汰掉可携性不 114.32.17.60 10/13 16:47
40F：→ ddavid: 足的选项 114.32.17.60 10/13 16:47
41F：→ ifooleru: 感谢d大的专业解说！虽然对开发环境仍不 42.72.26.11 10/13 18:12
42F：→ ifooleru: 了解但至少基本的疑惑解开了：D 42.72.26.11 10/13 18:13
43F：推 terter: 其实现在有windows的docker了...(飘过... 122.116.86.61 10/13 21:50
44F：→ terter: windows的image 122.116.86.61 10/13 21:52
45F：推 ddavid: 也是要有人费事去弄啊XD 114.32.17.60 10/14 17:50