Kubernetesは素晴らしいプロジェクトです 特にコンテナ化されたアプリのデプロイと管理で、すべての人に知られています。 また、RedHatのEMEA開発者採用リーダーであるMarkusEiseleは、それについて学びたいと思っている人にとって重要な詳細をいくつか持っています。
そしてそれは、ビジネス開発が常にコンピュータエンジニアリングの大きな課題のXNUMXつであり、特に RedHatのような企業。 そのため、過去3年間で、従来のXNUMX層アーキテクチャから、高度に分散されたマイクロサービスを備えた新しいアーキテクチャに移行し、パブリッククラウドプロバイダー向けにほぼ無制限のインフラストラクチャリソースを実現しました。 さらに、これらのマイクロサービスは、廃止された重いアプリサーバーと比較して、非常に具体的で単純なタスクに特化できます。
これらの マイクロサービス これらは、消費されるリソースの点で効率が向上することを意味します。これは、もうXNUMXつの大きな利点です。 さらに、これは、あたかもコンテナを介してこれらのアプリをデプロイするための最良の方法のXNUMXつです。 小さな仮想マシン 扱われました。 VMとコンテナーの主な違いは、最初のコンテナーにはオペレーティングシステムがないことですが、代わりに、アプリであるかのように、ホストオペレーティングシステムカーネルのユーザースペースで実行されます。 これは、セキュリティの強化も意味します。
ただし、このアーキテクチャには多くのコンテナ（サービスごとにXNUMXつ以上）が必要であるため、すべてが有利になるわけではありません。つまり、コンテナの管理と調整の方法が複雑になり、システム管理者の負担が大きくなる可能性があります。 これはどこです Kubernetesが登場 そしてそれはすべてをはるかに簡単にします。
Kubernetesでのネイティブ環境のセットアップ
Kubernetesは管理者の生活を楽にします、アプリとサービスのより自動化された管理を可能にします。 例えを探すと、それは桟橋の港湾当局のようなものであり、船が宇宙内を同時に移動できるようにします。 つまり、最初は、Kubernetesの機能をJava EEの機能と比較できました。どちらも、分散した物理ハードウェアでアプリを実行するためです。 ただし、コンテナーはアプリ自体の要件についてはほとんど気にしません。
Kubernetesを使用すると、構成ファイルを次のように書き込むことでクラスターを構成できます。 テキスト形式（主にYAMLですが、JSONもサポートしています）。 内部には、管理用に定義された各オブジェクトのパラメーターまたは仕様が含まれます。
ローカルKubernetes構成用のハードウェア
を利用するために 高いスケーラビリティと信頼性 開発者と管理者は、Kubernetesクラスターによって提供されるため、実行するのに十分なリソースをコンテナーに提供するように注意する必要があります。
クラスターに、2 GBのRAMと4つのコアを備えた2つのマスターノードと、1GBのRAMと2つのコアを備えたXNUMXつのワーカーノードがあると想定される場合。 Kubernetesクラスター 最低でも6GBのRAMと12コアが必要です。 このプロジェクトがデスクトップを対象としていないことは事実ですが、すべてのデスクトップコンピューターが提供できるわけではないリソースもあります。
ただし、現在、いくつかの 小規模な学習環境 これにより、開発者はローカル環境でKubernetesを使用して開発できます。 それらの例としては、MiniKube、MicroK8s、OpenShift CodeReadyCointainersなどがあります。 それらはすべて1つの単一ノードのクラスターであり、デスクトップPCに配置でき、インストールは数分で実行できます。
テストするには より複雑な環境サービス、通常、真のKubernetesクラスターに移動する必要があります。 しかし、ツールは コード対応コンテナ ツールキット全体やKubernetesクラスターのシングルノードインストールなど、開発者の作業がはるかに楽になります。
Kubernetesでのネイティブ採用は別の世界です
Kubernetesは、これらのサービスの管理方法がまったく異なり、統合されていることを理解している開発者のエクスペリエンス全体を変えるようになりました。 その結果、Kubernetesの採用は 次の論理的なステップ 開発者の簡素化に向けて。
同様に、Kubernetesは 柔軟性の向上、生産的なネイティブKubernetes開発のためのヘルプとツール、およびエキサイティングな新しい課題...