不懂就问，什么是容器开发？

[Cola98]

求求各位彦祖解答一下，小弟最近拿到一个容器开发的 offer ，这个算是基础架构吗？

[libook]

这个应该在面试的时候问清楚吧，即便相同名称的岗位在不同公司的不同部门的工作内容也可能是有差异的，你只提供四个字，真的很难说……

容器开发可能是指在容器环境内进行开发，也可能是开发容器工具本身，也可能是围绕容器生态做支撑。

[anonymousar]

一般指基于容器的二次开发 比如搞点 k8s operator

[Cola98]

@libook 不好意思啊，因为当时问的时候，很多忘记了，后来又发了一个 JD ，我等下给补上，多谢！

[Cola98]

@anonymousar 感谢老哥！

[LeslieLeung]

感觉像 devops ？

[iloveayu]

容器技术相关的开发

[glfpes]

产出：容器服务
其实就是 devops

[bthulu]

当然是 k8s 开发啦, 平时修修 k8s 的 bug, 主要还是给 k8s 增加新功能

[Cola98]

@bthulu 好咧 多谢~

[jingslunt]

@Cola98 我也是 做这行业的，接触过 eks gks aks 和阿里云，青云 rancher 等，最近我们都在也接触 skywalking 和 istio 。有个建议是去接触 cilium 这东西是因为用到 epbf 和 envoy ，所以实现做到从内核到 L7 层的功能，也就是 k8s 以后网络组件 防火墙 proxy 甚至流量管理和金丝雀 istio 链路根踪都能做。 目前它的功能已经实现网络组件到 pod 七层防火墙，目前还不能替代 istio 不过 istio 也有一个对应的 cilium 版本，因为它也能处理跟踪网络包，所以后期应该也会出一个类似 jaeger 跟踪的版本

[liuliuball]

这个钱多吗 也是搞这个的 想换个工作

[iyear]

借楼求问这块的前景如何

[Cola98]

@jingslunt 好咧，多谢老哥指路，这些我在消化一下~

[yannxia]

@iyear 其实也不是不行，但是因为不直接支撑业务系统，业务系统当然可以选择不用 K8S ，其实 @jingslunt 说的没错，但是呢 各家的 ServiceMesh 产品销量惨淡~纯技术的东西火不起来的话，有点影响收入。如果单纯考虑钱财收入的话，数据类的产品也许好点。基础架构很多的涉及调度，网络之类的东西，都是听起来唬人，业务不用就没有收入源，K8S 还是有前景的（业务上 K8s 越来的越多），但是 ServiceMesh 不一定有前景（看起来可能被过渡），按照这个逻辑思考的话，如果关注容器的话，也尽量不要选择容器上层比较式微的方向。PS：实际上 像可观测性的产品本身离开了 K8s 也是 OK 的，只是现在推崇云原生化，应该独立看待。

[iyear]

@yannxia #14 感谢，受益良多