写在FY19之后

FY19是我们公司制定的员工成长与工作目标的年度方案。基本上是与manager one by one的产出物。大体上和个人的职业规划很相像,多出来的则是公司对你的期望以及帮助。

Manager是位很nice的人,给予到我这样的新人的思考还是挺多的。

我们团队是devops下面的SRE team,职责是保证CICD的稳定,troubleshooting,优化流程,编写脚本,dashboard,输出供客户使用的产品等。日常工作中dev和ops都有涉及。

由此引来的第一个思考就是:快!ops工作的特殊性,快速的定位问题,快速build出开发团队所需的环境。系统比较庞大,如何快速的定位问题,要求需要对各个service的功能有所掌握,需要对各个slave环境的配置了解。如果CICD block了,基本上开发团队的日常工作很受影响。每当开发找到我们说给个环境,而我们给不出的时候,很尴尬。快还有一个方面就是反馈,以前更多的是面向客户的产品,反馈也是从客户那边得来,当然此时的反馈可能已经经过了层层过滤。现在的定位是开发团队,我们的脚本是否方便了开发团队的工作效率,是否对我们的整个产品是正相关的,需要人为的有意识的调研。与此同时我们的service team 有14个,人多,带来的显著问题就是沟通,而沟通问题一定是最显著的。快速迭代,快速反馈,频繁沟通是不可少的。

第二个问题:稳。CICD等工具的稳定,系统产出物的稳定。稳定性一方面可以提高团队的公信力,SRE team在整个devops的各个环节,但是也在火车末尾的核心环,产出物质量的保证需要一套稳定的工具来保驾护航。目前的Jenkins job大大小小算下来有几十个,目前也在如火如荼的改造中,换成可以版本控制的pipeline。image的管理,nexus的迁移等锻炼的机会很多……

第三个问题:认知自己的价值以及作用。如何发挥自己所长去为团队带来价值也是一个值得思考的问题。做自己认为有意义的事情,小步快走,及时回顾。我一直觉得敏捷的方法论用在这样略显浮躁的社会里再合适不过。做一些有可预见性的事情能给自己带来激励。目前工作的切入点是pipeline,大大小小也交付了很多。那么高一点的要求就是能不能成为pipeline 的expert,成为对外的窗口,我想结果是可预见的。还有其他的如k8s,vagrant,automation等。

还有一个思考是:考虑问题需要有界限。这是从对话中得来的感悟。自己常常说想做design,做从0到1的事。那么问题来了,0到1的事的对象是谁,你认为的0在别人看来不一定是0……还有这件事的本身真的是0也是个问号,它需要依赖系统吧,需要开发的语言等,这些其实已经不算0了,可能实际上做的是0.99到1的事!所以要认清事物的本质,明确界限,细化task。否则都有可能把自己吓倒。

go语言真的会取代python?看个人喜好,熟悉的才是最好的……

要学习机器学习吗?产品中有virtual agent,可以了解,但是一定要想好可以为CICD带来什么,有怎样的产出。

……

FY19告一段落,新的一年快来了。就像我后面的哥们每天早上在线会议时说的:good afternoon,long time no see,……,fine,everything is ok ……

嗯,everything will be ok! Just March on

你可能感兴趣的:(写在FY19之后)