あなたは、大規模なコンテナの配置が必要な場合は、おそらくKubernetesは間違いなくあなたの最初の選択肢、近年のコンテナファイリングシステムでは、Googleのオープンソースの急速な発展により導入されたことを、非常に業界やユーザーの大多数になることはありませ。
それにもかかわらず、ほとんどのユーザーのために、につながるエンドユーザーが重い管理を負担する必要があり、設定や問題を設定することは困難で、急な学習曲線があるKubernetes。これに基づき、最適なソリューションではありません単独で通常のサポートおよび保守のための部品の一つは、一般的に使用することがより直感的であり、ことに満足Kubernetes Kubernetes学習と直接、完璧なコンテナ技術ソリューションを見つけるために、このようなプログラムを開始しましたシンプルな、これは大幅のKubernetesを始めるために、閾値が低下しているでしょう。
この記事では、私はKubernetesリリース、コンテナツール、異なるサプライヤーがその上のLinuxカーネルを提供し、そして含む10最も人気のあるKubernetes業界関連製品を、リストされています。
この記事では唯一のソフトウェアリリースを示し、そのようなクラウドサービスとしてアマゾンEKSやGoogle Kubernetesエンジン（GKE）のリストが含まれていないローカルまたはクラウドでホストされているとして実行することができます。
CONTENTS
ランチャー2.0
CoreOSテクトニック/ Red HatのCoreOS
Kubernetesのカノニカル分布（CDK）
ドッカーコミュニティ版/ドッカーEnterprise Editionの
Heptio Kubernetes購読します
コンテナファロス
ピボタルコンテナサービス（PKS）
Red HatのOpenShift
SUSEコンテナサービスプラットフォーム
Telekube
テンKubernetesリリース
ランチャー2.0
https://rancher.com/kubernetes/
厳密に言えば、ランチャー2.0は、単純なKubernetesのリリースではありませんが、オープンソースは、管理プラットフォームをKubernetes。ランチャー2.0それらは方法で配備クラスタをKubernetesかどうか、Kubernetesサービスとして（サービスとしてKubernetes）企業の顧客に提供し、統一マルチKubernetesナノチューブクラスタを達成することができます。これは、異なる生産環境インフラ事業は、困難に直面する可能性が解決します。ランチャー2.0ナノチューブは、グーグル（GKE）、アマゾン（EKS）とアズール（AKS）と他のパブリッククラウドでホストされているから、プラットフォームKubernetesサービスを統一することができます。
牧場主Labsは、2019年K3sを軽量Kubernetesの放出を提供するためにリリースしました。この製品は、Kubernetes開発・運用・保守人員のリソースが制限された設定で動作するように設計されています。各サーバーインスタンスのみ512MBのRAMとディスク容量の200メガバイト これは非常にこれらの変更を介して、のような任意のデータ記憶装置をetcdするためにエンジンが動作している容器、および加えたSQLiteの導入として、代わりにcontainerdドッカーを使用し、古い、非必須コード、実行中のプロセスの統合された束を除去します実行するために必要なスペースとリソースを削減します。
CoreOSテクトニック/ Red HatのCoreOS
https://coreos.com/tectonic/
コンテナ中心を提供するために、CoreOS Linuxディストリビューションは、ドッカーと互換性がありますが、固定の画像フォーマット、独自のランタイムだけでなく、そこにある「ビジネスクラスKubernetesリリースは。」これらは、基本CoreOSテクトニック・スタックを形成します。
CoreOSコンテナLinuxオペレーティングシステムは、パンデミック製品の業界で、そのハイライトの一つは、それがコンポーネントのコンテナのセットのようであるということです、ユーザーは、自動的に本番環境に統合され、オペレーティングシステムを更新することができ、アプリケーションを実行しているクローズする必要はありません。 。CoreOSも更新Kubernetesできる「ワンクリックを。」また、CoreOSテクトニクスは、Amazon Webサービス、マイクロソフトのAzureおよびベアメタル上で実行されます。
CoreOSのRed Hatの買収は、Red HatのOpenShiftに統合する予定です。コンテナのLinuxは、Red Hat CoreOS名前が変更されます。コンテナLinuxは引き続きサポートされます前に動きは、2020年に完了する予定です。Red Hatの声明によると、移行は「ほぼすべて」CoreOSテクトニクス機能を提供します。
Kubernetesのカノニカル分布（CDK）
https://ubuntu.com/kubernetes
Canonicalは、Ubuntu Linuxのメーカーだけでなく、Kubernetesのカノニカル分布（CDK）は、独自のKubernetesリリースを、持っています。このリリースには大きなセールスポイントは、それがUbuntuのLinuxディストリビューションの広くサポートされている、理解しやすくかつ広範な展開であるということです。Canonicalのどちらか、実行することができ、そのスタックはまた、ローカルに配置することができることを主張し、あらゆるクラウド上のCPUとGPU駆動型のワークロードをサポートします。有料顧客は、リモートでKubernetesクラスタサービスを管理するための正規エンジニアを楽しむことができます。
Kubernetesは、CanonicalのもMicrok8s呼ばれる軽量バージョンを持っていリリース。Kubernetes初心者の開発者とも本番環境で使用される低ハードウェア構成を有するもので、実験、試験するために使用されているラップトップまたはデスクトップMicrok8s、上にインストールすることができます。
「（クラウドネイティブプラットフォームCNPと呼ぶ）、クラウドネイティブプラットフォーム」また、正規とランチャーLabsは共同と呼ばれる製品を開発し、それがKubernetes Canonicalのリリースとランチャーが一致したコンテナ管理プラットフォームです。だから、あなたはKubernetesは二階建てで、各クラスタコンテナ上で動作し、複数のKubernetesクラスタを管理するために管理することができます。現在、CNPは、ランチャーのバージョン2.xで使用するための準備ができています。
ドッカーコミュニティ版/ドッカーEnterprise Editionの
https://www.docker.com/products/kubernetes
多くの人々のために、ドッカーコンテナだけ。しかし、実際には、2014年後にドッカーは、独自のクラスタとファイリングシステム、ドッカースウォームを持っており、このシステムはKubernetesの競争相手でした。2017年10月までは、ドッカーは、それがパッケージの標準的な方法として、その変更されていない、標準の永続的な状態にKubernetesを追加することを発表し、この調整は、ドッカーコミュニティ版とドッカーエンタープライズ2.0以降のバージョンをカバーしています。
ドッカーエンタープライズ3.0は、ドッカーKubernetesサービスを追加し、これは開発者のデスクトップと本番デプロイメント環境Kubernetesバージョン統合一貫Kubernetesかもしれません。
要するに、ドッカー会社はスウォームより大きな管理、コンテナ複雑な環境に、より適しKubernetesを実現しています。しかし、ドッカーはまだそれは展開せず、このような多くの地元の展開としてはあまり複雑な仕事を持つもの、より適している、元のクラスタシステム「群れモード」が含まメンテナンスや変更を必要としない保護されたアプリケーションを既存の群れのクラスタモード。
Heptio Kubernetesのサブスクリプション・エディション
https://heptio.cloud.vmware.com/
KubernetesクレイグMcLuckieとジョーベダの2人の創設者は、Heptio、Kubernetes周りのサービスや製品の主なプロバイダーを設立しました。彼らは最初の主力製品は、有料Kubernetes展開サービス、Heptio Kubernetes購読（HKS）です。クロック技術サポートの周りHeptioは、上記月額$ 2,000がかかります。
主な利点は、ベンダーロックインを恐れることなく、HeptioエンタープライズクラスKubernetesであることです。これは、パブリックまたはプライベートクラウドのハードウェア上で展開され実行されます。Heptioはオープンソースで構成管理Kubernetesのためのすべてのツールを提供し、修正はサポート・クラスターに直接配信することができます。
2018年には、VMwareはHeptioを取得しますが、現在はまだ取得Heptioの製品計画に影響を与えません。
コンテナファロス
https://www.kontena.io/pharos/
ポジショニングKontenaファロスは、Red HatのLinux製品は、実質的に同じ持っているとそれは、「だけの作品Kubernetes」である「遊び」。基礎となるアーキテクチャはCNCF認定Kubernetesリリースの結果である、あなたは（FedoraのまたはCentOSのように、と）のApache 2ライセンスで使用することができます。有料顧客は、プロレベルの機能、技術的なアドバイス、サポートサービスや、クラウドネイティブインフラストラクチャへの移行など、特定の固定価格の製品を、得ることができます。
コアファロスは、基本的な機能、自動セキュリティアップデートやコンテナやその他の実行時間数のデフォルトの設定を解除します。有料版では、このようなクラスタの展開を含めKontenaレンズパネル、Kontenaストレージ分散ストレージシステム、バックアップ、負荷分散、およびネットワーク分離環境、などのビジネスツールを、追加します。
Professional Editionの30日間の試用期間、ほぼ$ 3,000〜月額購読料。オープンソース版は、ライセンス料を必要としない、時間制限はありません。
ピボタルコンテナサービス（PKS）
https://pivotal.io/cn/platform/pivotal-container-service
ピボタル、そのクラウドファウンドリーのパフォーマンス、よく知られている、それはエンタープライズクラスのKubernetesサービス、すなわちピボタルコンテナサービス（PKS）を持っています。PKSは、例えば、それはKubernetesクラスタを起動し、管理するためのピボタルに一度クラウドファウンドリー事業久保を使用して、他の多くのピボタルプロジェクトのためのインスピレーションを描画します。
PKS最も顕著な特徴の一つは、しっかりと実際には、PKSは、VMware-ピボタルの共同プロジェクトである、VMwareの仮想マシンのスタックに統合されています。PKS上のコンテナを実行すると、vSphereの上、このようなVMwareのVSANで永続的なストレージとして利用可能なサービスを、実行中の仮想マシンにアクセスすることができます。また、PKSは、パブリックおよびプライベートクラウド環境VMwareのクラウド基盤にVMwareインフラストラクチャを管理するために管理することができます。
要するに、VMwareおよび企業の研究PKSでKubernetes関心の任意の使用は、既存のVMwareの設定を利用することができます。
Red HatのOpenShift
https://www.redhat.com/en/technologies/cloud-computing/openshift
レッドハットのPaaSは、最初にHerokuのを使用して、OpenShift製品で同様の「カセット」パッケージ・アプリケーションをbuildpack、その後に「ギア」として知られている容器内に配備します。ドッキングウィンドウは、その後登場し、OpenShiftは新しいイメージと実行時の標準コンテナで、再設計されています。必然的に、Red Hatは、技術OpenShiftの振り付けとしてKubernetesを使用しています。
OpenShiftものPaaSのすべてのコンポーネントのための抽象化と自動化を提供します。Kubernetesに延長この抽象化と自動化は、PaaSのの展開のより重要な部分として、したがって、OpenShiftは、このプロセスを容易にするために使用することができ、かなりの管理上の負担をもたらすでしょう。
上述のように技術的合併が2020年までに完了することが期待されるが、CoreOSテクトニクスは、Red HatのOpenShiftに組み込まれます。
SUSEコンテナサービスプラットフォーム
https://www.suse.com/products/caas-platform/
Linuxディストリビューションは、広くヨーロッパで知られているのでまたSUSE SUSEのCaaSプラットフォームを所有しています。概念的には、SUSEのCaaSプラットフォームは、裸の金属容器「ミニ」オペレーティングシステム、Kubernetes、内蔵された画像の保存およびクラスタ構成ツールを実行している組み合わせを連想させるCoreOSテクトニクスは、あります。
SUSEのCaaS Platform3は2018年にリリースされ、それがクラスタマスターノードに適応することができます。このバージョンではマルチマスタ機能を追加し、カーネルはLinuxカーネルが含まれている調整するためにカスタマイズすることができる調整機能を、クラッシュします。
SUSEのCaaSプラットフォームは、パブリッククラウドとローカルベアメタル上で実行することができますが、まだ基盤となるクラウドインフラストラクチャとの任意の統合をサポートしていません注意SUSEを払う必要があります。これは、SUSEのCaaSプラットフォームの設計アマゾンEKSやGoogle Kubernetesエンジンを補完するために、しかし、あなたが複数のクラウドやデータセンター運用コンテナにまたがることができるように、それらを避けるために意図されていないことを意味します。
Telekube
https://gravitational.com/gravity/
テレポートSSHサーバの所有会社重力は、ローカルまたはリモートクラスタ上で実行するKubernetesリリース「の生産を強化すること」である重力を、開発しました。重心位置は、独自のSaaSプラットフォーム・ソリューションまたは複数の領域で実行Kubernetesサービスとしておよびホスティングプロバイダです。
重力のアプリケーションがKubernetes上のコンテナで実行するには、前提はいくつかの準備を行う必要があります。彼らは、最初の「バンドル」にパッケージ化されなければならない、「バンドル」の後Kubernetesクラスタ分布に公開されます。これらは、「結合する」はまだ行われる必要があるが、また、追加作業のユニークな必要性の重力バンドルリストに動作する準備ができている私たちの一般的な展開コンテナアプリケーションに加えて、必要な余分な作業に属します。
重力はすべてのアプリケーションと構成を含む全体Kubernetesクラスタ機能のスナップショットを撮影含まれており、ユーザーは他のKubernetes環境へのスナップショットを展開することができます。
エピローグ
Kubernetesと、コンテナは、アプリケーション、展開、および管理方法を作成するために変更されています。この資料に記載されているこれらのKubernetesリリースは、この革命をリードしています。
オリジナルリンク：
https://www.infoworld.com/article/3265059/10-kubernetes-distributions-leading-the-container-revolution.html