阿里云[技术服务专家]面试有感

        好久没写了，这次是因为在Dane CHAN(一位很专业的猎头)的推荐下经历了一次完整的阿里面试，面试过程中不仅获得了好友、同事的很多支持和帮助，还得到了神秘专家的提点。终面的表现个人以为是很差，但是这次完整的面试过程还是学到了很多，想要记录分享一下，并对给予我支持和帮助的好友、同事、神秘专家致以最真诚的谢意。

1. JD——技术服务专家

一、职位描述：
1. 作为阿里云KA技术服务的第一负责人，深入了解客户业务场景，与客户的架构、开发、运维团队深入合作，梳理分析客户现有云产品及应用架构，围绕阿里云KA客户云上业务设计稳定性优化方案，从云上监控，主动发现，灾难演练，业务快恢/降级方案，微服务改造，finops，高可用架构改造等方面协助客户持续优化云上稳定性易用性。
2. 与阿里云各团队充分合作，从客户架构视角出发进行问题处置、护航保障、风险治理，并沉淀输出最佳实践及工具产品，面向客户痛点主动进行专项高阶服务。
3. 追踪互联网KA客户关键稳定性问题，持续协助客户治理并不断推动阿里云产品及服务的优化改进。
4. 协助云上企业客户进行架构改造落地，并持续迭代降低使用成本，提升性能及业务连续性。
二、职位要求：……省略

2. 简历投递

        在BOSS上有刷到过这个岗位，但是根据自己的履历来看，我自己去投递这个岗位的话，简历是无法通过的。我是属于能根据实际业务寻找技术工具解决问题的，9年多的工作经历中也是有很多不错的结果产出，这部分在个人简历中都有体现，但是对于没有大厂经历的我来说，这些产出有点微不足道，难度值对于大厂来说应该是约等于0的那种吧。

        某天刷信息的时候，前言提到的Dane联系到了我，专业且耐心的和我沟通了岗位的需求情况，也记录了我个人应聘该岗位的优势和不足，然后进行了候选人推荐。Dane从联系到我，一直到完成每轮面试都会及时同步信息给我，做了很多指导以及经验分享，所以在这里再次对他致以最真诚的谢意。

        如果正在求职/寻找新机会的你也有我上述的情况，简历投递效果不佳，可以找我或者他交流一下，更专业的推荐渠道，或许效果会好很多。截图内容是Dane目前关注的内容。

3. 岗位理解

        看到这个岗位的时候，我个人的理解是“技术服务专家”，侧重于服务，技术的服务。一千个读者一千个哈姆雷特，我的理解(经验有限仅为个人理解)为什么侧重于服务呢，主要基于以下三点：

        a. (资料一)阿里云官网可以查到所有在供的云服务产品，概要介绍、价格等信息，以及一些行业实际应用场景介绍。(资料二)CMMI体系中有一部分内容是【组织资产库】，这里面按实践来说是会包含更详细的云产品的技术介绍、优秀的行业应用案例+具体的实施过程。(阿里云持有CMMI DEV 和SVC双模型最高等级5级认证，成为全球首个获得CMMI双模型5级认证的云厂商)。(资料三)阿里云-文档与社区有完整的云产品学习路径、优化经验与案例分享，还可以免费试用云产品。

        b. 我是一名毕业于计算机专业，且有实际的开发经验，对于此岗位不算跨行业，有基础的计算机知识做支撑。虽然没有实际的云架构经验、完整且充分的上云/云迁移经验，但是通过a中所述的三部分资料，是可以快速完成学习、了解并掌握的，因为非直接的云服务开发工作，学习深度能到熟悉所有的云产品的基本原理、优势、性价比(对比其他云商)，以及各行业应用场景、服务监控、常见技术问题的调优，即能保障基础的技术服务工作。当然，能够深入学习云产品的底层技术原理、源码级调优能力，这个应该就是云架构师、大数据架构师了吧。

        c. 近10年的工作经验中，大部分时间都会直接对接业主、需求方，有高质量的结果产出，以及较高的服务满意度。在提供云产品服务的时候可能会服务的对象：①其他云商业主，这个应该是比如一家单位用了比如亚马逊云，然后自研云产品，成为云产品服务商。这个我还真不知道是否有这么个路线的。②拥有云产品/服务专业技术团队的业主，他们已拥有专业的产品、技术知识，做技术服务的过程中主要就是结合业主的业务场景做相关方案、经验的交流分享，协助业主的技术团队解决问题。非私有云，他们不做二次开发(如果要做二次开发，正常是直接用开源平台+自研)，一般也不涉及源码级的优化。③没有云产品/服务专业技术团队的业主，主要是先上云然后提供监控、运维、持续优化云上业务的技术服务，他们不具备相关技术，正常也无法深入的讨论技术原理、源码级的优化。

———————————————————————————————————————————

        面试问答不会太详细，基础技术问题的详解网上非常多。每个人的履历不同，一般都是针对项目、难点进行针对性问答。

4. 电话评估沟通

        这部分主要是基础技术问答考查：

        ①首先是自我介绍。我是简述总体情况，突出个人优势吧，毕竟该写的简历都写了。

        ②询问离职原因，经历项目的职责，技术栈。

        ③根据所述的技术栈，问了：HDFS、Hbase、Spark(5个组件)、Kafka、Flink这些基本原理。回答了对应的设计理念、读写原理、一般的使用场景。以及自己怎么用的，遇到问题，排查解决。

        ④个人提问：我是由开发来应聘技术服务的，算是转型。请面试官针对前面的面试情况给1个建议即可。面试官这边有提到【一专多能】(阿里云官网是可以看到16大类的服务，我自己理解一专是指的针对比如1~2类是非常专业的，然后这1~2类云服务是要搭配很多其他服务来使用的，都要了解会用，即多能)，以及对技术的要求，期望是更深入的挖掘历史项目的技术栈、难点排查与解决。

        ——这里感谢面试官，耐心地进行问答引导，给了建议，并且给了通过。

5. 视频一面——技术原理/项目经验

        ①自我介绍。这部分是必须的，毕竟是远程面试。

        ②询问离职原因。

        ③根据自我介绍中的技术栈做了提问，与电话沟通类似：提问概念、读写原理、工作中怎么用的，遇到什么问题，怎么排查解决的。

        ④阿里云产品都有哪些了解，有没有上云、云迁移的经验。

        这部分因为在工作中用到过阿里云产品，后面也有部分切换到华为云相似产品，主要结合两者的对比做了回答。上云、云迁移根据项目经验中所涉及的内容，知道什么回答什么。

        ⑤因为整个阿里云产品了解的类型不多(官网是可以看到16大类)，继续提问了：假设最终进入到该岗位，计划如何快速学习/展开工作。

        这个回答结合的就是3-a所述的三部分资料，因为有过大数据部署、运维、开发、调优经验，也有一些云产品的使用经验，通过一两周的强化学习快速了解掌握。然后再实际工作中，结合客户的行业、实际业务需求来融会贯通 云产品以及相关的技术服务，做到举一反三，提高服务质量和效率。

        ⑥项目工作内容、贡献。

        这部分就是根据自己做的项目实际回答，部分感兴趣的点，面试官也会深入问一下，不过主要考查设计、思路、业务怎么对接的，没有考查具体技术源码层面的问题，验证候选人简历中项目经历的真实性、以及对项目的总体理解。

        ⑦个人提问：问的和电话沟通一样，因为这次面试时长最长，面试官非常耐心地做了提问与引导。根据面试情况给出的建议：回答问题更精炼一些，有需要面试官会展开问；上云、云迁移工作如果有深入做过，结合项目深挖一下；提到【一专多能】，对技术的理解和应用经验不足，多准备多深入学习。

        ——第一次视频面试算是正式的面试开始，面试官有提到第一次面这么久，所以真的非常感谢他能够专业且耐心地展开提问和引导我展示自己工作内容、个人优势，并针对性的给出了面试建议，学习建议。

        ——在这之前，有自己沟通/投递过认为合适的岗位，但是以现阶段的经济情况，各行各业不同程度的卷、降本增效、开源节流，招聘十分谨慎，甚至不招；沟通/投简历已读不回的很正常，简历经验描述不是非常符合的，一般也是表示不符合，所以个人转型更困难。所以阿里云刚开始的一次电话沟通、一次视频面试给我的体验是非常好的，正是因此才有的前言所述，想要记录分享一下本次面试的经验。努力的做好自己的工作，完善自己的简历、展示自己的能力和优势，我相信求职者还是能够和我一样遇到专业/负责的猎头、专业/有耐心的面试官、合适的岗位和公司。

6. 视频二面——技术底层/项目经验

        面试官先做了自我介绍。

        ①自我介绍。

        ②离职原因、个人发展规划。

        ③项目经验、职责、贡献。

        ④具体询问了项目中的两个专利、xx稽查业务的开发过程、yy数据匹配怎么做的，以及实际生产效果。

        ⑤询问了与需求方对接的经验。

        ⑥询问了数据库经验，MySQL 5.7、8 版本的特性。

        数据库技术底层≈0经验吧，我回答的是：技术侧重大数据相关技术的应用、开发，数据主要用到权限管控、约束/索引、视图、SQL开发与优化、JDBC的连接与读写访问等等，数据库的业务场景简单，因此没有去深入学习底层技术细节和版本特性。

        ⑦问了工作base，并说了岗位要求的base情况。

        ⑧有什么想问的。

        我结合上述所有的面试情况，对于岗位有了相对完整的了解，因此没有提问。向面试官表示，自己通过面试找到自己的不足之处，这类岗位符合自己的预期和职业规划，因此会针对性的强化学习，提高自己的技术能力。

        ——本轮的面试速度快了很多，毕竟视频一面考查过技术问题，内部肯定都能看到面试反馈，没有做太多重复的技术提问。本轮也是体验很好的，可能是因为给了通过的原因吧，真实的原因其实还是面试官是以考查候选人是否能够直接胜任工作(或者能够通过快速学习胜任工作)的角度进行的面试，而不是八股或者按最高标准去评估候选人是否达标。

7. 视频三面——云架构

        三位面试官简单介绍，下文以ABC表示三位面试官。

        ①自我介绍。

        ②询问了离职原因。

        ③询问了项目经验。

        我的回答跟前两轮类似，技术栈的应用以及业务中的职责和工作内容。这部分的回答，负责技术的面试官A继续提问说，让我从架构、云产品的使用层面来回答。(这部分真的是0经验，毕竟不是架构师)

        ④面试官B根据③问题，问：你对这个岗位是怎么理解的，你的优势和不足。

        这部分回答，就是第3部分所述的【岗位理解】以及个人优势和不足。

        ⑤面试官B继续问了我在工作中的具体工作、贡献。

        这部分我按项目经验实际回答；贡献这部分就是结果导向，先说有获得的比如xx市科技进步奖、公司/集团个人奖项、一些量化的优化结果。然后面试官A针对其中两个结果进行展开提问。

        面试官A属于技术向的，更希望得到关于整体架构设计、云产品使用的过程。这部分=0所以都是直接回答没有经验。

        ⑥面试官AB都有耐心地引导我尽量往架构设计、云产品使用、上云、云迁移去引导，也问了比如一个xx业务在云上是什么架构。

        这部分基本就是0，原先的项目经历都是根据实际业务情况，找到比较合适的开源组件，然后结合技术文档进行底层大数据服务的部署构建，更多的是大数据相关业务的开发，偏业务。

        ⑦询问了如果最终从事该岗位如何学习与展开工作，当前的工资总包，期望的薪资，问了base情况，出差情况。

        ⑧个人提问环节，这部分与上面类似，对于岗位的理解已经讨论了，自己的优势与不足也都展示了，所以没再提问。

        感谢了三位面试官，愉快的结束了终面(即使答得很差，面试过程还是尽量考查个人能力、能否胜任工作)。

8. 个人总结

        这个似乎都在每轮面试里写了，后续这里就写点面试相关的探讨性内容吧。

        ①有多少人能保证工作生活兼顾？即使是国企央企，现在也很难吧；外资也很多撤出了。

        ②工作中，个人价值的衡量问题。如果你是做销售、运营这类直接背业绩KPI的，基本就是业绩衡量。如果你是做工程项目的，项目完结尾款收到也能体现价值。那如果你是做支撑工作的，比如客服、SQL取数，最终的结果产生了多少收益/降低了多少成本，最终的闭环不在你这里，怎么拿到结果、怎么衡量价值呢？

        ————持续更新中……

9. 等结果