云原生序

212 阅读2分钟

       随着2020年艰难过去,我也结束了从金融云到PaaS再到可信原生的一段职业经历。在最后一个task(原地重启Pod能力)开发完成和项目交接结束之后,转身投入到“打造xx操作系统”的愿景中。作为架构组成员,以为从此该围绕商业和业务架构展开工作,然而,经过一个月的摸索,在熟悉了团队和整体目标之后,决定还是以云原生应用为切入点展开,帮助部门从Cloud Hosting到Cloud Native演进的同时,最重要的一点:“要让业务赢”!

        回望过去,早在2018年底集团上云项目启动,当云原生被认为是第五代架构时,我便义无反顾的投身参与其中,我想我不能错过这一代架构升级。于是,在经典和云原生的各种错综复杂的缠绕中,艰难前行。清晰记得,为了在产品层实现单元化架构下Pod的灵活分组和编排能力通宵撸码;为了在联邦层没有Ready的情况下上线过渡版本而在产品层不断画蛇添足,而在随后联邦层Ready之后又不得不砍掉之前的所有的多此一举而劳心劳力;为了兼容经典运维的一些场景在云原生平台写“反云原生”的Pod运维能力,等等等等,一切都还历历在目。相信,无论道路多艰难多陡峭,只要坚持下来走过去,那便是今后新起点的坚实基础。

        我想我还是会在云原生的道路上继续探索,虽然当前的工作已经不再是围绕PaaS来打造云原生基础设施,但是“如何选择和更好的使用云原生基础设施、如何让我们的业务系统能够朝着云原生应用架构方向去演进” 同样是云原生道路上举足轻重的一部分。所以,从云原生平台转身到云原生应用,正好是云原生技术的一个比较完备的整体,再加上组织架构和开发流程上的支撑(比如devops),最后实现持续交付的目标,这也是我理解的云原生追求的目标。

        2021,重新出发!再多一些思考,对技术以及技术背后诉求的思考,对需求以及需求背后价值的思考;再多一些规划,面向云原生应用架构演进的规划,面向适应未来基础设施演进的规划;再多一些分享,对内不断拉齐各个业务中台研发团队对云原生应用架构演进的共识,对外分享从Cloud Hosting到Cloud Native演进过程中遇到过的问题和最佳实践经验。