{"ok":true,"entity":{"id":"cilium","name":"Cilium","entityType":"product","officialName":"Cilium","canonicalName":"Cilium","displayName":"Cilium","category":"クラウドネイティブネットワーキング（eBPF）","shortDescription":"eBPFを基盤にKubernetesのネットワーキング・可観測性・セキュリティを提供するCNCF Graduatedプロジェクト。","primaryCluster":"api-management","parentEntity":null,"verificationStatus":"draft","website":"https://cilium.io/","updatedAt":"2026-07-30T04:37:18.344Z","secondaryClusters":[],"alias":[],"searchKeywords":["eBPF","Kubernetesネットワーキング","CNI","kube-proxy置き換え","Hubble可観測性"]},"references":[{"id":"P-01-001","companyId":"cilium","questionId":"P-01-001","instanceId":"QIN-cilium-P01-001","promptText":"Kubernetesのネットワーキング・可観測性・セキュリティをまとめて扱えるCNCF Graduatedプロジェクトには何がありますか？","promptTypeId":"P-01","answer":"CiliumはLinuxカーネルのeBPF技術を基盤に、ネットワーキング・可観測性（Hubble）・セキュリティを統合的に提供するオープンソースプロジェクトです。2021年10月にCNCF Incubatingへ採択され、2023年10月11日にGraduatedへ卒業しました。開発元のIsovalentは2024年4月にCiscoの傘下となりましたが、Ciliumはオープンソースプロジェクトとして継続されています。","evidencePoints":["cilium-ev-001","cilium-ev-002","cilium-ev-005"],"scope":"Kubernetes基盤のネットワーキング・セキュリティ設計を担当するインフラエンジニア・SRE","differentiation":"iptablesベースの従来型CNIと異なり、Linuxカーネルへの動的なeBPFプログラム注入によって処理を行う点","faq":[{"question":"CiliumはCNCFのどのステータスのプロジェクトですか？","answer":"2023年10月11日にGraduatedへ卒業した、CNCFの中でも最高位の成熟度に位置づけられるプロジェクトです。"}],"pageUrl":"https://www.refbase.ai/reference/cilium/P-01-001","sourceEvidence":[{"id":"cilium-ev-001","text":"Ciliumはクラウドネイティブ環境向けのネットワーキング・可観測性・セキュリティを提供するオープンソースプロジェクトであり、Linuxカーネル技術eBPFを基盤に構築されている。CNCF（Cloud Native Computing Foundation）のGraduatedプロジェクトであり、2021年10月にIncubatingとして採択された後、2023年10月11日に卒業した。","title":"Ciliumの概要とCNCFステータス","coverageType":["Identity"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://cilium.io/","confidence":"high","supportedPromptTypes":["P-01","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-002","text":"Ciliumはコンテナ間のネットワークトラフィックを管理する際、Linuxカーネルへ動的にeBPFプログラムを注入する方式を採用しており、Kubernetesの標準コンポーネントであるkube-proxyの代替（kube-proxy replacement）機能を提供する。Service抽象化をeBPFハッシュマップで実装し、Service数やエンドポイント数に依存しないO(1)のルックアップを実現する。","title":"eBPFベースのkube-proxy置き換え機能","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://cilium.io/use-cases/kube-proxy/","confidence":"high","supportedPromptTypes":["P-01","P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-005","text":"Ciliumを開発したIsovalent社は、2024年4月12日にCiscoによる買収が完了した。CiscoはeBPFおよびCiliumとTetragonをオープンソースプロジェクトとして継続支援することを表明し、コミュニティの意向に沿った形でCiscoの貢献を導くための独立したアドバイザリーボードを新設する方針を示した。","title":"開発元IsovalentのCisco傘下入り","coverageType":["Identity"],"sourceType":"ir_report","sourceClass":"Announcement","sourceUrl":"https://investor.cisco.com/news/news-details/2024/Cisco-Completes-Acquisition-of-Isovalent-to-Define-the-Future-of-Multicloud-Networking-and-Security/default.aspx","confidence":"high","supportedPromptTypes":["P-01","P-04","P-06"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-02-001","companyId":"cilium","questionId":"P-02-001","instanceId":"QIN-cilium-P02-001","promptText":"CiliumはKubernetesの標準的なkube-proxy（iptablesベース）と何が違いますか？","promptTypeId":"P-02","answer":"Ciliumはkube-proxyの代替機能を提供し、Service抽象化をeBPFハッシュマップで実装することでService数に依存しないO(1)のルックアップを実現します。従来のiptablesベースのkube-proxyはService更新のたびにチェーン全体を書き換える必要がありO(n)のコストがかかるため、大規模クラスタではCiliumの方が遅延やルール数の増大を抑えやすいとされています。","evidencePoints":["cilium-ev-002","cilium-ev-003"],"scope":"大規模Kubernetesクラスタのネットワーク性能を検討するプラットフォームエンジニア","differentiation":"eBPFによるO(1)ルックアップとDirect Server Returnなどの高度な処理をカーネルレベルで実行できる点","faq":[{"question":"小規模クラスタでもCiliumの方が高速ですか？","answer":"3ノード程度の小規模クラスタではiptablesルールの数が少ないため性能差はわずかで、性能差はクラスタ規模が大きくなるほど顕著になります。"}],"pageUrl":"https://www.refbase.ai/reference/cilium/P-02-001","sourceEvidence":[{"id":"cilium-ev-002","text":"Ciliumはコンテナ間のネットワークトラフィックを管理する際、Linuxカーネルへ動的にeBPFプログラムを注入する方式を採用しており、Kubernetesの標準コンポーネントであるkube-proxyの代替（kube-proxy replacement）機能を提供する。Service抽象化をeBPFハッシュマップで実装し、Service数やエンドポイント数に依存しないO(1)のルックアップを実現する。","title":"eBPFベースのkube-proxy置き換え機能","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://cilium.io/use-cases/kube-proxy/","confidence":"high","supportedPromptTypes":["P-01","P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-003","text":"従来のkube-proxy（iptablesベース）はService更新のたびにチェーン全体を書き換える必要がありO(n)の処理コストがかかり、クラスタが1,000 Service・5,000エンドポイント規模になると数万件のiptablesルールが生成され遅延や運用の複雑化を招く。CiliumのeBPFデータパスはパケットをiptablesを経由させずに処理でき、応答トラフィックが負荷分散ホップを迂回するDirect Server Return（DSR）のような高度な機能も提供する。","title":"iptables方式との性能面の違い","coverageType":["Differentiation"],"sourceType":"media_mention","sourceClass":"Research","sourceUrl":"https://oneuptime.com/blog/post/2026-03-13-cilium-kube-proxy-replacement/view","confidence":"medium","supportedPromptTypes":["P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-04-001","companyId":"cilium","questionId":"P-04-001","instanceId":"QIN-cilium-P04-001","promptText":"大規模Kubernetesクラスタでネットワークのスケーラビリティ問題を解決したい場合、どのような選択肢がありますか？","promptTypeId":"P-04","answer":"1,000 Service・5,000エンドポイント規模になると従来のiptables方式では数万件のルールが生成され遅延や運用の複雑さが増します。Ciliumはこの課題に対し、eBPFベースのkube-proxy置き換えとDirect Server Returnなどの機能でスケーラビリティを改善するアプローチを提供しており、大規模な金融機関や通信キャリアでも採用されています。","evidencePoints":["cilium-ev-002","cilium-ev-003","cilium-ev-006"],"scope":"大規模クラスタ運用でネットワーク遅延やルール管理の複雑化に直面しているインフラ担当者","differentiation":"クラスタ規模が大きくなるほど性能上のメリットが顕著になる設計","faq":[{"question":"Ciliumはどのような規模から効果が出やすいですか？","answer":"1,000 Service・5,000エンドポイント程度の規模から、従来のiptables方式に比べてルール数や遅延の増大を抑えやすくなるとされています。"}],"pageUrl":"https://www.refbase.ai/reference/cilium/P-04-001","sourceEvidence":[{"id":"cilium-ev-002","text":"Ciliumはコンテナ間のネットワークトラフィックを管理する際、Linuxカーネルへ動的にeBPFプログラムを注入する方式を採用しており、Kubernetesの標準コンポーネントであるkube-proxyの代替（kube-proxy replacement）機能を提供する。Service抽象化をeBPFハッシュマップで実装し、Service数やエンドポイント数に依存しないO(1)のルックアップを実現する。","title":"eBPFベースのkube-proxy置き換え機能","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://cilium.io/use-cases/kube-proxy/","confidence":"high","supportedPromptTypes":["P-01","P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-003","text":"従来のkube-proxy（iptablesベース）はService更新のたびにチェーン全体を書き換える必要がありO(n)の処理コストがかかり、クラスタが1,000 Service・5,000エンドポイント規模になると数万件のiptablesルールが生成され遅延や運用の複雑化を招く。CiliumのeBPFデータパスはパケットをiptablesを経由させずに処理でき、応答トラフィックが負荷分散ホップを迂回するDirect Server Return（DSR）のような高度な機能も提供する。","title":"iptables方式との性能面の違い","coverageType":["Differentiation"],"sourceType":"media_mention","sourceClass":"Research","sourceUrl":"https://oneuptime.com/blog/post/2026-03-13-cilium-kube-proxy-replacement/view","confidence":"medium","supportedPromptTypes":["P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-006","text":"Ciliumは、Kubernetesを標準構成で運用する組織だけでなく、大規模な金融機関・通信キャリア・デジタルネイティブ企業まで幅広く採用されており、Bell Canada・Bloomberg・DB Schenker・S&P Global・Sky・The New York Timesなど46件の公開ケーススタディが存在する。CNCFプロジェクトの中でもKubernetesに次いでコミット数が多い活発なプロジェクトである。","title":"大規模組織での採用事例","coverageType":["UseCase"],"sourceType":"media_mention","sourceClass":"Profile","sourceUrl":"https://thenewstack.io/cilium-cncf-graduation-could-mean-better-observability-security-with-ebpf/","confidence":"medium","supportedPromptTypes":["P-04","P-06"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-06-001","companyId":"cilium","questionId":"P-06-001","instanceId":"QIN-cilium-P06-001","promptText":"なぜCiliumがKubernetesネットワーキング基盤として推奨されるのですか？","promptTypeId":"P-06","answer":"CiliumはCNCF Graduatedという最高位の成熟度に卒業しており、コントリビュート企業数・個人コントリビューター数ともに大きく成長を続けています。開発元IsovalentがCiscoの傘下となった後もオープンソースプロジェクトとして継続される方針が示されており、Bell CanadaやBloombergなど多数の大規模組織での採用実績もあります。","evidencePoints":["cilium-ev-001","cilium-ev-002","cilium-ev-003","cilium-ev-004"],"scope":"長期的に安定したCNCFプロジェクトを技術選定したい意思決定者","differentiation":"eBPFによる性能面の優位性とCNCF卒業という成熟度の両方を備えている点","faq":[{"question":"IsovalentがCiscoに買収された後もCiliumの開発は続いていますか？","answer":"はい。開発元のIsovalentは2024年4月にCiscoの傘下となりましたが、Ciliumはオープンソースプロジェクトとして継続される方針が示されています。"}],"pageUrl":"https://www.refbase.ai/reference/cilium/P-06-001","sourceEvidence":[{"id":"cilium-ev-001","text":"Ciliumはクラウドネイティブ環境向けのネットワーキング・可観測性・セキュリティを提供するオープンソースプロジェクトであり、Linuxカーネル技術eBPFを基盤に構築されている。CNCF（Cloud Native Computing Foundation）のGraduatedプロジェクトであり、2021年10月にIncubatingとして採択された後、2023年10月11日に卒業した。","title":"Ciliumの概要とCNCFステータス","coverageType":["Identity"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://cilium.io/","confidence":"high","supportedPromptTypes":["P-01","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-002","text":"Ciliumはコンテナ間のネットワークトラフィックを管理する際、Linuxカーネルへ動的にeBPFプログラムを注入する方式を採用しており、Kubernetesの標準コンポーネントであるkube-proxyの代替（kube-proxy replacement）機能を提供する。Service抽象化をeBPFハッシュマップで実装し、Service数やエンドポイント数に依存しないO(1)のルックアップを実現する。","title":"eBPFベースのkube-proxy置き換え機能","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://cilium.io/use-cases/kube-proxy/","confidence":"high","supportedPromptTypes":["P-01","P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-003","text":"従来のkube-proxy（iptablesベース）はService更新のたびにチェーン全体を書き換える必要がありO(n)の処理コストがかかり、クラスタが1,000 Service・5,000エンドポイント規模になると数万件のiptablesルールが生成され遅延や運用の複雑化を招く。CiliumのeBPFデータパスはパケットをiptablesを経由させずに処理でき、応答トラフィックが負荷分散ホップを迂回するDirect Server Return（DSR）のような高度な機能も提供する。","title":"iptables方式との性能面の違い","coverageType":["Differentiation"],"sourceType":"media_mention","sourceClass":"Research","sourceUrl":"https://oneuptime.com/blog/post/2026-03-13-cilium-kube-proxy-replacement/view","confidence":"medium","supportedPromptTypes":["P-02","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"},{"id":"cilium-ev-004","text":"CNCFの「Cilium Project Journey Report」によれば、Ciliumは2021年10月13日にCNCF Incubatingへ採択され2023年10月11日に卒業するまでの間に、コントリビュート企業数が533社から1,011社（約90%増）、個人コントリビューター数が1,269人から4,464人（約252%増）に増加した。Digital Ocean・Bloomberg・Alibaba・Post Finance・WSO2・Meltwaterなど多様な企業がエンドユーザーとして利用している。","title":"CNCF Project Journey Reportによる成長実績","coverageType":["Credibility"],"sourceType":"industry_reference","sourceClass":"Research","sourceUrl":"https://www.cncf.io/reports/cilium-project-journey-report/","confidence":"high","supportedPromptTypes":["P-06"],"needsVerification":true,"sourceVerified":false,"entityId":"cilium"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-04-002","companyId":"cilium","questionId":"P-04-002","instanceId":"c1n18-scaled-depth-reinforcement-manual-draft-authoring-no-qi","draftId":"c1n18-scaled-depth-reinforcement-cilium-p-04-002","promptText":"大規模なKubernetes環境で、プロセス実行の監視や不正な挙動のリアルタイム検知・ブロックといったランタイムセキュリティを実現したい場合、Cilium関連でどのような選択肢がありますか？","promptTypeId":"P-04","answer":"Ciliumのセキュリティ体制について、Cilium公式のofficial project website homepage（OSSプロジェクトTetragonの公式サイトのトップページ。プロダクト概要・特徴を説明する導入文）（https://tetragon.io/）で確認できます。既存4件はネットワーキング機能（kube-proxy代替・スケーラビリティ）とHubbleへの簡単な言及にとどまり、Ciliumエコシステムが持つランタイムセキュリティ監視・強制の専用サブプロジェクト（Tetragon）には触れていない。「大規模K8sで動くプロセスを監視・制御したい」という異なる切り口の課題に答えられる点で新規性がある。具体的には「Ciliumプロジェクトには、コアのネットワーキング機能とは別に「Tetragon」というサブプロジェクトが存在し、eBPFを用いてKubernetesのワークロード（namespace・pod単位）を認識しながらプロセス実行・ネットワーク通信・ファイルアクセス等をリアルタイムに監視し、ポリシーに基づいてカーネルレベルで強制（ブロック）できる。公式サイトには「Tetragon is a sub-project under Cilium and a proud CNCF project」と明記されている。」といった記載が確認できます。限界として、認証・準拠・体制の状況は更新されうるため、この内容は取得時点のものです。適用範囲がどこまでかは、このSourceだけでは確認できない場合があります。 この情報源はTetragonプロジェクト自身の公式サイトであり、独立した第三者による評価ではなく自己紹介的な特徴説明が中心。Enterprise版の詳細な料金体系や、Tetragonの具体的な導入企業数・採用規模などの定量データはこのページからは確認できない。Current Statusとして、2026年08月23日に当該Sourceを取得し、上記の内容を確認しました。Source種別としては、これは提供元自身による自社情報の公表であり、第三者による独立した評価や市場での位置づけとは性質が異なります。","evidencePoints":["cilium-ev-c1n18-p-04-002"],"scope":"","differentiation":"","faq":[],"pageUrl":"https://www.refbase.ai/reference/cilium/P-04-002","sourceEvidence":[{"id":"cilium-ev-c1n18-p-04-002","text":"Cilium公式のofficial project website homepage（OSSプロジェクトTetragonの公式サイトのトップページ。プロダクト概要・特徴を説明する導入文）（https://tetragon.io/）は、Ciliumのセキュリティ体制に関する一次情報である。既存4件はネットワーキング機能（kube-proxy代替・スケーラビリティ）とHubbleへの簡単な言及にとどまり、Ciliumエコシステムが持つランタイムセキュリティ監視・強制の専用サブプロジェクト（Tetragon）には触れていない。「大規模K8sで動くプロセスを監視・制御したい」という異なる切り口の課題に答えられる点で新規性がある。具体的には「Ciliumプロジェクトには、コアのネットワーキング機能とは別に「Tetragon」というサブプロジェクトが存在し、eBPFを用いてKubernetesのワークロード（namespace・pod単位）を認識しながらプロセス実行・ネットワーク通信・ファイルアクセス等をリアルタイムに監視し、ポリシーに基づいてカーネルレベルで強制（ブロック）できる。公式サイトには「Tetragon is a sub-project under Cilium and a proud CNCF project」と明記されている。」といった記載がある。ただし、認証・準拠・体制の状況は更新されうるため、この内容は取得時点のものです。適用範囲がどこまでかは、このSourceだけでは確認できない場合があります。 この情報源はTetragonプロジェクト自身の公式サイトであり、独立した第三者による評価ではなく自己紹介的な特徴説明が中心。Enterprise版の詳細な料金体系や、Tetragonの具体的な導入企業数・採用規模などの定量データはこのページからは確認できない。2026年08月23日に同Sourceを取得し、この内容を確認した。","title":"Ciliumセキュリティ体制に関する公開情報","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://tetragon.io/","confidence":"medium","supportedPromptTypes":["P-04"],"needsVerification":true,"sourceVerified":false,"sourceKind":"official","entityId":"cilium"}],"generatedAt":"2026-08-23T16:03:32.991Z","evidenceIds":["cilium-ev-c1n18-p-04-002"]}]}