独自構築か商用製品か、どの商用製品か
後悔しないKubernetesプラットフォームの選び方
コンテナ運用にKubernetesは不可欠だが、Kubernetes環境の構築は難易度が高い。そしてKubernetesだけでは足りない。他のツールも必要だ。困難な独自構築を試みるか、商用製品を購入するか。検討のポイントとは？
コンテナの最大のメリットは、モジュール性が高く、スケーラブルで回復力のあるアプリケーションが保証されることだ。だがコンテナの運用にはオーケストレーション、監視、メンテナンスが必要だ。結果として複雑さが著しく増大する。
コンテナのメリットを十分活用してコンテナ化に伴う複雑さに対処するには、インフラを自社のニーズに合わせることが不可欠だ。では、コンテナプラットフォームを構築するに当たって何を検討すべきなのか。
適切なOSの選択
コンテナを運用するに当たって驚くほどよく間違えるのは、コンテナを運用するOSの選択だ。どのOSを選んでもコンテナは運用できる。だがコンテナプラットフォームとして「Linux」以外が推奨されるケースはほとんどない。
これにはそれなりの理由がある。
コンテナがその内部のアプリケーションを実行するために、SELinux、名前空間、コントロールグループなど、Linuxの主要な概念や機能を利用している。「Kubernetes」などのコンテナオーケストレーションツールはLinuxの概念を用いて構築されており、コンテナの管理にLinuxのツールとAPIが使われている。
システムリソースと開発者の時間の無駄を最小限に抑えるためにも、コンテナプラットフォームはLinuxを選択すべきだ。
Kubernetesの先を思い描く
コンテナについて話をする際、Kubernetesの正確な役割を話題にしないことは多い。そうした会話では、Kubernetesの役割を「コンテナを実行するアプリケーションだ」という程度にとどめている。だがそれは間違いだ。
Kubernetesは、正確にはAPI、ユーティリティー、ツールの集合体で、コンピューティングリソース管理とコンテナオーケストレーションを担当する。だが、Kubernetesはコンテナプラットフォームに必要な全ての要素を提供するわけではない。コンテナプラットフォームを完全なものにするには、Kubernetesが提供するツールに加えてネットワーク、ストレージ、レジストリ、ログ記録、監視が必要だ。これら全てをオーケストレーションツールとともにOSに配置しなければならない。
リソースやニーズに応じて、「商用製品の購入」と「独自構築」を選べる。商用製品ならば包括的なコンテナプラットフォームの開発、管理、インストール、構成に要する時間を節約できる。そのため独自構築よりも商用製品の方が魅力的な選択肢になることが多い。
さらに、商用製品は大企業向けの便利な「すぐ使える」機能の開発と構成（と試行錯誤のテスト）が既に完了している可能性がある。最も重要なのはクラウドに依存しないことだ。その結果、コンテナプラットフォームを異なるクラウドプロバイダー間でシームレスに運用できる。
忘れてならない4つのC
コンテナプラットフォームを選ぶに当たっては、そのプラットフォームが自社のニーズに結び付いていることを必ず確認する必要がある。商用製品を選択する場合は、その製品がどの程度ニーズを満たすかを評価するための経験則による優れた評価基準がある。それが4つのCだ。
- コード（Code）
ベンダーはどのようなコードの種類とレベルを提供しているのか。
- 顧客（Customers）
そのプラットフォームを既に使っているユーザーはあるか。そのユーザーの運用ニーズは自社とどの程度類似しているか。
- クラウド（Cloud）
コンテナプラットフォームをどこで運用するのか。どのクラウドプロバイダーで使えるのか。
- 包括性（Comprehensive）
製品のポートフォリオはどの程度網羅されているか。それでチーム全体のニーズが満たされるのか。自社が求めるスケーラビリティを実現できるのか。
最後に考えるのは、コンテナプラットフォームが単独では適切に機能するとしても、他の運用や戦略から切り離して実装するものではないことだ。コンテナプラットフォームが他の目標を実現する妨げになるのであれば、コンテナプラットフォーム選びを振り出しに戻すことをためらってはならない。
コンテナプラットフォーム選びは1回で終わるものではない。むしろ、定期的に繰り返し変更が必要になるインフラの一つだ。それは、そのプラットフォームに配置されるコンテナで繰り返し変更が求められるのと変わらない。
エリカ・ランギ氏はRed HatのEMEA（ヨーロッパ、中東、アフリカ）担当シニアソリューションアーキテクト。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
SNS認証や多要素認証も数分で実装、IDaaS基盤でデジタルビジネスはどう変わる？ -
製品レビュー
「電子帳簿保存法対応」実践術：タイムスタンプ付与などの要件の手軽な実現方法 -
事例
「大企業のデジタル化」成功事例集【コクヨ、九州電力、ヨネックスなど21社】 -
製品資料
“顧客管理の課題”を簡単に解決する方法とは？ -
製品資料
契約管理の“あるある課題”をノーコード開発で解決するためのポイント
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
2
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
Synologyがエンタープライズ向けユニファイドストレージを投入 その実力は
-
5
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
6
自宅のWi-Fiが「遅い」「途切れる」本当の原因は？ Dellが推奨する鉄則
-
7
脱VMwareの最適解 NTTデータと日立製作所が示す国産仮想化基盤
-
8
「Windows派」「Linux派」を分ける決定的な違い
-
9
継続利用は4割どまり M365 Copilotが「効く業務」と期待外れの境界
-
10
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー