这是一个创建于 1054 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们是谁？
我们是一家小厂，但是在北上广深都有分支机构，现在主要做的是基于 kubernetes 的 PaaS 平台
需要你的做什么 ？
- 负责容器网络的设计和开发
- 负责项目上 SDN 网络、ServiceMesh 、边缘容器引擎等定制化设计及开发
要求
- 学历不是强制要求，我们更关注工程能力
- 但是你至少要熟悉 K8S CNI 相关的技术，比如 Flannel 、Cilium 等
- 语言也不是硬性要求，但有意愿并且快速上手 golang
- 如果你还熟悉 Istio/Envoy 相关模块并且有 Service Mesh 应用经验那就完美了
我们能提供什么？
- 一线大厂的薪水和福利
- base 地北上广深任选
- 其实还有蛮多的，但是薪水不到位其他的都没啥卵用对吧？这里就不写了
欢迎联系
- aGQuY2JzdUBnbWFpbC5jb20K 请注明 v2ex
 |
1
FabricPath 2021-12-17 13:36:43 +08:00
2000 节点内开源方案都可以满足，有什么特别的原因需要自己开发 CNI ？
|
 |
2
goushenggege 2021-12-17 15:17:34 +08:00
多集群云？
|
 |
3
hdhuang OP @FabricPath 确实是有一些特殊的场景
|
|
4
hdhuang OP @goushenggege 有这个规划
|
 |
5
pydiff 2021-12-23 15:51:37 +08:00
@FabricPath 开源的哪个可以稳定运行 2000 节点的,真的有人试过吗,我公司也是试了开源的,觉得没啥保障,最后是外购了
|
 |
6
ljf 2021-12-26 20:22:14 +08:00
开源的 calico ，cilium 都可以支持 2000 节点吧，kubeproxy 配置 ipvs ，优化好一些参数，如 calico rr 模式，避免 iptables 泛滥之类的。自己开发 cni 的话，不见得就比开源的好，而且对人员技术要求较高，不过一些特定的网络环境，如运营商和一些银行系统内网环境，需要一些特定场景，可能需要自己开发 cni ，比如容器网络和 vpc 网络统一 ovelay ，固定 ip 场景等等。
|
|
9
FabricPath 2021-12-29 17:30:06 +08:00
@pydiff CNI 还有商业方案吗？你说的我想把现在的方案 toB 了
|
|
10
FabricPath 2021-12-29 17:32:23 +08:00
@hdhuang 你司叫什么名字
|
|
11
hdhuang OP @FabricPath 字节跳动
|
|
12
FabricPath 2022-01-06 13:53:15 +08:00
@hdhuang 北上广深。。。我大概知道你是哪个团队了，为啥不找网络组(ll 的团队）给你们定制 CNI 呢
|
|
13
FabricPath 2022-01-06 13:57:21 +08:00
而且你们这个场景，又要 EIP 又要 NAT 又要 VPC ，就是一个标准的 SDN 网络，用才云的 VCI （ kata+sdn+胶水 cni ）就能满足你们大部分需求，再做一点定制开发
|
 |
14
corvofeng 2022-02-19 08:46:50 +08:00 via Android
做 PaaS 还要处理底层网络吗？ 公司内部应该有运维团队在维护 K8s 吧， 建议用他们的
|
Select Language