‫コマンドラインについて説明する前に､ 重要なことを簡単に説明します｡
‫Kubernetesとのやりとりは､ 通常コマンドラインから行いますが､ Kubernetesにはたくさんのオプションがあります｡
‫Kubernetesについてこれからお話しする中で､ 同じことをするにもいろいろな方法があるということが､
‫大きなテーマの1つになっていると思います｡
‫それは､ Kubernetesが他のDockerツールとは異なり､ 非常に意見が多いからです｡
‫ワークフローや基本的にはチームの好みに合わせて､ いろいろなやり方ができるようになっています｡
‫その際､ 何をすべきか､ 何が自分にとって正しい方法なのかを知ることは､ しばしば困難なことです｡
‫そのため､ ツールを習得するための投資がもう少し必要です｡
‫そこで､ 今回のクイックレクチャーでは､ そのことを警告､ あるいは啓蒙したいのです｡
‫その方法は複数あります｡
‫だから､ あるコマンドを紹介したときに､ そのコマンドが他にも複数存在することがあるんです｡
‫そして､ ブログを見ても､ Kubernetesのドキュメントを見ても､ その具体的な内容は､
‫主に3つのコマンドに書かれています｡
‫キューブコントロール､ 実行､ キューブコントロール､ 作成､ キューブコントロール適用の3つです｡
‫Cube Control Runを使用した例をいくつかご紹介します｡
‫おそらくDocker runに近い体験ができ､ その後Cube Control CreateはswarmのDocker
‫createに近い体験ができるのではないでしょうか？
‫そして､ Cube Controlの適用は､ swarmによるスタックデプロイに似ていると思われるかもしれません｡
‫そして､ Swarm を知っている人なら､ これらのコマンドがどこに属するかを知るための最良の方法は､
‫この一番下の apply コマンドです｡
‫そこでやることは本当にYAMLの差分を環境に適用することだけで､
‫作成や更新は同じコマンドで行うことになります｡
‫キューブコントロールの実行は､ 門外不出で､ 次の講義で予告があることにお気づきでしょう｡
‫あるいは､ ないのであれば､ その講義を入れ替えたのかもしれません｡
‫しかし､ キューブコントロールランが変更され､ 実際にその範囲を縮小しているため､ 警告が出されています｡
‫以前は､ いろいろなものを作るために使うもので､ バックエンドにオートメーションがありました｡
‫しかし､ 現在では､ runが持っている多くの機能を減らし､ 非推奨とし､ 最終的にはポッドを実行するためだけに設計される予定になっています｡
‫この点については後で詳しく説明しますが､ この後のビデオやセクションを通じて､ キューブコントロールの実行コマンドやキューブコントロールの作成コマンドが表示されることがあるということだけ知っておいてください｡
‫さらに､ exposeやapplyといった将来のコマンドを見て､ これらのコマンドを実行する他の方法があることに気づくかもしれません｡
‫どれが正しいという好みがあるわけではありませんが､ 仕事のスタイルによって､ 命令型なのか宣言型なのか､
‫それは後で説明するとして､ この先学んでいってください｡
‫これは､ あるコマンドを他のコマンドより使用する必要があるかどうかを示すものです｡
‫だから､ それがあることを意識して､ はじめましょう｡