{"ok":true,"entity":{"slug":"cilium","entityType":"product","name":"Cilium","officialName":"Cilium","canonicalName":"Cilium","displayName":"Cilium","category":"クラウドネイティブネットワーキング（eBPF）","shortDescription":"eBPFを基盤にKubernetesのネットワーキング・可観測性・セキュリティを提供するCNCF Graduatedプロジェクト。","alias":[],"searchKeywords":["eBPF","Kubernetesネットワーキング","CNI","kube-proxy置き換え","Hubble可観測性"],"website":"https://cilium.io/","parentEntity":null,"primaryCluster":"api-management","secondaryClusters":[],"entityTier":"normal","verificationStatus":"draft","id":"cilium","updatedAt":"2026-07-30T04:37:18.344Z"},"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"}]}