Skip to main content

Command Palette

Search for a command to run...

介绍一个小工具:网络策略可视化编辑器

Published
1 min read

引子

跳过本节不影响阅读

既然是牛年第一篇,总要写点废话起个头。另外写小工具系列经常面对的一个难题就是——怎样凑够 300 字的原创门槛。

2020 年有大半年我都在唠叨云原生安全的事情,现在的情况按照我的理解,有点像 2000 年附近的互联网——各种东西都在往新瓶子里装,那时候的新瓶子是互联网,现在的新瓶子是云原生;那时候的旧酒是邮件、留言板、传呼机,现在的旧酒除了这些生活内容之外,多了更多的 ToB/G 的内容;从前的较大规模的公开互联网服务多数是自建自维护的,现在的公开服务则往往会用到大量的公有云、SaaS/PaaS 服务以及第三方交付项目。

在 Kubernetes 来说:

  • 推出了 CKS 认证

  • OPA 毕业

  • Kyverno 进入沙箱

  • Redhat 收购 StackRox

综上,经过轰轰烈烈的云原生运动之后,安全问题就已经被怼到了我们面前,很多时候一些重点服务一旦遭到破坏,虽说安全相关的黑产已经有了成熟的获利链条;然而在责任方来说,的确可以挤出一句——这不是钱的事儿。

正文

言归正传,今天要介绍的是一个安全相关的网络策略小工具

网络策略是 Kubernetes 内置的重要安全机制之一,用它可以轻松地使用 Namespace、Label Selector、CIDR 等方式,限制 Pod 的 Ingress/Egress 访问,相对于 RBAC 来说,这东西其实更贴近传统网络策略的限制方式,但是目前应用还较少,也就显得比较难用了。Cilium 推出的这个可视化编辑器,是个很好的入门工具。

缺省界面如图所示:

整个界面分为几个部分:

  • A:可视化编辑区:区域中可以用点选的方式产生不同的 Ingress Egress 规则。

  • B:代码编辑区:交互式编辑区产生的策略变更都会用 YAML 代码的形式反映在该区域,另外左上角还可以通过上传的方式载入现有 YAML 文件,上传的内容也会反向映射回到可视化编辑区中。

  • C:该区域是教学区域,下拉菜单中包含了几个常用的策略的相关教学,注意这里的是教学,给出的可能是一个待修复的策略和修复方法,不要直接复制使用。

可视化编辑区分为左中右三个部分:

  • 1:这里可以定义策略的主体,例如命名空间、名称、策略对应的管理目标(Pod Selector),另外还可以定义 Ingress 和 Egress 的缺省行为,例如缺省 Deny 或者 Allow,这里可以看到,随着策略的变化,相应的连接线颜色会发生变化。

  • 2:Ingress 区域,管理进入 Pod 的流量,分为集群外、集群内、本命名空间三种配置方法。

  • 3:Egress 区域,管理从 Pod 发出的流量,和 Ingress 区域一样,分为三种配置。

例如新建一个缺省禁止所有其它命名空间访问的策略,只要新建策略,在 1 区点击 Ingress,将其设为 Default Deny,然后在 2 区点击 In Namespace,在弹出窗口中选择 Allow from any pod 即可。最终结果如图所示:

除了 All 之外,编辑器还支持 namespaceSelector、podSelector 以及集群外 CIDR 等的源头选择。Egress 策略中也包括对目标端口的设置。

结论

这才能叫可视化吧。

相关链接

  • 工具地址:https://editor.cilium.io/

  • Kubernetes Network Policies:https://kubernetes.io/docs/concepts/services-networking/network-policies/

More from this blog

绵里藏针才是 AIOps 的本质?

Agent 让运维编排变得柔性、可变、甚至自演进;但真正敢进入生产环境的 AIOps,仍然离不开坚实、受控、可审计、可回退的自动化底座。 从 Gartner 提出 AIOps 概念到现在,也大概有十年了。这么多年来,这个领域好像发生了很多变化,又好像没什么“本质”的变化。技术上,我们经历了传统机器学习、深度学习和神经网络、以及大模型和智能体这样“翻天覆地”的变化;业务上,我们面对的是更多品种、更大

May 31, 20263 min read

龙虾恐慌:AIOps 又要改名了?

ChatGPT 开始,把 AI 拉近到普罗大众的面前,让无数人感受到 AI 的亲民魅力。而龙虾,则把大模型驱动的自动化能力,突然间变得水灵灵、活泼泼地走进千家万户。它不只是“风口上的猪”,而是风口本身。热度高到让 Mac mini 一度断货,不知道这在不在库克的预料之内。 每代人都有每代人的鸡蛋,春节期间,我就领了我的鸡蛋。翻出古老的 MacBook Air M1,充值各种大模型。当然了,这个工具

Mar 9, 20261 min read

再见 2025

我猜不少人以为这个号废了吧?并没有,只是今年变化有点大,一直有种抄起键盘,无从说起的感觉,所以一直偷懒到今天,2025 的最后一天。 今年是我的第四个本命年,去年末一期播客里,大内说本命年不是灾年,是变化年,有危也有机。可是讲真啊,只看到危,没看到机。 各种因缘际会,从鹅厂跳槽到前东家,已经接近四年,第一个合同期已经进入尾声。除了前两年还在云原生领域嗷嗷叫,后两年基本都是些鸡零狗碎的东西了,用老东家的术语说是——偏离主航道,可谓是前景暗淡了。 一旦确定要滚蛋,反倒心思轻松起来,每天骑着我的小红车...

Jan 5, 20261 min read

辅助编程?dora 说:我知道你很急可是请你别急

从 OpenGPT 把大模型的火烧旺了之后,这三年来,相信很多组织或摩拳擦掌、或躬身入局,希望借助聪明能干的大模型,或想偿还技术宅,或想降本增效,或想弯道超车。一时间,沉寂许久的 AIxx 又活过来了,LLM Ops、Vibe Coding、中医大模型、GPT 算命等等,全都老树发新芽,焕发了勃勃生机。那么视角拉回从业者最关注的饭碗相关的领域之一——AI 辅助开发,产生了什么触动,应该如何拥抱呢? DORA 的年度报告中给出了很有意思的结论——强者恒强。 执行摘要部分总结了几个有趣的点: 问题...

Oct 6, 20251 min read

[译]dora:ai 辅助软件开发状态报告

执行摘要 在 2025 年,科技领导者面临的核心问题已不再是“是否要采用 AI”,而是“如何实现其价值”。 DORA 的研究基于超过 100 小时的定性访谈和来自全球近 5,000 名技术专业人士的问卷调查。研究揭示了一个关键事实:AI 在软件开发中的主要角色是“放大器”。它会放大高效能组织的优势,也会凸显组织的缺陷。 关键结论:AI 是放大器 AI 投资的最大回报并非来自工具本身,而是来自组织底层系统的战略性建设: 高质量的内部平台 清晰的工作流 团队的协同能力 缺少这些基础,AI ...

Oct 2, 202514 min read

【伪】架构师

343 posts