‫では､ このことについてお話ししましょう｡
‫このDocker armというのは普通｡
‫あなたはどう思いますか？
‫両社とも素晴らしい動きだと思います｡
‫IO Tとex86以外のチップセットを加速させ､ インフラ・サーバーの役割を担うようになることは､
‫コミュニティ全般にとって良い動きだと思います｡
‫この5年間で､ ものすごい勢いで加速していますね｡
‫技術者､ ホビー愛好家､ スマートホームハッカーとして､ 私たちは通常､ Raspberry Piのようなホビー電子機器の世界に触れることが多いのです｡
‫しかし､ ARMプロセッサーが､ ネットワーク・インフラストラクチャー､ ワイヤレス・インフラストラクチャー､ モバイル・デバイスの中核となる多くのハードウェア・デバイスに搭載されていることは､
‫あまり知られていないかもしれません｡
‫車や冷蔵庫､ 洗濯機など､ あらゆるハードウェアを把握することができます｡
‫そうですね｡
‫この発表により､ Dockerとコンテナ・コンテナのおかげで､ 従来のデブオプスのソフトウェア開発の世界が優位に立つようになり､
‫効率化の進展が期待できます｡
‫それは､ この新しいハードウェアの世界を開くことになるのです｡
‫また､ 過去にハードウェアのハッキングをしたことのある人間が､ 職場でハードウェアのプロジェクトに携わり､
‫エッジでハードウェアの開発・テストを繰り返す中で､ 最も大きなギャップのひとつがその円周率でした｡
‫今回の発表には2つの狙いがあり､ 1つはこのギャップを埋めること､ もう1つはARMプロセッサーがサーバー市場に投入されることで､
‫より簡単に開発できるようにすることです｡
‫Dockerが開発現場での問題を解決したように､ ハードウェアからサーバスペースで通常のソフトウェア開発コードを書けるようにするための問題を解決してくれるのです｡
‫そうですね｡
‫また､ 8つの専用アームインスタンスとAC2について共同発表があり､ そこには多くの利点があると思います｡
‫そして､ マイクがコメントできるようにスペースを空けておきますが､ そこでもいくつかフォローアップがあります｡
‫基本的に全部持っていかれましたね｡
‫たまげたな
‫つまり､ 私たちはあなたを残して､ Adobeはインスタンスとすべてに簡単に腕を発表していた再発明し､ あなただけの劇的な価格低下を参照してくださいそこにもあります｡
‫私はIOCの領域ではあまり多くのことをやっていませんが､
‫Narenが話していたように､ UPSパイプラインやその他を開放して､ より簡単に書き込むことができるようになるのは間違いないでしょう｡
‫そうですね｡
‫ハードウェアの分野では､ 正直言って､
‫私たちの業界はあまり交わることがない世界です｡
‫レガシーアプリを移行している典型的な分散型アプリケーション開発者が､ クラウドの将来について考えているのです｡
‫自動車産業のIO TモバイルもVRAもゲームの世界で､ この開発オペレーションのさまざまな段階にいます｡
‫そして､ クラウドの世界が慣れ親しんできた新しいやり方に対して､ 世界を開くものだと思います｡
‫そうですね......私たち×86人は､ 基本的にすべてのラップトップを知っていると思います｡
‫ノートパソコンやデスクトップマシンを使っている人は､ インテルプロセッサで見ていることが多いと思います｡
‫そして､ 私たちは､ すべての機能とすべての素晴らしいソフトウェアの戦利品を持っているようなものです｡
‫しかし､ 私は､ スマートフォンの10年で､ ALMの歴史が長くなり､ 大きく変わったと考えています｡
‫必ずしも新しいものではありません｡
‫そして､ ご存じない方のために補足しておきますと､ アームはアームでも､ 実はプロセッサーを作っているわけではありません｡
‫私は最近､ これを学ぶ必要がありました｡
‫昨日Dockerが発表した後､ Azureのアームに関するYouTubeのビデオを見ていたのですが､
‫実はマイクロソフトのYouTubeにいくつか動画がありましたので､
‫それを見てみると､ データセンターの構築を手伝った人やデータセンター担当の人がデータセンターの設計について話しています｡
‫そして､ 彼にとっての興味深い立場は､ エネルギーやその他の面での節約についてでさえなかったことです｡
‫彼らにとっては､ 今まさにベンダーの選択の問題だったのだ｡
‫考えてみれば､ 世界中にこれだけのデータセンターがあるのですから｡
‫そこで次の86を走らせている｡
‫彼らは基本的に2つのベンダーの選択肢を持っているあなたは､ M.を知っている｡ D. インテルは､ データセンターを構築するために､
‫会社全体の基幹を担っています｡
‫マイクロソフトは､ 少なくとも3社のチップメーカーと提携して､ データセンター用のARMチップを製造していると言っていました｡
‫つまり､ あるベンダーやチップのセットが遅れたり､ 何かあったときのために､
‫あらゆる選択肢を用意しておくという､ 多様性のある遊びのように捉えているのです｡
‫そして､ P2P no Jのようなスクリプト言語を使っている人たちのために｡ S. Ruby Perlは､ 私の見解では､ クラウドインフラストラクチャの話であれば､
‫Intelで動作するのと同じようにarmで動作するのはフレンチではない､ ということです｡
‫現在では､ これらのイメージに対してDocker Pullを実行するだけで､
‫すべて実行されます｡
‫No.を見に行こう｡ 1リアルクイック
‫Dockerは､ 少し前からARMプロセッサ上で動作する機能を備えていますね｡
‫ジャスティンが車内でのコメントで､ ここ数年､ 腕に装着するイメージの発表が続いていたことを述べていましたが､
‫今回の発表で､ より生産に適したものになったと思います｡
‫そこには双方のコミットメントがあり､ まだ問題があることも承知している｡
‫まだ一級市民ではない｡
‫そして､ これからが本番ですが､ これまでのようなハローワールドのような例では､ いくつかの不具合が発生します｡
‫もうひとつ､ 私の見解では､ さまざまなハードウェア・プラットフォームについて話すとき､
‫チップはUSPやシリアル・インターフェースを介して他のハードウェアと通信し､
‫それらをコンテナに相互接続することもよくあります｡
‫そのため､ 最近では少し厄介になってきています｡ GPユースで複数の接続やハードウェアレベルのタイミング､
‫ロボティクスをサポートできるようにするには､ 闇の世界でさらに多くの作業を行う必要があります｡
‫しかし､ 今回の発表は､ 「私たちは真剣に取り組んでいますよ｡
‫Dockerがこれらのプラットフォーム上でどのように動作するかの改善に取り組み､ 将来的にカスタムハードウェアに対する開発がより容易になるようにしてください｡
‫そうですね｡
‫これがオーケストレーションにどう絡んでくるか､ 楽しみですね｡
‫つまり､ Docker e環境を立ち上げてCPEに行き､ Cデバイス群にこれらのコンテナを配備することを想像してみてください｡
‫そうそう｡
‫この多くは､ 現代でも通用します｡
‫つまり､ それが今回の発表だと思うのですが､ 誰かが発表したことで､ 業界アナリストのアナリストは通常エンジニアではない､ というようなことがわかると思います｡
‫そして､ Tech Crunchとタイトルを並べるとき Dockerの開発者は､ デスクトップでアームコンテナを構築できるようになったのです｡
‫そのタイトルは､ 実は3年前にも同じタイトルでできたはずなんです｡
‫何も変わっていない｡
‫ドッカーズは基本的に目標を達成するために､ 最終的には簡単にできるようにすることだと思います｡
‫開発テストから製品版へのパスがスムーズということでしたね｡
‫例えば､ Dockerでnodeを実行できるアーキテクチャは､
‫古いarmの32ビット版､ 最新のarmのV8 32ビット版､
‫i3 86 PPCであるX 86､ そしてS3 90 Xはメインフレームのチップです｡
‫1年半前のDocker con Copenhagenで､ 他のキャプテンと一緒に小さなハッカソンをやったんですが､
‫その時にスウォームのビジュアライズの代替品を作って遊んでいたら､ Andy 64とarm､
‫S3 96とWindowsの両方で動いて､ 一つのノードを作って4種類のアーキテクチャで走らせることができたんです｡
‫このアプリはアームとIBMのメインフレームの両方で動作するんだ｡
‫私はそれに取り組んでいます......つまり､ 本当にクールなんです｡
‫どういう意味ですか？
‫そうそう｡
‫このDCPがメインフレームでまだ使えるかどうか......わからない｡
‫私がDockerの初期に得た大きな目標の1つは､ どんなアプリでも同じコマンドで同じように実行できるようにするだけでなく､
‫どんなアーキテクチャでも同じものを同じコマンドで実行できるようにすることでした｡
‫最終的なゴールは､ パスやマニフェストのファイルなど､
‫さまざまなものがすべて完全に整うわけではありませんが､
‫アプリを作るときに複数のプロセッサ・アーキテクチャに同時に対応できるようになることです｡
‫私は通常､ どのようなアーキテクチャを使いたいかを知っています｡ 私が例に挙げたのは､ JSFを使わずに､
‫そのアーキテクチャの一部をクラウド上で動作させたい場合などです｡
‫また､ 最近まで8人用やAzureを使う場合は､ x86で動かす必要があり､ 動かすためのアームプロセッサーを持っていなかったようです｡
‫ですから､ IO Tデバイスに出荷する前に､ コードをテストしたり目を通したり､ そういうことをしようとすると､
‫ベアメタル・アームで実行するための選択肢があまりないんですね｡
‫そうですね｡
‫このように､ すべてのイメージを持っていて､ それらをテストすることができ､
‫基本的にイメージから別のアーキテクチャに変更するだけで､ コードが新しいイメージに組み込まれるというのは､
‫私が言っていたような方法です｡
‫Amazonsのカンファレンスで､ NWSがマイクロソフトのように独自のシリコンを作り､ A1インスタンスでA1媒体からスタートし､
‫順次アップしていくと発表したことをご存知ないでしょうか｡
‫そして､ 驚くべきは､ 10ギガビットのネットワークがすぐに利用できることです｡
‫AMDのプロセッサー1つで月16ドルですが､ 10ギガビットのネットワークが使えるので､
‫ネットワーク帯域のことだけを考えれば､ そこに置くことになりますし､ 6つのバージョンと比べても劇的に価格が下がっています｡
‫そうそう､ そこに多くの原因があると思うんだ｡
‫コストメリットが出てくると思います｡
‫消費電力や帯域幅もそうですが､ カスタムシリコンやカスタムハードウェアは､ 特に機械学習を始めると､ 全体的なトレンドになっています｡
‫I..
‫多くの企業は､ 自社のアルゴリズムをベイクし､ 自社のシリコンで自社のハードウェアを作り始め､
‫非常に特殊な機械学習アルゴリズムや宇宙船に特化したタイプのアプリケーションを開発しようとしています｡
‫今回の発表は､ Intel X 86を中心とした開発だけでなく､ 全体的な開発を進めるための最初の一歩だと考えています｡
‫そうですね､ 理想を言えば､ 数年後には､ 多くの人々にとっては準備が整っているかもしれませんが､
‫アメリカの普通の人々にとっては､ いろいろなアーキテクチャでテストして､
‫自分の要求する性能に対して最もエネルギー効率が良いか､ 優れているか､
‫コスト効率が良いか､ どれを選ぶかという判断になるでしょうね｡
‫というのも､ 実は長い間､ この話題について取り上げたいと思っていたことのひとつが､ 数ヶ月前､ ADA
‫Uの後だったと思いますが､ Linuxの創始者であるLinusのことだったのです｡
‫S. という発表があり､
‫彼は基本的にビデオを再生するつもりで出てきました｡
‫そうですね｡
‫ALMが存在するからといって､
‫それがメジャーになるとは限らない｡
‫X 86があれほど成功した理由を振り返ってみよう」というのが､ 彼の主張です｡
‫Linusが正しく､ Dockerとarmが一緒になれば､
‫この問題を解決するのに一番成功しそうな方法だ､ という内容のブログ記事を書く必要がありますね｡
‫また､ サーバーサイドのようなユースケースでは､ 消費電力やコストについて必ずしも語られることはないでしょう｡
‫私たちはなんとなく
‫ある程度はそうですね｡
‫コモディティ
‫しかし､ サーバーから離れ､ デバイスやクラウド､ 複数のアーキテクチャと相互作用するようになり､ GPがそれを利用するようになると､
‫まったく別の話になります｡
‫Linusの言う通り､ コモディティなソフトウェア開発やコモディティなアプリケーションといった特定の分野については､ そのとおりです｡
‫でも､ 農場を離れてその領域に踏み込むと､ 少し難しくなるし､ まだそこに到達していないんだ｡
‫とはいえ､ アーモンドはいろいろなところにたくさんあって､ 毎日触れていると思うのですが､ それが隠されているのはいいことなのでしょうか｡
‫たぶん､ ないと思います｡
‫つまり､ 86チップ1個に対して､ アームチップは何個動いているのか､ ということです｡
‫どうだろう｡
‫そうですね......きっとそこには掛け算があるんでしょうね｡
‫そうですね｡
‫そうそう､ 何本目か忘れちゃったんだよね｡
‫まだ発表していなかったのですが､ 何十億個というのは､ プライドがあるので言いにくいのですが､
‫アームという会社ができてから2000年頃まで500億個のチップを作って､ 次の4年間で500億個のチップを作って､
‫次の3年間で500億個のチップを作って､ みたいなことだったんですね｡
‫つまり､ 指数関数的と言いたいところですが､ 指数関数的な量のチップが作られているように見えるのです｡
‫それは､ すぐにでも変わると思いますよ｡
‫従来､ これらのチップは､ 必ずしもサーバーそのものではなく､ ハードウェアデバイスに搭載されていましたが､
‫最近ではサーバー以外のものもありますよね｡
‫そうですね｡
‫そうなんですか｡
‫つまり､ そうなんです｡
‫例えば､ armでカスタムのシチュエーションを作りたい場合､
‫ノードプログラマーというだけでなく､
‫低レベルのプログラマーであることが必要です｡
‫そうそう｡
‫それで､ このような小さな開発ボードがあるのですが､ おわかりになりますか？
‫どうだろう｡
‫そんなことはないと思います｡
‫そうかもしれませんね｡
‫よくわからないんです｡
‫でも､ この小さなものにフルスタックサーバーが搭載されているのはご存じですよね｡
‫アマゾンのダッシュボタンと本質的に同じものです｡
‫なるほど｡
‫それにFTBもあるし､ ウェブサーバーもある｡
‫それはつまり､ サーバーでないものです｡
‫私が作ったトースターはいずれ意味もなくサーバーを搭載することになるんですよね｡
‫右の意味です｡
‫おそらく､ すでにそうなっているのでしょう｡
‫液晶パネルを搭載しているものには､ アームチップが搭載されているはずです｡
‫1300億円以上
‫地球上には70億人しかいないんですからね｡
‫そのため､ 世界の70％以上の人が､ ARM技術のセンサーからスマートフォン､ スーパーコンピュータまで使っているのです｡
‫そうですね｡
‫だから､ すごくカッコイイと思うんです｡
‫デモを見ると､ タッカーのデスクトップにいることがわかるように､ OK Cool Armを動かしているような感じです｡
‫ですから､ もしあなたがただ実行しているだけなら､ あるいはデスクトップなら､
‫今すぐarmコードを実行することができます｡
‫QMを利用しているので､ ご存じない方はEMU dot
‫orgのキューをご覧ください｡
‫でも､ 仮想化と同じような仕組みだと思えばいいんです｡
‫これはDockerのものではなく､ DockerがデフォルトでDocker Desktopにバンドルしているものです｡
‫ということを､ みんなで話してきました｡
‫YouTubeで「Raspberry Pi Docker」「Armed
‫Docker」などと検索すると､ 3年から5年分の動画が見つかりますよ｡
‫昨日の発表の課題のひとつは､ 驚きをもって受け止められたことです｡
‫5年前から持っているんですね｡
‫ただ､ 次のリリースを待つ必要はないような仕組みになっています｡
‫Dr.を待つ必要はありません｡ カーン
‫この発表でわかったことは､ Docker eがarmに対応すること､
‫armの公式ドクターサポートが行われることです｡
‫このようなことであれば､ 実際にお電話でサポートさせていただくのがよろしいかと思います｡
‫開発者のワークフローが改善され､ 複数の画像を簡単に扱えるようになることを期待していますし､
‫ニュースも発表されるでしょう｡
‫博士 来週もカーン......つまり､ 新しいツールやものがいっぱい来るんだ｡
‫そうそう｡
‫実際､ ちょっと考えてみても......博士｡ Ducker composeを私のマシンで起動させ､
‫マクロウィンを使っている場合は､ Dr.デスクトップとして起動させることができます｡
‫つまり､ コンテナを実行するサービス・サービスの1つを､
‫Armベースのものと､ X 86のものとを同じネットワークに接続して､
‫異なるアーキテクチャ・タイプのローカル・アプリケーションをシームレスにテストすることができます｡
‫また､ ユニークなカーネルのように､ 従来は扱いが難しかったものの､ 多くの利点があるものにも門戸を開くことができ､
‫クールなことだと思います｡
‫私はカーネルの専門家ではありませんが､ これは､ ハードウェアと通信するための､ より高度な方法への道筋のようなもので､
‫より高度なカーネルはより安全なのです｡
‫そうですね｡
‫もうひとつ､ この発表には含まれていませんが､ 暗い画像には暗号化されたグラフィカルな署名が付きます｡
‫ハードウェアの話をするときに大きな課題となるのは､ ハードウェア上で実行されているものに暗号化された署名を付けることです｡
‫そして､ エッジでの処理が増えれば増えるほど､ その重要性は増していきます｡
‫また､ 新しいプロセッサ・アーキテクチャを採用したサーバーでも､ X86では開発現場からそのようなメリットを得られないかもしれませんが､
‫今はそのようなことはありません｡
‫カメラシステムがハッキングされたとか､ そういう話はよく聞きますよね｡
‫そうですね｡
‫私たちが思っている以上に､ そういうことがあると思うんです｡
‫いろいろなニュースを聞いて､ ああそうなんだ､ と｡
‫でも､ 実際にはたくさんのデバイスがあることはご存知だと思います｡
‫面白いのは､ Google Homeのように､ 特にハッキングされないようにカメラを内蔵していないことを売りにしたデバイスが登場していることです｡
‫最近､ Google homeを手に入れたのですが､ 基本的にはAndroidを搭載したスピーカー内蔵の小さなタブレットで､
‫いろいろなものが入っているんです｡
‫しかし､ 1つだけカメラがないのは､ そのために私たちは皆､ 訓練を受けてきたのです｡
‫今､ 私の家にあるセンサー付きのインターネットアクセスはハッキングされる可能性がありますが､
‫あなたの言うとおりDockerは､ アプリがハッキングされてもOSがコンテナを交換できるので､ ハッキングを取り除くためにデバイスのファームウェアをフラッシュするよりもずっと簡単です｡
‫そうですね｡
‫ですから､ コンテナから抜け出さなかったと仮定するよりも､ 全体の修復はずっと簡単だと思いますし､ 常にそういったリスクがあることは明らかです｡
‫でも｡