独自構築か商用製品か、どの商用製品か

後悔しないKubernetesプラットフォームの選び方

コンテナ運用にKubernetesは不可欠だが、Kubernetes環境の構築は難易度が高い。そしてKubernetesだけでは足りない。他のツールも必要だ。困難な独自構築を試みるか、商用製品を購入するか。検討のポイントとは？

公開 2021年04月21日 08時00分

更新 2022年01月20日 14時19分

著者

Erica Langhi

[Computer Weekly]

印刷する連載新着通知を受け取る

　コンテナの最大のメリットは、モジュール性が高く、スケーラブルで回復力のあるアプリケーションが保証されることだ。だがコンテナの運用にはオーケストレーション、監視、メンテナンスが必要だ。結果として複雑さが著しく増大する。

　コンテナのメリットを十分活用してコンテナ化に伴う複雑さに対処するには、インフラを自社のニーズに合わせることが不可欠だ。では、コンテナプラットフォームを構築するに当たって何を検討すべきなのか。

適切なOSの選択

　コンテナを運用するに当たって驚くほどよく間違えるのは、コンテナを運用するOSの選択だ。どのOSを選んでもコンテナは運用できる。だがコンテナプラットフォームとして「Linux」以外が推奨されるケースはほとんどない。

　これにはそれなりの理由がある。

　コンテナがその内部のアプリケーションを実行するために、SELinux、名前空間、コントロールグループなど、Linuxの主要な概念や機能を利用している。「Kubernetes」などのコンテナオーケストレーションツールはLinuxの概念を用いて構築されており、コンテナの管理にLinuxのツールとAPIが使われている。

　システムリソースと開発者の時間の無駄を最小限に抑えるためにも、コンテナプラットフォームはLinuxを選択すべきだ。

Kubernetesの先を思い描く

　コンテナについて話をする際、Kubernetesの正確な役割を話題にしないことは多い。そうした会話では、Kubernetesの役割を「コンテナを実行するアプリケーションだ」という程度にとどめている。だがそれは間違いだ。

　Kubernetesは、正確にはAPI、ユーティリティー、ツールの集合体で、コンピューティングリソース管理とコンテナオーケストレーションを担当する。だが、Kubernetesはコンテナプラットフォームに必要な全ての要素を提供するわけではない。コンテナプラットフォームを完全なものにするには、Kubernetesが提供するツールに加えてネットワーク、ストレージ、レジストリ、ログ記録、監視が必要だ。これら全てをオーケストレーションツールとともにOSに配置しなければならない。

　リソースやニーズに応じて、「商用製品の購入」と「独自構築」を選べる。商用製品ならば包括的なコンテナプラットフォームの開発、管理、インストール、構成に要する時間を節約できる。そのため独自構築よりも商用製品の方が魅力的な選択肢になることが多い。

　さらに、商用製品は大企業向けの便利な「すぐ使える」機能の開発と構成（と試行錯誤のテスト）が既に完了している可能性がある。最も重要なのはクラウドに依存しないことだ。その結果、コンテナプラットフォームを異なるクラウドプロバイダー間でシームレスに運用できる。