• 外包信息请发到 /go/outsourcing 节点。

• 不要把相同的信息发到不同的节点

This topic created in 2470 days ago, the information mentioned may be changed or developed.

TL;DR

阿里巴巴云原生应用平台基础软件团队（原容器平台基础软件团队）大量招聘：技术专家、高级技术专家、资深技术专家。

工作地点：国内：北京，杭州，深圳；海外：旧金山湾区

团队工作，参见：阿里云容器平台团队 KubeCon 2019 演讲合集

由于组织调整，大家可能听说了阿里过去一段时间停招了 P8 以下职位。而现在的技术专家（ P7 ） HC 最近重新开放了，希望大家能尽早投递，流程很快。

关于基础软件团队

我们团队在组织调整与之前相比的变化？

我们团队在本次调整中，合入了阿里中间件的技术团队（比如 Dubbo，RocketMQ 等），故本次招聘正式开启 Service Mesh 与 Service Mesh 编程模型方向（ Golang，Java 均可）
云原生应用管理成为团队主线：在原先的平台层基础上，调整后的基础软件团队现在具备了 Full Stack 的 PaaS 能力，而同时我们已经开始和全球顶级技术合作伙伴开始推进一系列云原生应用管理相关的重磅开源技术，年底 KubeCon 北美会正式发布
此外，在这个项目中，我们团队主导的业界第一个 Rust 编写 Kubernetes 生态项目也会同步开源！
Serverless 基础设施成为平台层重点：调整后的基础软件团队，具备了直面用户的 Serverless 产品线，使得原先在集团双 11 场景中积累的精细化调度、离在线混部、资源管理与运营和计费经验，正在无缝迁移到 Serverless 基础设施产品线当中，机会巨大。

其他部分跟之前的招聘内容和要求大致相同，还是四个重点内容。这里直接贴出来了：

一、先进技术

我们团队首先关注的是技术先进性。具体来说，包括两方面：

从技术出发，提出对现有问题的前瞻性解决思路，并且在后续推进中能够对我们正在从事的社区与生态产生关键的影响。例如：基于 Virtual Cluster：基于集群视图的 K8s 多租户机制，OpenKruise 云原生应用自动化引擎项目集。
通过对技术手段，解决当前社区与生态中长期存在的核心问题。
技术先进性，是团队作为整个阿里经济体基础技术研发力量能够不断成长和扩大边界的根基，也是团队能够源源不断地保持较高竞争力的动力源泉。能够提出开创性的 Idea + 强大的推进与落实能力，是我们在“先进技术”领域里最核心的诉求。

二、生态与开源

生态与开源，是我们团队工作的一个重点。这既是团队核心成员的技术基因，也是我们认为一个技术团队要在以 Kubernetes 为核心的云原生技术生态中取得成绩的关键路径。更为重要的是，我们所关注的“技术先进性”，也需要通过“生态与开源”的战场来对整个业界产生关键的影响。

所以，理解并且能够读懂生态，知晓如何在开源社区里生存并推进 Idea，是我们在“生态与开源”领域里最核心的诉求。

三、云端产品

基础软件团队的独特之处，在于同时服务于阿里云容器产品和阿里经济体内部大规模容器化集群这两块技术底盘。这个独特的位置，在全世界基础设施领域的组织中，可能是仅此一家。

所以，我们所关注的“先进技术”，在发展到一定阶段必然会以某种方式向产品方向透出并以此驱动和进一步提升我们对技术的思考和判断。

但这也意味着，我们所关注的“产品”策略，会聚焦在如下几个方面：

它以“云”为核心，并以“最大化利用云的能力”作为基准。
开放 + 标准 + 与社区和生态联动，是这个产品的最常见打法。
我们的基础假设，是 Kubernetes 会成为未来任何云上的标准 API。目前，这个比例在 Google Cloud 上是 20%，在国内要少的多。
它的服务对象，会把技术人员摆在首要位置，而非面向传统意义上的企业决策者。我们认为，整个行业的演进方向，大概率是技术人员对企业的“云”策略的制定产生越来越大的影响。
我们要为阿里云容器产品的垂直解决方案，提供紧贴社区标准、具备规模化应用能力的技术支持。垂直解决方案产品，是容器平台团队立足的根基。
规模化与稳定性。这个单独介绍。

在产品层面具备一定前瞻性思考与落地能力，能够服务像头条、微博、虎牙、饿了么这样的技术型客户，甚至引导使用者的心智与思考，这是我们在“产品”侧的主要诉求。

四、规模化与稳定性

同时服务阿里云产品与阿里集团的双重角色，让规模化与稳定性的推进和保障能力，成为了我们团队在阿里经济体立足的重要基础。

一方面，新成立的 SRE 团队，正在肩负起稳定整个阿里经济体技术底盘的核心作用，同时也是所有技术架构和决策的最终拍板者。这里我们要求 SER TL 不仅仅是运维领域专家，同时也是全团队对整个团队技术架构与体系最了如指掌的掌门人。在这个领域，我们招聘的要求也会稍高，大致是 P8+ ~ P9.

另一方面，服务阿里集团云原生技术设施体系，对规模化场景有着巨大的诉求。最近 InfoQ 披露的万级别节点集群只是一个数字和我们的短期目标，我们希望能够对 Kubernetes 技术体系的瓶颈和关键路径能够有深入到源码级的认识和理解，更希望候选人对整个体系的设计初衷有着精准的的认识，甚至指导它的下一步演进方向。