‫左はSujayです｡
‫彼はクラウドエンジニアであり､ Docker Captainであり､ 現在マレーシアからストリーミングしており､ Docker Penangとそこのミートアップグループのコミュニティリーダーでもあります｡
‫そして､ 下の方に彼の小さなTwitterのハンドルネームが見えます｡
‫後で連絡を取ればいいのです｡
‫CJさん､ こんにちは｡
‫今回は､ 非常にエキサイティングな新しいツールキットであるbuildxについて話していただきます｡ 持ち去ってください｡ Bretさん､ ありがとうございます｡
‫それで､ ご存じのように19人です｡ 03. 先週の出来事です｡ クールな機能があり､ これはDockerConで発表されたものです｡
‫Dockerは､ ARMアーキテクチャのサポートを拡張していました｡ DockerConの後すぐに､ Docker CaptainとしてDocker Peterのバージョンである19にアクセスできるようになりました｡
‫03. 最初に手をつけたのは､ ビルドックス機能です｡
‫buildxはDocker Buildコマンドを拡張するDockerラベルで､
‫Dockerの新しいビルドアップ機構であるMoby Projectによって提供される追加機能を提供します｡
‫複数のノードでビルドを実行したり､
‫異なるコースでビルドを実行したりと､ クールな新機能を提供します｡ また､ ビルトイン機能であるキャッシュ機構など､ 新しいビルド機能を提供します｡
‫基本的には､ 何かデモをするつもりです｡
‫私の画面をお見せしましょう｡
‫Shattering All
‫rightは画面を見ることができます｡
‫なるほど｡
‫そうですね｡
‫私のカメラが見えますか？
‫うん｡
‫なるほど｡
‫そして､ 検索させてください｡ なるほど｡
‫まずは､ サンプル電話のプログラムから見てみましょう｡
‫は､ かなりプロパティのプロパティであると言うことができます｡
‫基本的に私がやろうとしているのは､ ハロウェルのような基本的なプログラムを打ち込んで行くことです｡
‫テンプレートのようなものがあるんです｡
‫そして､ ホスト名とアーキテクチャを表示しています｡
‫そして､ OS｡
‫だから､ もし私が... 基本的には､ Docker環境で開発を行う方法を紹介しています｡
‫それで､ 私のコードは戻り､ 私はリリースパーティーを行い､
‫コンパイルしてバイナリを作成しました｡
‫つまり､ バイナリを確保すると､
‫私のホスト名とOSの種類とアーキテクチャが表示されるわけです｡
‫基本的に私の開発サイクルを経て､ いよいよDockerfileを書くことになりました｡
‫だから､ それのために提出されたトラブルのためにスカイプしよう､ そうすれば､ 私はそれのために作成されたテンプレートを持っています｡
‫基本的には16番のビルドで､ goをイメージ通りに使って､ そこに自分のコードをポンと入れてビルドしています｡
‫そして､
‫第2段階では､ ベースとなるスクラッチを使って､ それで終わりです｡
‫つまり､ 通常のDockerの世界では､ docker build -dを実行して､ 私のイメージにタグ付けすることになります｡ それが一番です｡
‫基本的に､ 私はこの同じコードのビルドを先に済ませていたので､ すべてが欠落しており､
‫ビルドが高速に行われるのを見ることができます｡
‫docker runを実行すると､ sujaypillai/test.
‫これは､ 今私のマシンにあるDockerにあったコードです｡
‫Dockerイメージを持っていて､ そのDockerイメージを使うときは､
‫基本的にホスト名であるコンテナIDを出力しているんです｡
‫次のコンテナでAMD64で動かしています｡
‫19年以前のDockerでは､ 基本的にそのような生活をしていました｡ 03発売｡
‫今､ 同じように以前のバージョンで､ 異なるアーキテクチャ向けに同じコードをビルドしなければならないとしたら､ どうでしょう｡
‫例えば､ Pieでコードを実行することになったとしよう｡
‫マニフェストファイルを用意する必要がありますね｡
‫マニフェストリストに私のDockerイメージを追加し､ そのDocker Hubをプッシュします｡
‫私がしなければならないのは､ すべて手動で行うことです｡
‫そこで､ buildxの特徴として､ マルチプラットフォーム用のDockerイメージの構築を支援することが挙げられます｡
‫だから､ アーキテクチャを作ろう｡
‫そういうものなのだと教えてあげましょう｡
‫基本的には19の時｡ 03のリリースがインストールされているマシン｡
‫今､ 私のマシンではEnterprise Editionが動作していますが､ デフォルトでbuildxがインストールされています｡
‫コミュニティエンジンであれば､ エッジリリースであれば､ 同じようにbuildx CLIプラグインが利用できるはずです｡
‫もし､ まだ19の安定版リリースを使用している場合｡ 03､ buildx用のプロジェクトが必要ということで､
‫これを入手する最良の方法は､ リリースページに行くことです｡
‫バイナリをダウンロードし､ それをコピーして､ デフォルトのDockerディレクトリ､ configディレクトリに移動するだけです｡
‫そしてドッカー｡
‫ドッカ... うん
‫cli-pluginsです｡ ご覧の通り､ デフォルトでdocker-appとdocker buildxがcli-pluginとして入っています｡
‫もし安定版リリースがあれば､ 手動でそれを行う必要があります｡
‫それでは､ マルチアーキテクチャに対応した画像を作成する方法を紹介します｡
‫ちなみに｡
‫ただ､ あなたが言っているのは... プラグインについて言及する｡ Dockerコマンドラインの新しいプラグインモデルについてまだご存じない方のために､
‫この一週間を通してその詳細をお話ししますし､ 木曜日には実際にMichael
‫Irwinやその他の方々にお会いします｡
‫実際には､ プラグインの作り方や､ 独自のカスタムの作り方に重点を置いていきます｡ だから
‫なるほど｡ そうですね｡
‫buildxにはbuildというコマンドがあり､ これはdocker buildのようなものと同じような機能です｡
‫必要なのは......｡
‫これは､ なぜうまくいかなかったのかを説明するものです｡
‫私のマシンでは､ docker buildxのリストが表示されているのがわかります｡ これは､ Dockerドライバを使用するデフォルトのビルダーが利用可能です｡
‫デフォルトでは､
‫DockerドライバはDockerの組み込みライブラリを使用します｡ このライブラリにはMoby Storageというストレージ機構がありますが､ 現在はマルチプラットフォームでのビルドをサポートしていません｡
‫そこで､ 新しいビルダーを作成し､ 次のような作業を行います｡
‫そこで､ buildx createというコマンドを実行しました｡
‫docker-containerという新しいドライバタイプを使い､ ビルダーにはdckbuilderという名前をつけています｡
‫今､ docker buildx lsを実行すると､ 新しいdocker builderがリストに入っています｡
‫このことの素晴らしさは､ docker buildプロジェクト全体がバックエンドのdockerコンテナとしてそれ自体を実行することです｡
‫私のマシンでは､
‫今見ての通り､ Dockerコンテナは何も起動していません｡
‫これを使い始めたら､ docker builder｡
‫docker buildx use dckbuilderで切り替えてみましょう｡ 今はこちらを指しているのがわかりますね｡
‫また､ 同じドクターXの量を醸し出しても､ それは繊細なイメージを構築する上で行われるものなのです｡
‫だから､ 今起きていることは､ 私のために作っているのです｡
‫ブレット・リーMの直前｡
‫D. 次のアーティスト4とそのサウンドバージョンのために､
‫この3つのイメージを構築しているだけなのです｡
‫それで､ 気がついたらテネシー州にいるんです｡
‫今､ あなたのマシンでもちょっとしたバトルが起きているようです｡
‫そして､ もしあなたがそれを望むなら､ すべての音符に実行されるこれら3つの札を見つけることができます｡
‫また､ 新しいビルダーを追加する必要がありますが､ その場合､ リモートがうまくいかないことがわかります｡
‫それはとても良いバッティングの押し方です｡
‫ハブを出すだけかもしれません｡
‫だから今､ マイクは基地にいて､ 建物の中に戻ってくるのがいいんだ｡
‫つまり､ あなたが今したことは
‫つまり､ 異なるアーキテクチャで同じアプリを同時に並行して構築するために､ 1つのコマンドラインを実行したと理解すればよいのです｡
‫そうですね｡
‫また､ ローカルマシンだけでなく､ リモートのDockerエンジンも構築することができます｡
‫そして､ 最後にワンライナーやレジストリへのプッシュを行うこともできるとおっしゃっていましたが､
‫それは多くのビルドに成功した場合を想定してのことです｡
‫うん......横文字の答えだね｡
‫はい｡
‫そのうえで､ きれいな画像を使って構築すれば､ マニフェスト5を作成することができ､
‫その長い期間を医師に押し付けることができるのです｡
‫つまり､ 多くの人がマニフェストファイルの存在やその用途に気付いていないのです｡
‫今､ おっしゃいましたね｡
‫何をするのか､ あるいはダブルマニフェストのために､ 基本的に私の医師と画像はかなりこの基本的なアーキテクチャプラットフォームをキャプチャしていることであるだけの材料の法案です｡
‫走れるので､ 基本的にどんなバカな私でも最終的に出会うことができます｡
‫その上で､ 私のプロテクターで実行可能な特定のイメージングをプルダウンすることを確認しましょう｡
‫そのため､ 請求書が完成した時点で､ それらの情報がすべてマニフェストに格納されるのです｡
‫それが､ ビルの新機能の一つです｡
‫だから､ その違い｡
‫コンテナで動くというと｡
‫その様子をお見せしましょう｡
‫だから､ その8人のために｡
‫ああ､ すみません｡
‫今までのビデオやビルドキットの投稿をご覧になった方のためにお話しします｡
‫これは､ あなたのためにバックグラウンドでビルドキットを実行していますが､ コマンドラインは変更されているので､
‫基本的に環境変数を設定する必要はもうありません｡
‫この黄色いDexのコマンドラインを使って､ いろいろな機能を追加しているんですね｡
‫そうそう｡
‫つまり､ 全体はこれを使ってコンテナの中で起きているようなものです｡
‫つまり､ 基本的には空っぽのNo OKで動いていると考えていいんですね｡
‫だから､ 元の法案は私の画像と私は実際にブッシュはもう一度これを行うために見たので､ あなたはバンドが明らかに爆発している見ることができるので､
‫それは医学的な言い訳を作成し､ 医師に医療探偵を押していることをやった｡
‫そして､ 私がそう望むなら､ 少なくとも4と5を停止した暗黒の流れと暗黒で質の高い機能｡
‫そのため､ 更新を行うと､
‫その画像がここに表示され､ 64と65の画像に車とサポートがある画像が構築されるはずです｡
‫基本的に従うべきインデックスについてだったんですね｡
‫今月はすべて､ これをお見せしましょう｡
‫だから､ 3月もドクターかベンか｡
‫だから､ これはある種､ 暗黒のマニフェストなんです｡
‫さっきの続きをどうぞ｡
‫これは､ リモートレジストリを直接指しているあなたの暗い画像を実際に持っています｡
‫だから今､ 私が使っているのは､
‫ルールは40T｡
‫OK わー......ごめんなさい｡
‫つまり､ このコマンドは､ かつて私たちが使っていたものと同じものです｡
‫マニフェストでは､ 実際に今プッシュされているあなたの画像をリストアップしています｡
‫そんな時
‫そのため､ 基本的には､ 3Dプリントされた黒色をサポートする最先端のリリースパーティーによる画像を持っていることになります｡
‫つまり､ これらは両方ともマニフェストに入るすべての情報なのです｡
‫Docker の単なるユーザで､ マルチアーチイメージを大量にリリースしているわけではない人たちのために､
‫このすべてを消費者（私たちは医者の消費者と呼んでいます）に公開する方法を説明しますと､
‫例えば Docker run Python on Mac on duck あるいは desktop on Mac
‫とタイプしてそれを実行したり､ Raspberry Pi やメインフレームやその他特定のイメージのアーキテクチャに対応した Docker run Python を実行すると､ その
‫Python イメージにはこのマニフェストがあり､ docker
‫はあなたのためにそれを全て把握しています｡
‫Sue Jがここで紹介するのは､ コインの裏表のようなもので､
‫異なるイメージのために異なるタグやリポジトリを大量に作成することなく､ マルチアーキテクチャのイメージを作成する方法です｡
‫ミラーにはベックという人がいる｡
‫今､ まさに使っていないなら｡
‫でも､ それがいいお医者さんなんです｡
‫ファイン
‫少しはあるんですよ｡
‫二重の楽しみの間に終わるために私達に開いたがあった場合｡
‫そして､ Donさんはビスケットについて1時間たっぷりドキュメントしてくれましたが､ その中に私への解説が含まれています｡
‫これもやはり使いたいですね｡
‫説明できる人になりたいので､ そうですね｡
‫以上､ 私の休憩時間からでした｡
‫わかりました｡
‫かなりイケてますね｡
‫ビルドXのものがリリース権とされるようになりました｡
‫これは
‫これは公式の安定版か､ まだ実験的なものだとわかっているはずです｡
‫OKです｡
‫誰がoptを修飾するので､ あなたはそれをされているであろう示すことができます｡
‫すみません｡
‫冒頭で有効化する方法が示されていたと思うのですが､ 私を含め見逃した人のためにもう一度示していただけないでしょうか｡
‫だから､ もしあなたがそうなら､ 言い換えれば､ もしあなたが1983年の博士を取得している場合､ アップ｡ のデスクトップが今週発売され､ アップデートが行われるはずですが､
‫これを使えるようにするにはどうすればいいのでしょうか？
‫そうそう......ちょっと見せてください｡
‫そのため､ 企業のお客様であれば､ Duckworthのコミュニティがデフォルトで搭載されているため､ そのまま利用することができます｡
‫そして､ もしあなたがレーザーに安定しているのであれば､
‫何をする必要があるかというと､ それは黒子にとって最も困難なプロジェクトであり､
‫毎月リリースが行われています｡
‫わかりました｡
‫そのあたりはブログの記事に書いてあるのでしょうか？
‫とてもクールです｡
‫ありがとうございました｡
‫ビル・デッキは､ 私がこれまで聞いてきたほとんどすべてのことに対応していると思うので､ 建物の次の波として非常に期待しています｡
‫ビルデッキやビルドキットの機能については､ 一日中話していても飽きないくらい､
‫いろいろな人が文句を言っていたり､ ビルダーの機能があったらいいなと思っています｡
‫でも､ これは本当に素晴らしい入門書です｡
‫スーがブログで紹介した記事をご覧ください｡ グーグルでビルドXやビルドキットを検索すれば､
‫すぐに見つかります｡
‫だから12月はフラッシュDr.とダブってしまう｡ フラッシュインデックス
‫2回投稿しました｡
‫はい｡
‫build x または build X は､ build kit の前にあるコマンドラインです｡
‫だから､ 最新のものを求めるなら､ 絶対にビルダーXを調べてください｡
‫わかりました｡
‫実はビルドXは見ていないんです｡
‫ビルドXビルドキットについて､ ここで1つの特定の質問があるかもしれませんが､ ビルドXのものをビルドするように環境変数と同じで､
‫その新しいバージョンであると述べています｡
‫正解です｡
‫はい｡
‫そのため､ 以前はdocker buildコマンドでbuild kit環境変数を設定してbuilderとして有効にしていたのですが､ 現在はdocker buildコマンドでbuilderとして有効にしています｡
‫今､ あなたは､ 余分な機能の束を持つ別の完全なコマンドを持っているので｡
‫つまり､ 1983年の時点でbuild Xプラグインを導入していれば､ 新しい方法ではbuild Xコマンドを使用することになります｡
‫そう､ これは古い環境変数に取って代わるものなのです｡
‫もしあなたが､ より速く､ より良い画像を構築する方法に興味があるのなら､ ぜひともBuild Xを入手し､
‫試してみることをお勧めします｡
‫そして､ このタイミングでDockerのフィードバックを受けることができるのです｡
‫これらのベータ機能について､ どのようにして暗いフィードバックを得るのだろう｡
‫Sue JはビルドXのレポがあると言っていたと思うので､
‫実際に実験されているのかどうか､ このメンツについてだけお聞きしたいです｡
‫拒否権のサポートが成熟していないという理由で修正されたんだ｡
‫しかし､ Linux側では完全にサポートされており､ 本番のロードを持って行ってビルドに対抗することができます｡
‫レポはないのでしょうか｡
‫はい｡
‫ドクタースラッシュでいくと､ 胸のドクタースラッシュの建物がないんです｡
‫よし､ ドットコムスラッシュドクタースラッシュビルドXを立ち上げる｡
‫このコマンドラインプラグインをシステムにインストールすると､ その方法と情報が表示されるはずです｡
‫そうですね｡
‫そして､ ファクターが更新されたようで､ 使うならエッジを使うか､ ナイトリービルドを取得すると書いてあります｡
‫そうですね｡
‫そして､ ビルドについてですが､ イメージをビルドして終了した場合､ ビルドがコンテナとして動作している本番用イメージには影響を与えない可能性があります｡
‫そうですね｡
‫だから､ ビルダーは本当にCで動いているものが大事なんです｡ I. システムまたはロゴマシンの中にあります｡
‫もし誰かが私に､ 「今すぐ実世界のシナリオでビルドXを使うか」と聞いてきたとします｡
‫まずは自分のマシンで試してみることですね｡
‫プロダクションSに放り込まれないように｡ I. 初日に､ しかし｡
‫でも､ 新しいテクノロジーと同じように､ 徐々に進歩しています｡ でも､ ビルドキットは､
‫先月ビルドキットができて､ ビルドXはビルドキットの上に乗っている､ というものではないんです｡
‫そうですね｡
‫製品自体が2年前のものだと思うような｡
‫はい｡
‫私たちの多くは1年以上前からビルドキットの機能をデモして見せていますし､
‫実際､ YouTubeのチャンネルでは1年前からビルドキットについて話しているものがあります｡
‫ですから､ 今ようやくコマンドラインでこの機能が使えるようになり､ 皆さんの近くにある19 0 3リリースに搭載されることを考えると､ とてもエキサイティングです｡
‫ビルドXの計画は､ 実験的なものから外れるということなのでしょうか｡
‫つまり､ 19年3月に発売されたものは､ いつでも実験的なものから外れることはないんです｡
‫そのため､ 次の安定版リリースを待たないと安定版として登場しない可能性があります｡
‫ええ､ ほとんどそうです｡