doconv を使う理由
- docker run → Compose。一行から使える Compose サービス YAML へ。
- Deployment 断片。スターター Kubernetes Deployment も — Helm/kustomize ではありません。
- フラグ警告。1対1で対応しないオプションを明示します。
- ブラウザのみ。API なし。コマンドは端末から出ません。
- 任意のハッシュ共有。URL ハッシュにコマンドを載せたリンクをコピーできます。
docker run の変換手順
docker run …を貼るか例を読み込みます。- 変換をクリック — Compose YAML と Deployment 断片が出ます。
- 1対1でない項目の警告を読みます。
- 必要な YAML をコピーするかハッシュリンクを共有します。
フラグ・Compose・Deployment
すべての docker run フラグに Compose / Kubernetes の直接相当があるわけではありません。doconv は正直な出発点: できる範囲を対応し、残りは警告 — 完全等価は約束しません。
ヒント:
- 変換後はポート・ボリューム・ネットワークを再確認。
--privileged、--network host、デバイスは手直しが多いです。-it、-d、--rmは CLI ライフサイクル用で通常省略されます。- Helm / kustomize ジェネレーターではありません。
- YAML は
yamaster、単位はk8size。
用途
- 一行の docker run から compose.yml の下書き;
- クラスタ移行時の Deployment たたき台;
- 1対1でないフラグの洗い出し;
- URL ハッシュでのコマンド共有;
- run / Compose / Kubernetes の違いの説明。
よくある質問
docker run と完全に同じ?
いいえ。未対応フラグの警告付きの開始変換です。
Helm / kustomize は出ますか?
いいえ。Compose YAML と Deployment 断片のみ。
コマンドは送信されますか?
いいえ。ブラウザ内のみ — API なし。
結果の共有は?
共有はハッシュにコマンドを入れた URL をコピーします(任意)。
警告の対処は?
内容を読み、ネットワーク・ボリューム・capabilities・ポートを手で仕上げることが多いです。