我列几个题目：1. 对于高并发，高吞吐要怎么设计架构？ 2.对于高可用你是怎么理解的？
我再说下我的工作背景，我自己一直在中小公司上班，5 年开发 3 年运维。经历了单体应用-->分布式-->（虚拟机时代没有经历过）-->云原生
实际上类似于上面的题目，在开发面试中我觉得也是适用的。对于这些题目，我到目前为止，还不能很系统的回答。我认为这些题目是在考察面试者，有没有“全局”视角或者说“架构”能力。我几乎没有在这一层面做过思考（我也搞了好多年的微服务，微服务里的那些东西我也都用过，见过，但我就是没法用自己的语言讲出来）。
我总结了下原因：从我开始工作到现在，我始终都是非常扣细节。我主要的兴趣点在于网络，我希望能在网络这块一路走到底，从应用层-->内核-->驱动-->硬件。我一直在朝这个方向努力，我转到运维也是出于这个目的。
我对自己后续的职业发展，也是想按照上面这个方向来走。目前还处于内核初期（我跟着某本源码书，现在能非常勉强的看懂内核协议栈相关逻辑，而且只是个大概）。我想做到的就是如果出了网络的问题，我能够从应用层一路排查问题到硬件。
对于 sre 这样的岗位，我觉得也确实需要有一定的“架构”能力。所以今天面试挂了，也是理所应当。
不知道大家对我的这个思路有什么想法？我是把路走窄了，还是怎样？期待大家的回复，感谢🙏
ps: 另外我感觉目前我的能力已经“到顶”了，今年我真的感觉有点“吃力”了。首先作为运维，尤其是中小公司的运维，本身就不需要那么“精”，反而需要的是“广”。各类中间件你都要知道，开发技能你也要会。我目前的语言栈是 java+go 。为了应付工作，python 和 vue 也是要掌握的，目前我还不会。常见中间件我都用过，但都不精。。。为了实现我的目标，c 也是必须要会的，我目前也只是 hello world 水平。感觉真的有点学不过来了
