Skip to main content

Nichi Yorozuya

About

Nick Cao
Golang / Arch Linux / Backend
An imperfect perfectionist
NOC of AS209297

Contacts

GitLab: gitlab.com/NickCao
Telegram: t.me/NickCao
Mail: [email protected]
GPG Key: 09CC69622E8D4EE343B4E8954D0BA456DF028C15

AS209297

An independently operated research network
PeeringDB RIPEstat

Standalone Kubelet

如果需要运行单一的容器,毫无疑问the plain old docker run!如果需要运行大量互相依赖的容器,docker-compose似乎也是一个不错的选择,但是在最近我的基础设施迁移过程中,我也发现了docker-compose所带有的众多局限,特别是在security context或是如init container这种方面。之前就发现了podman具有play kube这一子命令,可以直接运行PodSpec,我也对此进

Networking

好久不见,网课还上的快乐吗( 又咕咕了好久呢,这次来写写关于networking的事。前些时日注册了自己的ASN,我也成为了能在公网上漏油的one man NOC了呐。然而由于贫穷我的上游只有Vultr和HE,在公网BGP上并没有很大的操作空间,虽然收了全表,但是import none,because why not?故而工作的重心更多的放在了overlay network上。现有的overlay network方案其实

Arch CI Project

Arch一直没有很好的自动化构建系统呢。虽然cn源有Lilac(勤奋工作的妹子呢),但是主要构建工作还是人工进行的,三只肥猫猫拼一桌的来着。想比之下,Fedora有Copr,openSUSE有OBS,都承担了大量自动化工作,极大降低了维护成本。我也曾经尝试过使用OBS构建Arch软件包,但是由于OBS的构建环境没有互联网连接,而大量Arch包的构建均依赖网络,只能说是失败的尝试。而Lilac,更加