# Container Insights のアプローチを比較する
<a name="container-insights-eks-compare"></a>

Amazon EKS クラスターでは、それぞれ異なる機能、デプロイモデル、およびサポートレベルを持つ 2 つの Container Insights アプローチを使用できます。どちらも同じ `amazon-cloudwatch-observability` Amazon EKS アドオンを使用します。違いはアドオンのバージョンと設定です。

このページは、2 つのアプローチの違いを理解し、どちらが環境に適しているかを判断するのに役立ちます。詳細なセットアップ手順については、「[OTel Container Insights (推奨)](container-insights-eks-otel.md)」または「[Enhanced Container Insights (Classic)](container-insights-eks-classic.md)」を参照してください。

## 機能の比較
<a name="container-insights-eks-compare-table"></a>

次の表は、主要な属性について 2 つの Container Insights アプローチを比較したものです。


| 属性 | OTel Container Insights | Enhanced Container Insights (Classic) | 
| --- | --- | --- | 
| サポートされているシグナル | メトリクス、ログ | メトリクス、ログ | 
| オブザーバビリティの強化 | はい | はい | 
| メンテナンスステータス | アクティブな開発 | メンテナンスモード | 
| デプロイの複雑さ | 低 | 低 | 
| セットアップ方法 | Amazon EKS アドオン (OTel ベース) | Amazon EKS アドオン (マネージド) | 
| Amazon EKS の最低バージョン | 1.28 | 1.25 | 
| アドオンの最低バージョン | v6.2.0 | v6.2.0 より前 | 
| 設定モデル | アドオンの設定 | アドオンの設定 | 
| メトリクス形式 | Prometheus/PromQL ネイティブ | CloudWatch 形式 (EMF) | 

## 機能と制限
<a name="container-insights-eks-compare-capabilities"></a>

各アプローチには固有の長所と制約があります。以下のセクションで、各アプローチの機能と制限を説明します。

### OTel Container Insights (推奨)
<a name="container-insights-eks-compare-otel-capabilities"></a>

OTel Container Insights には次の機能があります。
+ 単一の OpenTelemetry ベースのエージェントによるフルシグナルオブザーバビリティ
+ アクティブな開発で新機能を定期的に提供
+ マネージド Amazon EKS アドオンとしてのデプロイの簡素化
+ メトリクスは PromQL でクエリ可能で、メトリクスあたりのラベルは最大 150 個

OTel Container Insights には以下の制限があります。
+ Amazon EKS 1.28 以降が必要
+ アドオンバージョン v6.2.0 以降が必要
+ 新しいサービスのため、エコシステムが小さく、コミュニティでの例が少ない。

セットアップ手順については、「[クイックスタート: Amazon EKS での OTel Container Insights](container-insights-eks-otel-quickstart.md)」を参照してください。

### Enhanced Container Insights (Classic)
<a name="container-insights-eks-compare-classic-capabilities"></a>

Enhanced Container Insights (Classic) には次の機能があります。
+ ライフサイクル管理を自動化するマネージド Amazon EKS アドオン
+ 強化されたオブザーバビリティをサポート

Enhanced Container Insights (Classic) には次の制限があります。
+ メンテナンスモードになっているため、セキュリティパッチのみを受け入れ
+ 設定の柔軟性が限られている
+ メトリクスが独自の CloudWatch 形式の名前を使用しているため、標準の PromQL ダッシュボードと互換性がない

セットアップ手順については、「[セットアップガイド (AWS CLI)](container-insights-eks-classic-setup.md)」を参照してください。

## 意思決定のガイド
<a name="container-insights-eks-compare-decision"></a>

以下の表を使用して、状況に適したアプローチを決定します。


| 選択基準 | (推奨されるアプローチ) | 根拠 | 
| --- | --- | --- | 
| Amazon EKS を新しくデプロイする場合 | OTel Container Insights | アクティブに開発され、完全なシグナルカバレッジ、複雑さが最も低い | 
| 完全な拡張オブザーバビリティが必要な場合 | OTel Container Insights | アクティブに開発されたオプションのみ | 
| 本番環境で既に Classic を実行している場合 | Classic (短期）、OTel (移行目標) | 当面は安定性のために続行し、その後、移行を計画する | 
| 最小限のオーバーヘッドでマネージドアドオンを優先する場合 | OTel Container Insights | 設定の負担が少ない | 
| PromQL 互換メトリクスが必要な場合 | OTel Container Insights | 元の Prometheus メトリクス名を保持します | 

現在 Enhanced Container Insights (Classic) を実行していて移行する場合は、「[移行ガイド](container-insights-eks-migration-hub.md)」でステップバイステップの手順を確認してください。

## 前提条件の概要
<a name="container-insights-eks-compare-prerequisites"></a>

次の表に、各アプローチの前提条件を示します。


| 前提条件 | OTel Container Insights | Enhanced Container Insights (Classic) | 
| --- | --- | --- | 
| Amazon EKS の最低バージョン | 1.28 | 1.25 | 
| アドオンの最低バージョン | v6.2.0 | v6.2.0 より前 | 
| IAM アクセス許可 | CloudWatchAgentServerPolicy | CloudWatchAgentServerPolicy | 
| 必要なツール | kubectl、AWS CLI | kubectl、AWS CLI | 
| OIDC プロバイダーが必要 | はい (IRSA の場合) | はい (IRSA の場合) | 

## 次のステップ
<a name="container-insights-eks-compare-next-steps"></a>

アプローチを選択したら、次のリンクを使用して開始します。
+ [クイックスタート: Amazon EKS での OTel Container Insights](container-insights-eks-otel-quickstart.md) — OTel Container Insights を最速パスで設定します。
+ [セットアップガイド (AWS CLI)](container-insights-eks-classic-setup.md) — Enhanced Container Insights (Classic) を設定します。
+ [移行ガイド](container-insights-eks-migration-hub.md) — Classic から OTel Container Insights に移行します。