podに内部IPアドレスと単一のDNS名を与え、負荷分散を行うことができます。サービス検出のためにアプリケーションを変更する必要はありません。

可用性を損なうことなく、リソース要件などの設定に基づき、自動的にpod(後述)を適切なノードへデプロイします。

ローカルストレージ、GCPやAWSなどのパブリッククラウドプロバイダのストレージサービス、NFS、iSCSI、Gluster、Ceph、Cinder、Flockerのようなネットワークストレージなど任意のストレージシステムを自動的にマウントすることができます。

レプリケーションコントローラーは、設定された稼働チェックを行い、いつでも設定された数のpodが稼働している状態を保ちます。

コマンドやUIからの指定、またはCPU使用率から自動的に、アプリケーションのスケールアップ・スケールダウンを行うことができます。

すべてのインスタンスが同時に停止しないよう、アプリケーションや設定のアップデートを段階的に行います。問題が生じた場合、変更をロールバックします。

イメージの再ビルドを行わずにアプリケーション構成やシークレットオブジェクトのデプロイや変更ができます。

バッチおよびCIワークロードを管理します。

CPU使用率を基にアプリケーションの増強、縮小ができます。

ユーザーにREST操作・kubectlコマンド（Kubernetesクラスターと対話するためのコマンドラインツール）を介したクラスター操作を提供します。

ユーザーが発行したpod作成命令に対し、スケジューラーは、リソース要件に基づいてノードにpodを割り当てます。

APIサーバーを介してクラスター状態を監視し、指定された状態への変更を行います。 コントローラーには、レプリケーションコントローラー、エンドポイントコントローラー、ネームスペースコントローラー、サービスアカウントコントローラーがあります。

Kubernetesにクラウド特有の制御ロジックを組み込み、クラウドプロバイダーAPIとリンクさせます。クラウドプロバイダーと依存関係をもつコントローラーとしては、ノードコントローラー、ルートコントローラー、サービスコントローラーなどがあります。
オンプレミスで動作させるKubernetesにはcloud-controller-managerはありません。

クラスター状態に関するすべての設定情報は、キーと値のペアの形式でetcdに格納されます。

kubeletは、各ノードで動作する「ノードエージェント」です。podを定義したPodSpecに従い、コンテナが正常に動作しているかを監視します。

kube-proxyは、各ノードでpod間の負荷分散を実行し、外部ホストがサービスを利用できるようにします。

コンテナの実行を担当します。
Kubernetesでは、Docker、containerd、CRI-Oなど複数のコンテナランタイムをサポートします。

アドオンによって、Kubernetesクラスターまたはノードに関連する機能を拡張することができます。ネットワーク・ネットワークポリシー、サービスディスカバリー、可視化と制御、インフラストラクチャなど様々な機能拡張が可能です。

利用可能なアドオンの一部は以下に記載があります。

参考：https://kubernetes.io/ja/docs/concepts/cluster-administration/addons/