Kubernetesを軸に再定義されつつある、新しい「クラウド対応」の意味とは[PR]
Kubernetesが登場した頃、当初注目されていたのはコンテナオーケストレーション機能と、コンテナ上のアプリケーションが自由にクラウド間を移動できる、いわゆるハイブリッドクラウドやマルチクラウドの実現でした。
このKubernetesベースのハイブリッドクラウドやマルチクラウドはすでに複数のベンダから製品やソリューションが展開されるようになり、普及がはじまろうとしています。
しかしKubernetesの進化はそこにとどまらず、Knativeによるサーバレスプラットフォームの実現、ミドルウェアへの高可用性(HA)機能の提供、運用自動化の支援などに広がり、新しいプラットフォームになろうとしています。
Kubernetesはクラウドをどう変えようとしているのでしょうか。現状をまとめつつ展望してみましょう。
登場して3年でKubernetesはコンテナオーケストレーションの標準に
2014年6月にGoogleがオープンソースとして公開したKubernetesは、「コンテナマネジメントツール」や「コンテナスケジューラ」もしくは「コンテナオーケストレーションツール」であると紹介されました。
コンテナオーケストレーションツールとは、複数のコンテナからなるクラスタに対してロードバランスを提供する機能や、あるコンテナが異常終了したことを検知すると自動的に新たにコンテナを立ち上げるフェイルオーバーの機能などを提供するものです。コンテナを多数用いた分散アプリケーションの運用には、こうしたコンテナオーケストレーションツールの機能は欠かせないものとされています。
Kubernetesが登場してしばらくのあいだ、コンテナオーケストレーションの分野にはRancherやMesos、Swarmといった複数のツールが存在し、事実上の標準の座を争っていました。
しかしKubernetesが登場してから約3年後の2017年10月、それまで自社のコンテナオーケストレーションツールであるSwarmを持ってコンテナオーケストレーションツールの事実上の標準を目指していたDocker社が、Swamに加えてKubernetesもDockerに統合することをデンマークのコペンハーゲンで開催した自社イベント「DockerCon 2017 EU」で発表します。
この瞬間、Kubernetesはコンテナオーケストレーションツールの事実上の標準の座を射止めたことが誰の目にも明らかになりました。
(本記事は日本IBM提供のタイアップ記事です)
あわせて読みたい
PHP 8でのJIT採用が可決、賛成50反対2。PHP 7.4への試験的採用は否決
≪前の記事
プログラムの実行内容を記録して再現する「タイムトラベルデバッグ」(Time Travel Debugging)機能、マイクロソフトがVisual Studioにプレビューで提供開始