不知道大家对架构核心和业务核心怎么看

现在实习的部门是架构核心，但是就我观察离职率高，干的事偏打杂，晋升偏慢，+2要求非常严格，做的事需要自己驱动去想，不过背书强，业务实例数几万，qps接近亿级，+1目前应该还比较看好我。 还有一个部门算是业务核心，最近还在增长，不过部门细节不是很了解，做的事情偏业务，可以理解为crud偏多。 不知道大家怎么看呢？

建议是看业务是否赚钱，赚钱程度在公司排名

架构核心算是中台业务，不知道怎么衡量挣不挣钱，重要肯定是最重要的，我们服务出现一点抖动TikTok马上就要走兜底逻辑的那种。

业务不都是crud

但是是那个组应该挣钱很多，晋升按照我的理解会快不少。

之前找工作纠结infra还是业务的时候，咨询过一个老哥，他提到一点我觉得很有道理，就是好的业务，强于技术，强于不好的业务。

哎，其实很蛋疼的一点是我现在的组也不算infra，就是单纯的中台服务，只是正好承接了TikTok最重要的业务罢了。

不会是tt核心保障那个吧，薅下游工具，给上游提供服务，纯纯工具人

不是这个[ema1]

架构部门都干什么工作啊

主要是自己想。我们现在主要做重构/降本/性能优化，还有一些特定的tiktok要求的合规问题。

+2老板缩写看看

infra不天天被人骂，稳定性唉

之前tt架构老板我记得是叫ql

不是这个，但是我们+2挺变态的，我朋友面我们组被+2面哭了

哦这个好像是我们隔壁组？他们好像没有自己的业务，到处给别人做支持，确实挺抽象的

这个组好像是sre吧

dd

dd