诚心请教，校招生不想写纯业务代码，如何选择更好的发展方向？

背景：去年毕业入职某大厂搬了半年多的砖了，主要就是写后端的业务代码、打打杂，感觉缺少核心竞争力，说难听点就还是个随便找个人都可以替代的“螺丝钉”。并不喜欢去钻研业务逻辑（兼职产品经理）、提高扯皮水平这样的发展方向，所以感觉自己无论如何都是要换个职位的，但对于之后如何发展心里还是没有定数。

Paul Graham 的某篇文章对自己的想法还是有一定影响的，那就是做的工作需要是可以量化、可以 scale 的，恰好目前自己做的事情这两点都不具备。业务本身没有超高的 qps 、没有低延迟的要求、没有海量的数据，因此即使你写的再好、对底层理解再熟悉、优化的再完美也是没有意义的，最终代码只要能用就行，谁都能写，但写的更好也不会有任何看得见的收益，就只是搬砖实现产品要求而已。

因为对上面说的几点有充分的认识，我平时也在不断学习不同的技术与读书，分布式系统和数据库方面读了 DDIA 和 6.824 了解 Raft 协议等概念以及很多常见数据库系统的底层实现，k8s 对 Controller 、Pod 等概念和大致实现都有些了解，也熟悉微服务架构下服务发现、链路追踪等一套东西。尽管感觉自己很多都有涉猎，但落实到要找别的方向的工作时却一方面感觉缺乏相关实际经验、有些怀疑自己的能力，一方面又想 k8s 或者数据库的方向真的就可以帮助自己跳出目前的“坑”吗？最后依然不能坚定决心选一条路来走。

诚心请教大家，有没有做 k8s 或者数据库方向（或者其它有挑战性方向）的同学可以给一些建议或者指点一下内幕，或者有没有大佬来批判一下自己不成熟的烦恼，先在这里谢过了。