这是一个创建于 1530 天前的主题，其中的信息可能已经有所发展或是发生改变。
我是做 java 这块，工作也挺长时间了，也有过架构师的头衔，但其实我至今还不是很明白架构师到底需要具备什么技能，或者什么称之为架构师？ 中国绝大多数公司都是业务驱动，框架也非常成熟，对于 Java 来说，无非就是 Spring Cloud 这套，配置中心、注册中心、负载等等，服务开发就是 Spring boot，然后还有 docker 、k8s 、rancher 、elk 、prometheus 等等一系列的运维框架。 我之前在之前公司的一个新项目中做架构师，无非就是把 spring cloud 这一整套搭建起来，写一些公用的东东和规范什么的，当然这个项目是没有高并发，一个内部系统。 之后我跳槽去了一个互联网公司，定级也是架构师，因为系统是已经比较成熟了，整个框架也是基于 Spring cloud 这套，我日常工作就是处理现场问题，业务开发，可能还有一些调优的工作，公司还有一个总架构师，是阿里出来的 P9，他的工作主要是负责 rancher 、prometheus 监控，扩缩容 等等。
我自己平时也会经常看一些新东西，也会去学习一些框架的源码，例如 Spring,eureka,nacos 等等这些。
所以想和大家学习讨论下，架构师的核心是什么？？ 一套完整的解决方案？
 |
1
helloworld2010 2020-09-22 17:42:23 +08:00
经验吧
|
 |
2
kop1989 2020-09-22 17:53:42 +08:00
我的理解，一个优秀的架构师，一定要精通一个行业的至少一套技术解决方案。
而且这个方案是可定制的。而不是照书抄。 但目前而言，直接抄一套公共方案，用大炮打蚊子的架构师居多。 真正带有软件工程初心的架构师太少。 |
 |
3
dfadfadfadf 2020-09-28 15:58:39 +08:00
我今天也在考虑这个问题，到底什么是架构师，架构师到底解决了什么问题？
我是这么想滴，我们开始用的 servlet，后来 struts1，再后来 struts2，后来有了 SSH2，后来有了 springMVC，后来就有了 springboot，为什么会一直有新的架构出来？其实就是为了让开发越来越简单，那么如何做到如何越来越简单，就要把我们以往的工具组件根据业务场景叠加起来，形成服务，然后开发多个服务，组合起来行程产品。问题就在工具组件上，正所谓有能力的人写工具，没能力的人写业务，就是这个意思 |
Select Language