DevSecOpsを学ぶ

第7章. 計画と拡大

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

前章では、コンフィギュレーション管理、デプロイ、モニタリングに関する概念を紹介し、補強した。この章の焦点は、開発関連のプロセスを超えて、スケールアップしたデプロイに拡大することである。DevSecOpsのデプロイ関連技術の進歩の速さは、その使用方法を印刷で正当化することを難しくしている。そのため、この章での私の主な目標は、より成熟した製品の1つであるKubernetesの現状を示すことだ。このゴールに到達するには、Kubernetesのインストールを作成する必要があり、この章はそこから始まる。

Kubernetesでスケールアップする

Dockerは、アプリケーション開発を仮想サーバやクラウドベースのサーバインフラ（）から、個々のマイクロコンポーネントやマイクロサービスがより大きなアプリケーションを構成する、サービスベースのプロセスレベルパラダイムへと移行させるのに役立つ。Kubernetesは、スケーラブルなコンテナ管理を提供することで、このシフトをさらに推し進める。Kubernetesは、アプリケーションレベルのスケーリング、コンテナオーケストレーション、そして最終的にはマイクロサービスアーキテクチャではスケールを支援する。

物理サーバや仮想サーバからKubernetesへの移行は、Docker Composeでも同じようなソリューションが発見できるのに、最初はやり過ぎに見えるかもしれない。しかしKubernetesは、何千台、何万台ものサーバをデプロイする際に、Docker Composeでは煩雑になる抽象化レベルを提供する。このセクションが終わる頃には、2つのワーカーノードを持つKubernetesクラスタが稼働していることだろう。

Kubernetesの基本用語を理解する

Kubernetesのアーキテクチャは、コントロールプレーンとワーカーノードに分かれている。コントロールプレーン には、キー／バリューストア、アプリケーションプログラミングインタフェース（API）、スケジューラ、コントローラマネージャなど、いくつかのサービスが含まれている。コントローラ・マネージャは、、特にノードとジョブの管理を担当する。ノード上では、kubeletと呼ばれるエージェントがコンテナの実行を保証し、kube-proxyと呼ばれるプロキシがネットワーク通信を担当する。コンテナランタイムもノード上で。コンテナの集合体はKubernetesでは「ポッド」と呼ばれ、Kubernetesのインストール全体を構成するサービスの集合体を「クラスタ」と呼ぶ。

Kubernetesはまた、特殊化でService（大文字の "S "に注意）を定義している。KubernetesのServiceは、ウェブサーバのようなネットワークベースのリスニングサービスと考えることができる。

Kubernetesをインストールする

動作するKubernetesの作成は、、最初は難しいかもしれない。仮想サーバ・テンプレートやLinuxディストリビューションのベース・インストールを使用することをお勧めする。このセクションでは、Debian 12をベースOSとして使用する。目標は、2つのノードとともに拡張可能なクラスタマネージャを作成することである。プライマリコントローラのホスト名はk8sとする。最初のワーカーノードはk8s-node1 ...