稼働してからは、ほとんど手をかける必要がありませんでした。
Platform Engineeringチーム, グローバルSaaS企業
どちらのプラットフォームもKubernetesの最適化を自動化します。違いは、そのために何を必要とし、何を目的として最適化するかにあります。
CAST AIはクラウドプロバイダーレベルでノードのプロビジョニングを掌握し、ビンパッキングとSpotオーケストレーションによってインフラコストの大幅な削減を追求します。ベンダーにノード運用を任せたい、かつクラウドアカウントへの常時書き込み権限の付与に抵抗がないチームにとっては、強力なモデルです。
PerfectScale™は読み取り専用から始まり、ノードの制御をお客様のIAM境界の内側に保ちます。安定性を最優先するガードレールのもとでworkloadsをライトサイジングし、Podを再起動せずにインプレースで変更を適用。さらにcommitmentsの自動購入に対応し、タグ付けなしで共有インフラやAIコストを顧客・機能・エージェント単位で配賦します。
両プラットフォームの本質的な違いと、CAST AIの直接的なノード制御が強みとなる領域。
PerfectScale™はget、list、watch権限を通じてクラスターを観測します。エクスポーターはインスタンスの起動・終了ができず、クラウドプロバイダーの認証情報も保持しません。 CAST AIも最初は読み取り専用フェーズから始まりますが、ノード最適化には、コンピュートの作成・破棄を行うクロスアカウントのクラウドIAM権限を伴う第2フェーズが必要です。
// SECURITY BOUNDARY
PerfectScale™は、OOM kill、CPUスロットリング、リソース不足といったレジリエンスのシグナルと削減効果のバランスを取ります。 PodFitはworkloadsの履歴とポリシーごとのヘッドルームを活用するため、非本番環境、バランス型、ミッションクリティカルなサービスをそれぞれ異なる設定でチューニングでき、単一の削減目標を一律に適用する必要がありません。
// RIGHTSIZING MODEL
インプレースリサイズが有効なKubernetes 1.33以降では、PerfectScale™はPodを再起動せずにCPUとメモリを更新できます。逼迫したリソースは即座に増強し、余剰は段階的に削減。新しいリクエストによってworkloadがスケジュール不能になった場合は、変更を自動で元に戻します。 CAST AIもインプレースのライトサイジングに対応していますが、その広範な削減モデルは、Podのエビクションとノード削除によってクラスターを圧縮する方式です。
// AUTOMATION SAFETY
PerfectScale™はworkloadのリクエストを改善し、Karpenter、Cluster Autoscaler、GCP Autopilotの構成を分析します。InfraFitのレコメンデーションはビンパッキングとノードプールの効率を高めますが、主導権は既存のオートスケーラーにあります。 さらにPerfectScale™は、Kubernetesのノードオートスケーラーを置き換えることなく、混合インスタンスポリシーやOn-Demandフォールバックを含むAWS Auto Scaling GroupのSpot活用も自動化します。 CAST AIは独自のプロビジョニング、圧縮、Spot制御によってノードレイヤーを置き換えます。ノード管理を外部委託したいチームには適していますが、標準ベースの統合の方がポータビリティと制御を維持できます。
// NODE STRATEGY
GKEとEKSを大規模に運用するグローバルSaaSプラットフォームが、非本番環境から本番への全面展開まで8か月にわたりPerfectScale™とCAST AIを評価しました。コスト削減効果は両プラットフォームともほぼ同等でした。 決め手となったのは本番環境での信頼性です。PerfectScale™は評価期間を通じて本番のレジリエンス問題ゼロを達成し、導入後の運用工数は最小限で、あらゆる環境階層で安全に自動化を実行しました。
// EVALUATION RESULTS
CAST AIは既存のReserved Instances、Savings Plans、CUD、キャパシティ予約をインポートし、オートスケーラーが効率的に消費できるようにします。 PerfectScale™はさらに一歩進み、ラダリング、1時間ごとの再評価、任意の承認フローを備えたAWS Savings Plans、AWS Database Savings Plans、Google Cloud CUDの新規購入を、継続的にサイジングして実行します。
// COMMITMENT LAYER
CAST AIは、クラスター、workload、namespace、ラベル、アロケーショングループ単位での優れたKubernetesコスト配賦を提供します。KvisorエージェントがeBPFベースのネットワークコスト可視化を、workloadsとゾーンを横断して提供します。 PerfectScale™はインフラの切り口からビジネス単位の経済性へと踏み込みます。軽量なeBPFセンサーがランタイムの消費を観測し、共有クラスター、データベース、ネットワーク、GPU、AIのコストを、それを生み出した顧客・機能・チーム・エージェントにマッピングします。 このランタイムアプローチは、タグ付けに依存しません。
// UNIT ECONOMICS
PerfectScale™はvCPU単位の料金モデルを公開しており、月間300 vCPUまで無料のCommunityティアも用意しています。 CAST AIの有償最適化は、一般的に削減額ベースとCPUベースの料金で販売され、具体的な商用条件は契約により異なります。定額モデルなら、インフラと実現した削減額が拡大しても、ベンダーへの支払いは予測可能なままです。
// COMMERCIAL MODEL
両プラットフォームは異なるレイヤーで動作するため、評価に切り替えリスクは伴いません。よくあるパターンは、CAST AIにノードのプロビジョニングを任せたまま、PerfectScale™がworkloadのライトサイジングを担う構成です。変更の競合を避けるため、CAST AIのworkloadオートスケーラーは無効化します。 大きな決断を下す前に、実際の本番workloadsでレジリエンスと削減効果を比較できます。 まずは読み取り専用エージェントから。Helmインストール1回のみ、クラウドIAMの変更もクレジットカードも不要で、約5分でコストとレジリエンスの分析が始まります。自動化を有効にする前に1週間ほど観測させることで、実際の利用状況を反映したレコメンデーションが得られます。Communityティアは月間300 vCPUまで無料です。
// EVALUATION PATH
PerfectScale™はDoiT Cloud Intelligenceの一部であり、Kubernetes最適化をマルチクラウドのコスト配賦、commitment管理、異常検知、ランタイムコスト配賦、生成AIコストと連携させます。 ソフトウェアだけでは足りないとき、DoiTのForward Deployed EngineersとFinOpsコンサルタントが実践的な専門知識を提供します。CAST AIは、サポートとカスタマーサクセスを備えた、Kubernetes自動化に特化したプラットフォームです。
// PLATFORM DEPTH
kubernetesネットワーク配賦
ネットワークはKubernetes支出の20%以上を占めることが多く、しかも誰も説明できない部分です。クロスAZレプリケーション、クラスター間トラフィック、NATエグレスは、パケットにタグが付けられないため、匿名の明細として計上されてしまいます。
PerfectScaleは、すべてのトラフィック経路をその背後にある顧客と機能まで追跡します。クロスAZコストが27%急増したとき、請求額を全員で平均化するのではなく、どの機能が原因で、どのアカウントと話をすべきかがわかります。
現時点の公開製品ドキュメントと各プラットフォームの運用モデルに基づく実践的な比較。
| Capability | PerfectScale™ | CAST AI |
|---|---|---|
| アーキテクチャと権限 | ||
| デフォルトの可観測性フットプリント | 読み取り専用エージェント Kubernetesのget、list、watch権限のみ。クラウド認証情報は不要。 | 読み取り専用のフェーズ1 初期モニタリングではクラスターに変更を加えません。 |
| workloadライトサイジングに必要なクラウドアカウント書き込み権限 | 不要 workload自動化はKubernetes RBACの範囲内で完結。 | ノード自動化に必須 フェーズ2ではコンピュートの作成・終了にクロスアカウント権限を使用。 |
| ノードプロビジョニングのアプローチ | ネイティブなオートスケーラー統合 Karpenter、Cluster Autoscaler、GCP Autopilotと連携し、柔軟性を維持。 | CAST管理のプロビジョニング 標準オートスケーラーを置き換え、workloadsをドレインし、ノードを削除。 |
| workloadとノードの最適化 | ||
| workloadライトサイジング | PodFit ポリシー駆動のCPU・メモリレコメンデーションと自動化。 | Workload Autoscaler 段階的ロールアウト制御付きのライトサイジング。 |
| JVMを考慮したライトサイジング | Javaの自動検出 JVM収集を有効にすると、ヒープ、非ヒープ、GCメトリクスをサイジングに反映。明示的なヒープパラメータは尊重されます。 | 有効化時にJVM最適化 JMX自動計装またはPrometheus経由で、ヒープ、非ヒープ、GC、スレッドメトリクスを使用。 |
| Pod再起動なしのインプレースリサイズ | Kubernetes 1.33以降 | 対応 |
| ノード戦略 | 標準ベースでポータブル InfraFitがKarpenter、Cluster Autoscaler、GCP Autopilotの構成を改善。 | ベンダー主導のノード制御 CAST AI独自のオートスケーラーとEvictorでプロビジョニングと圧縮を実行。 |
| Spotオーケストレーション | AWS ASGのSpot自動化 混合インスタンスポリシーの設定、Spotのプロビジョニング、On-Demandへのフォールバック。 | フォールバック付きSpot自動化 中断耐性のあるworkloadsに最適。 |
| 自動化の安全性とレジリエンス | ||
| リソース削減の戦略 | 段階的な削減 逼迫したworkloadsは即座にスケールアップ。無駄は段階的に削減。 | 段階的ロールアウト ライトサイジングの変更はディスラプション制御に準拠可能。 |
| スケジュール不能な変更からの復旧 | 自動ロールバック キャパシティが確保できない場合、直前の有効なリクエストに復帰。 | スケジューリングとフォールバック制御 安全対策はプロビジョニングとworkloadディスラプションの設定が中心。 |
| レジリエンス分析 | 30種類以上のリスクタイプ OOM、CPUスロットリング、リソース不足を含む。 | 信頼性メトリクス Spot中断予測やクラスターヘルスのシグナルを含む。 |
| Commitmentsと単価最適化 | ||
| Commitmentの自動購入 | リスクを考慮した実行 ラダリングとガードレール付きで、自律実行または承認ゲート付きの購入。 | 非対応 CAST AIは他で購入したcommitmentsのインポートと消費のみ。 |
| Commitmentのカバレッジ | AWSとGoogle Cloud Savings Plans、Database Savings Plans、Google Cloud CUD。 | インポートしたcommitments 既存のRI、SP、CUD、予約を考慮したオートスケーリング。 |
| 継続的なcommitmentサイジング | 1時間ごとの再評価 最新の利用データで次の購入ステップを都度検証。 | 購入戦略は手動 新規commitmentsのサイジングと購入は顧客側の責任。 |
| 削減成果のレポート | ESR、使用率、カバレッジ | インポートしたcommitmentの使用率 |
| コスト配賦とユニットエコノミクス | ||
| Kubernetesコスト配賦 | インフラとランタイムの両次元 クラスター・workloadビューを顧客、機能、チーム、エージェントまで拡張。 | Allocation Groups クラスター、workload、namespace、ラベルでKubernetesコストをグループ化。 |
| 顧客別・機能別コスト | ランタイム配賦 共有リソースの消費を、タグなしでそれを生み出したビジネスエンティティにマッピング。 | メタデータ定義のグループ 公開ドキュメント上の配賦はKubernetesのnamespaceとラベルが中心。 |
| ネットワークコストの可視化 | workloadとビジネスへの配賦 エグレスと共有ネットワークコストをworkloads、顧客、機能に配賦。 | KvisorによるeBPFモニタリング クラスター、namespace、workload、アベイラビリティゾーン別のトラフィックとコスト。 |
| 共有データベース・GPU・AIのユニットエコノミクス | 顧客・機能・エージェント単位 観測されたランタイム利用に基づき、共有インフラとモデル呼び出しを需要と紐付け。 | インフラレベルの可視化 公開資料はKubernetes、GPU、ネットワークインフラのコストが中心。 |
| 可観測性とガバナンス | ||
| マルチクラスターのコスト・無駄ビュー | コスト、無駄、遊休、リスク、カーボン | クラスター、namespace、workload別コスト |
| ポリシー駆動のガバナンス | SLA/SLOに整合したポリシー LimitRangeとResourceQuotaを尊重し、すべての変更履歴を記録。 | 最適化ポリシー workload制御、アロケーショングループ、組織レポートを含む。 |
| ワークフロー統合 | Jira、Slack、Teams、Datadog | アラートとプラットフォーム統合 |
| 料金とオンボーディング | ||
| 有償の料金モデル | 公開されたvCPU単位の定額制 | 商用条件は契約により変動 一般的に削減額ベース+CPUベースの料金と説明される。 |
| 無料ティア | 月間300 vCPUまで | 無料モニタリングティア |
| 初期可視化までの時間 | 約5分 クラウドIAM設定不要のHelmインストール1回のみ。 | 迅速な読み取り専用接続 ノード自動化にはクラウドIAM設定を追加。 |
| プラットフォームと専門性 | ||
| Kubernetesカバレッジ | EKS、GKE、AKS、OpenShift、KOPS、Rancher、オンプレミス | EKS、GKE、AKS、OCI、Anywhere |
| より広範なFinOpsプラットフォーム | DoiT Cloud Intelligence マルチクラウドコスト、commitments、データプラットフォーム、生成AI。 | Kubernetes中心のportfolio Database OptimizerとAI Enablerで拡張。 |
| 人による専門支援 | Forward Deployed EngineersとFinOpsコンサルティング | サポートとカスタマーサクセス |
選定ガイド
両プラットフォームの削減効果が同等となる評価では、本番環境の安定性、導入後の運用負荷、そしてロードマップへの信頼が決め手になる傾向があります。
ノードのプロビジョニング、ビンパッキング、Spotオーケストレーションをベンダーに完全に任せたい場合。workloadsがそれに伴う移動や中断を許容でき、commitmentの購入を別途管理しており、クラウドアカウントへの常時書き込み権限の付与に抵抗がない場合です。
IAM境界を維持したい、本番のレジリエンスを最優先したい、ノードのコントロールプレーンを手放さずにworkloadライトサイジングを自動化したい、ガードレール付きでcommitmentの購入を管理したい、そしてKubernetesコストをDoiTの幅広いユニットエコノミクスと連携させたい場合です。
稼働してからは、ほとんど手をかける必要がありませんでした。
Platform Engineeringチーム, グローバルSaaS企業
PerfectScaleでEKS支出全体を40%削減でき、以前はチームで月20時間かかっていた作業を自動化が担ってくれています。今ではその時間を、コスト指標を追いかける代わりに信頼性とパフォーマンスに充てています。
Caio Cristo, Director of Infrastructure/SRE
PerfectScaleのおかげで、コストを増やさずにキャパシティを拡大できました。実質的に30%多い利用量を無料で吸収できたことになります。
Thomas Comtet, Senior Staff Engineer
初めて見た瞬間からこの製品を信じていました。今でも誰にでも見せています。パフォーマンスをリスクにさらすことなく、スマートな自動化と実際のコスト削減を両立できた唯一のソリューションでした。
Joao Soares, Platform Engineering Lead
PerfectScaleは、必要としていた答えをお膳立てして届けてくれました。そのインサイトのおかげで時間もコストも節約できました。
Jason Berk, Platform Operator
はい。どちらもKubernetes workloadsを最適化しますが、PerfectScale™は安定性を最優先したライトサイジングを重視し、ノードのプロビジョニングを既存のオートスケーラーとIAM境界の内側に保ちます。CAST AIのより広範な自動化モデルは、ノードレイヤーを直接管理します。
はい。CAST AIにノード管理を任せたまま、PerfectScale™がworkloadライトサイジングを担当できます。変更の競合を防ぐため、CAST AIのworkload最適化は無効化します。これにより、大掛かりな置き換えを伴わずに本番環境での比較が可能です。
いいえ。CAST AIはReserved Instances、Savings Plans、CUD、キャパシティ予約をインポートし、その使用率を追跡し、オートスケーラーにインテリジェントに消費させることができますが、新規commitmentsのサイジングや購入は代行しません。PerfectScale™は、ラダリング、1時間ごとの再評価、承認オプション、支出ガードレールを備え、AWS Savings Plans、AWS Database Savings Plans、Google Cloud CUDの購入を自動化します。
PerfectScale™はJavaコンテナを検出し、ヒープ、非ヒープ、ガベージコレクションの挙動をレコメンデーションに反映します。ヒープパラメータが明示的に設定されている場合、自動化はそれに違反してJVMのOOM障害を招くような変更を適用しません。
はい。PerfectScale™はランタイムの消費を利用して、共有のKubernetes、データベース、ネットワーク、GPU、AIコストを、それを生み出した顧客、機能、チーム、エージェントにマッピングします。eBPFベースのアプローチのため、完全なタグ付けに依存しません。
はい。8か月にわたるGKEとEKSでの評価では、両プラットフォームの削減効果は同等でしたが、PerfectScale™は本番のレジリエンス問題ゼロを記録し、安定性と低い運用負荷が評価されて採用されました。この評価では、インフラコスト約52%減、無駄約72%減、パフォーマンスアラート約30%減、エンジニアリング工数の月72時間削減が計測されました。