大数据&云计算|总结我在架构师升级过程中的那些坑以及各种体会


ITDaily &amp AI 中国
每日最新 IT 圈 AI 圈新鲜事吐槽 给你想看的
先说明 , 本文说的是技术架构 , 而不是业务架构 , 另外 , 这个架构是指目前比较热门的高并发大数据的架构 。 论能力 , 我还达不到架构师的水平 , 所以我目前还在不断努力 。本文回顾了我在架构师方面的学习途径和学习方式 , 也总结下我在这方面踩过的坑 , 从而让大家别再重犯 。
1 刚开始 , 只知道架构师很挣钱 , 但不知道该学什么 我自认为还算比较上进 , 所以 , 在 java 高级开发的岗位上也是不断学习 , 当时再往上升 , 有项目经理和架构师等选择 , 一方面 , 我听说架构师很挣钱 , 另一方面 , 我也想再深入了解些技术 , 所以就想往这方面转 。 当时我是很迷茫的 , 甚至不知道该学什么 , 以及该怎么学 。
大数据&云计算|总结我在架构师升级过程中的那些坑以及各种体会
本文插图

那个时候 , 我就开始用面试来探路了 , 投了不少公司的架构师职位 , 记得当年面试真的是答非所问 。
面试官的问题 1:你用过什么架构?他的本意可能是问分布式架构 , 比如 Dubbo 等 。
我只能回答出 , 我用过 Spring MVC , 其它就不知道 。
面试官的问题 2:在项目里 , 怎么应对高并发流量?
我的回答是 , 靠多线程 , 以及 Servlet3.0 的并发功能 。

面试官的问题 3:你们在数据库层面 , 如果应对海量的操作?
我的回答是 , 用 SQL 调优技术 , 根据执行计划 , 看 Oracle 执行的瓶颈 。
这个问题可能面试官想了解集群等方面的知识 , 但我只能从单机版的方面回答 。
总之 , 当时的回答很多是答非所问 , 幸好当时的面试是用来试错 。
大数据&云计算|总结我在架构师升级过程中的那些坑以及各种体会
本文插图

回想起当时的场景 , 虽然到处到网上搜诸如 “java 架构师的技能 “等关键字 , 也看了不少资料 , 面试回来也赶紧补课 , 但总体上 , 甚至无法建立起学习规划 , 所以当时的学习效率并不高 。
2 过于偏重代码层面的解决方案 , 其实也得靠组件 因为当时在高级开发阶段 , 自己动手搭建过 spring mvc 等的实现方式 , 很多问题都是自己写模块来解决的 , 所以就认为很多架构级别的事情 , 更多的得靠自己写代码来解决 , 而架构师应当更多关注系统的结构 。
比如 , 当时我在学习负载均衡 , 总想着自己写一个模块 , 通过 NIO 或队列的形式 , 自己把请求转发到合适的服务器上 , 又如 , 在安全容错方面 , 总想着自己写一个异常处理的模块 , 来解决超时的请求 。

这种做法本身没错 , 因为资深级别的架构师确实是自己通过代码写诸如负载均衡等的实现方案 , 但在刚开始的升级阶段 , 更多的得靠现有的组件来解决实际问题 。
这就好比一个画家在成名后 , 能自己创作出各种艺术精品 , 但在学习阶段 , 更多是通过临摹大师的作品来体会大师们的创作思路 。 所以 , 在学习阶段 , 架构师不能指望一步登天 , 总是先通过了解现有组件的代码和实现方式 , 来慢慢积累经验 。
大数据&云计算|总结我在架构师升级过程中的那些坑以及各种体会
本文插图

3 陷入各组件的细节中 在经过一些大神的帮助后 , 我也知道了一些架构级别的组件 , 比如消息级别的组件 Kafka , 以及 zookeeper 等 , 这时 , 当我看到这些组件神奇的功效后 , 就忍不住去看底层实现 , 当我沉浸于底层实现的精妙时 , 就不知不觉地陷入到它们的细节中 。
这时 , 我确实能向别人吹嘘某种组件的底层实现细节 , 让别人也感觉我很厉害 , 但仅此而起 。
大数据&云计算|总结我在架构师升级过程中的那些坑以及各种体会


推荐阅读