<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cilium on marktaguiad.dev</title>
    <link>https://marktaguiad.dev/tags/cilium/</link>
    <description>Recent content in Cilium on marktaguiad.dev</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <managingEditor>marktaguiad@marktaguiad.dev (Mark Taguiad)</managingEditor>
    <webMaster>marktaguiad@marktaguiad.dev (Mark Taguiad)</webMaster>
    <copyright>marktaguiad.dev</copyright>
    <lastBuildDate>Tue, 28 Apr 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://marktaguiad.dev/tags/cilium/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cilium Network Policy: CiliumNetworkPolicy</title>
      <link>https://marktaguiad.dev/post/k8s-cilium-policy-dos/</link>
      <pubDate>Tue, 28 Apr 2026 00:00:00 +0000</pubDate><author>marktaguiad@marktaguiad.dev (Mark Taguiad)</author>
      <guid>https://marktaguiad.dev/post/k8s-cilium-policy-dos/</guid>
      <description>&lt;p&gt;&lt;code&gt;CiliumNetworkPolicy&lt;/code&gt; (CNP) is the most commonly used policy type in Cilium.&lt;/p&gt;&#xA;&lt;p&gt;It is namespace-scoped, meaning the policy applies only within the namespace where it is created.&lt;/p&gt;&#xA;&lt;p&gt;This is the policy most teams use for real-world application security because it enables zero-trust controls at Layer 3, Layer 4, and Layer 7.&lt;/p&gt;&#xA;&lt;p&gt;If Kubernetes NetworkPolicy is a basic firewall, CiliumNetworkPolicy is the full application-aware policy engine.&lt;/p&gt;&#xA;&lt;p&gt;What discussed and showed here is similar with &lt;code&gt;CiliumClusterwideNetworkPolicy&lt;/code&gt;, the only difference it the policy is cluster wide. Read more on that topic and how to combine these policies.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cilium Network Policy: Kubernetes NetworkPolicy</title>
      <link>https://marktaguiad.dev/post/k8s-cilium-policy-uno/</link>
      <pubDate>Sun, 26 Apr 2026 00:00:00 +0000</pubDate><author>marktaguiad@marktaguiad.dev (Mark Taguiad)</author>
      <guid>https://marktaguiad.dev/post/k8s-cilium-policy-uno/</guid>
      <description>&lt;p&gt;When people first start working with Cilium policies, the easiest way to understand them is to group them into two simple ideas:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;Who can talk to what?&lt;/li&gt;&#xA;&lt;li&gt;What they’re allowed to do once connected?&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;That mental model maps directly to how Cilium builds policy enforcement—from basic workload isolation all the way up to application-aware HTTP filtering.&lt;/p&gt;&#xA;&lt;p&gt;If you already think in terms of namespace rules and Layer 7 rules like HTTP GET/POST like we did in &lt;a href=&#34;https://marktaguiad.dev/post/k8s-istio-uno/&#34;&gt;Istio&lt;/a&gt;, you’re already on the right track. Cilium simply expands that model into something much more powerful and much more granular.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cilium Gateway API</title>
      <link>https://marktaguiad.dev/post/k8s-cilium-gateway/</link>
      <pubDate>Sat, 25 Apr 2026 00:00:00 +0000</pubDate><author>marktaguiad@marktaguiad.dev (Mark Taguiad)</author>
      <guid>https://marktaguiad.dev/post/k8s-cilium-gateway/</guid>
      <description>&lt;p&gt;Cilium Gateway API support is a modern replacement for traditional Kubernetes Ingress controllers.&lt;/p&gt;&#xA;&lt;p&gt;Instead of relying on standalone ingress proxies, Cilium integrates Gateway API directly into the networking stack using &lt;strong&gt;eBPF&lt;/strong&gt; and &lt;strong&gt;Envoy&lt;/strong&gt;, enabling:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;HTTP / HTTPS routing&lt;/li&gt;&#xA;&lt;li&gt;TLS passthrough&lt;/li&gt;&#xA;&lt;li&gt;TLS termination&lt;/li&gt;&#xA;&lt;li&gt;Traffic splitting&lt;/li&gt;&#xA;&lt;li&gt;Header manipulation&lt;/li&gt;&#xA;&lt;li&gt;Standards-based ingress with Kubernetes Gateway API&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Cilium’s operator acts as the Gateway API controller and manages:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;code&gt;GatewayClass&lt;/code&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;code&gt;Gateway&lt;/code&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;code&gt;HTTPRoute&lt;/code&gt;&lt;/li&gt;&#xA;&lt;li&gt;LoadBalancer Services&lt;/li&gt;&#xA;&lt;li&gt;eBPF traffic routing&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;This is similar with Istio Gateway, for our example let&amp;rsquo;s use the same deployments/apps.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cilium ClusterMesh: Connecting Kubernetes Clusters</title>
      <link>https://marktaguiad.dev/post/k8s-cilium-clustermesh/</link>
      <pubDate>Fri, 24 Apr 2026 00:00:00 +0000</pubDate><author>marktaguiad@marktaguiad.dev (Mark Taguiad)</author>
      <guid>https://marktaguiad.dev/post/k8s-cilium-clustermesh/</guid>
      <description>&lt;p&gt;Cilium is a Kubernetes CNI built on eBPF, replacing the traditional iptables-heavy networking model with kernel-level packet processing. Instead of relying on large iptables chains for routing, filtering, and service load balancing, Cilium injects eBPF programs directly into the Linux kernel datapath for lower latency and better scalability.&lt;/p&gt;&#xA;&lt;p&gt;This would require a whole book in explaining eBPF, so we will not dwell in that. Let&amp;rsquo;s focus first on connecting two Kubernetes Cluster.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
