コンテナを実行するのにDockerイメージは実際には必要ない

これは少し見出しっぽいですが、コンテナ イメージは単なる組織の rootfs であるというのは本当です。事前に rootfs を準備しておけば、コンテナ イメージは必要ありません。

[[439964]]

次に、runc を介してコンテナを直接起動する方法を実際のデモンストレーションで説明します。

 $ mkdir my_container && cd my_container
 $ runc スペック

config.json ファイルは、spec コマンドを通じて生成できます。ファイルの内容はおそらく次のようになります

{
 "ociバージョン" : "1.0.1-dev" 、
 "プロセス" ： {
 "ターミナル" : true 、
 「ユーザー」 : {
 「ユーザーID」 : 0,
 "gid" : 0
        },
 「引数」 : [
 「しっ」  
        ]、
 "cwd" : "/" ,
 "env" : [ ... ],
 「機能」 : { ... },
 「rlimits」 : [ ... ]
    },
 "根" ： {
 「パス」 : 「rootfs」 、
 "読み取り専用" : true  
    },
 「ホスト名」 : 「runc」 、
 「マウント」 : [ ... ],
 「Linux」 :{
 「名前空間」 : [
            { "タイプ" : "pid" },
            { "タイプ" : "ネットワーク" },
            { "タイプ" : "ipc" },
            { "タイプ" : "uts" },
            { "タイプ" : "マウント" }
        ]
    }
 }

これには、主に起動コマンド、env、rootfs、ホスト名、マウント、名前空間などを定義する標準の RUNC 形式が含まれています。

次にrootfsディレクトリを作成します

$ mkdir ルートファイルシステム

次に、ホスト名を出力する Go プログラムを作成し、コンパイルして rootfs にコピーします。

 $ cat <<EOF > main.go
パッケージメイン
 
 「fmt」をインポートする 
インポート"os"   
 
関数main() {
    fmt.Println(os.Hostname())
 }
終了
 
 $ GOOS=linux GOARCH=amd64 go build -ldflags= "-w -s" -o printme
 $ mv printme ルートファイルシステム/

次にコンテナを起動します

$ sudo runc でmycont1を作成します
$ sudo runc スタート mycont1

「runc」を直接出力できます（上記の仕様で定義されているホスト名がruncであるため）。

したがって、対応するコンテナには rootfs のみが必要であり、rootfs がどのように生成されるかは実際には気にする必要はありません。オーバーレイで作られたかどうかについては、判断するのはさらに困難です。