Googleが「Borg」プロジェクトとして開発したコンテナオーケストレーションツールが、Kubernetesの前身だ。同社は、オープンソースソフトウェア管理団体Cloud Native Computing FoundationにKubernetesの権利を譲渡した。それ以降、Kubernetesは同団体が管理、運用している。

　Kubernetesが扱う基本的な構成単位はKubernetesクラスタだ。Kubernetesクラスタは複数の物理マシンまたは仮想マシンから成る。Kubernetesクラスタには、アクセス可能なユーザー、管理者、ストレージ、セキュリティ設定などを個別に設定できる。Kubernetesクラスタは、アプリケーションを機能などの細かい単位で切り分ける「マイクロサービスアーキテクチャ」に基づいた分散型アプリケーションを実現する。

いまさら聞けない「Rancher」とは何か

　Rancherは、複数のKubernetesクラスタを組織化して管理するためのツールだ。構成やアクセス権の設定が異なる複数のKubernetesクラスタを管理する場合に役立つ。例えば、あるKubernetesクラスタには経理部門、別のKubernetesクラスタには製造部門だけがアクセスできるようにする、といった状況だ。企業が管理するKubernetesクラスタの数が少なければ、Kubernetesクラスタのアクセス設定は手作業でできる。だが数百個規模のKubernetesクラスタを運用している企業の場合、Kubernetesクラスタの管理にはもっと効率的なアプローチが必要だ。

　そこでRancherの出番となる。Rancherを使えば、単一の管理画面から1つまたは複数のKubernetesクラスタにさまざまな変更を加えることができる。

　ある従業員が退職したため、この従業員が持つ特定のKubernetesクラスタへのアクセス権を無効にする必要があるとしよう。Kubernetesクラスタを手作業で設定する方法は、退職した従業員が1つのKubernetesクラスタにしかアクセス権限を持っていなかったならば合理的だ。

　その従業員が10個のKubernetesクラスタにアクセス可能だったとすれば、管理者は10個のKubernetesクラスタの設定を変更する必要がある。この場合、管理者はRancherを使用することで、該当の従業員がアクセス権を持つ全てのKubernetesクラスタから、該当の従業員のアクセス権を一度に削除可能だ。管理プロセスに要する時間を短縮できるだけでなく、より正確に実行できるメリットもある。人手による作業は、常にヒューマンエラーを引き起こすリスクを伴う。Rancherはヒューマンエラーのリスクを軽減する。

　KubernetesとRancherの違いをまとめよう。Kubernetesは仮想マシンや物理マシンが構成するKubernetesクラスタで稼働するコンテナを管理するツール。RancherはKubernetesクラスタを一括管理する技術ツールだ。この2つのツールはいずれも、クラウドネイティブなDevOps（開発と運用の融合）技術の取得を目指す企業が検討すべきツールだと言える。