‫これらのオーケストレーターのもう一つの重要な点は､ Web GUIを備えていることです｡
‫もはや定番のようなものですね｡
‫システム､ 大規模なマルチサーバーシステムを運用するのであれば､
‫せめて可視化できるようなGUIインターフェイスが必要でしょう｡
‫標準的なコマンドラインを､ 誰もが見ることのできるきれいな液晶画面に表示する以上のものがあるのです｡
‫そんな感じでしょうか｡ もちろん､ チーム内にはGUIを求める人もいるでしょう｡
‫彼らは､ 本当に操作するだけなので､ コマンドラインの専門家になりたいとは思わないでしょう｡
‫彼らはただ物事を見て､ YAMLをアップロードしたり､
‫ポッドを変更したりするだけです｡
‫Kubernetesの良いところは､ 1つのものを手に入れることができることです｡
‫アウトオブボックスではありませんが､ Kubernetes Dashboardという公式プロジェクトがあります｡
‫サードパーティ製もありますが､ 標準的なデフォルトのものに慣れてから､ サードパーティ製を検討するのがいいと思います｡
‫もちろん､ Docker EnterpriseやRancherなどのディストリビューションを利用する場合は､
‫そのディストリビューションにもアウトオブザボックスが用意されています｡
‫これは､ あなたがインストールするかもしれないデフォルトのKubernetes Dashboardを本当に置き換えるものです｡
‫Dashboardは実際にとても使いやすく､ インストールも簡単です｡
‫ただし､
‫クラウドの場合は､ Kubernetesを使って､
‫AzureやAmazon､ DigitalOceanにデプロイすることをお勧めします｡
‫KubernetesがホストしているKubernetesにデプロイして､
‫そこにワーカーノードをたくさん置いて､ そこに自分のものを置くだけです｡
‫このようなGUIをデフォルトで提供してくれることは､ 実はあまりないんです｡
‫そのため､ 少なくともクラスタで何が起こっているかを確認するために､
‫デプロイする必要があります｡
‫でも､ あまり道具がないんですよね｡
‫本当にサービスの管理を自動化しているだけなんです｡
‫しかし､ 少なくとも現時点では､ このDashboardを自分用にデプロイすることをお勧めします｡
‫ここで最後に言っておきたいのは､ この件に関しては安全第一ということです｡
‫実際に､
‫米国の超大手ハイテク企業など､ ほとんどがこのダッシュボードを利用してハッキングされた事例が記録されています｡
‫これらの問題の多くは､ 最近のリリースで解決されていると思いますが､
‫これらの多くは､ 大した認証がない､ あるいは全く認証がない状態でいきなり出てくるでしょう｡
‫インターネット上に何かを公開するということは､
‫常にハッキングを試みられると思った方がいいですよね｡
‫特に共通ポートでなら誰かがやろうとするはず｡
‫クロスサイトスクリプティングやウェブフレームワークの脆弱性など､
‫何かに対して脆弱である可能性が高いため､ ランダムなポートに配置するか､ IP制限によってIPを保護するか､ あるいは何らかのVPNが必要でしょう｡
‫個人的には､ 小規模なプロジェクトでは､ ランダムに高いポートを使うか､
‫認証を必要とする何らかのプロキシを前に置くことが多いですね｡
‫つまり､ 最初に認証を行うまでは､ Kubernetes Dashboardと実際に会話することもできないのです｡
‫Kubernetes Dashboard自体にも認証オプションがあり､
‫いくつかのものがデフォルトで付属しています｡
‫でも､ 一言だけアドバイスしてください｡
‫Kubernetesがオフィスでハッキングされ､
‫ビットコインの採掘者があなたのシステムでデータを採掘し始めたからと言って､
‫ヘッドラインに載るようなことにはならないようにしましょう｡
‫ググれば､ 大手企業で実際に起こった事例がいくつか出てくるはずです｡