从小白到架构师系列(一)啥是架构师嘞

准备起一系列的文章来讲述一下从一个小白到架构师的心路历程以及需要注意的点，还有需要具备的技术能力。

今天是第一篇文章我们聊聊啥是架构师

对于一个企业或者说是一个产品来说，架构师是一个特别重要的角色。对于公司而言，架构师引领了整个企业的架构方向，同时架构师的眼界和高度决定了这个公司的技术高度。对于一个技术团队而言，架构师的决策和技术方案影响着工程师的开发模式和工作量。一个好的架构师能让整个团队以最少的工作量达到最好的效果。所以一个好的架构师是一个公司的宝贵财富，而一个差的架构师则最起码是整个开发团队的噩梦。

按照职责来分的话，架构师可以分为

• 产品架构师 负责整个产品的技术架构。当产品的业务规划确定后，产品架构师就可以开始设计产品了，设计各个模块的结构以及之间的关联，并且和运营团队确定用户数，浏览量，商品数，订单量等运营指标。和产品经理确定用户需求和功能模块的划分，确定开发资源。并且会参与到整个产品的生命周期中。
• 开发架构师 这就是大部分做技术人员的升级岗位，开发一些基础的框架，公共的组件，通用的服务，以及一些核心的服务。在大型互联网公司中，开发架构师一般承担着海量的数据存储的处理，以及一些非常核心的业务逻辑的处理。比如之前公司人事管理系统的算工资的那部分业务，就是大洋彼岸的一帮老头子处理的。一般出bug也不让我们改。
• 运维架构师 负责网络存储等运维工作，负载均衡。多个数据库，多个存储，多个消息队列如何部署，以及如何管理。日志如何存储，如何归类，等这都是一个运维架构师需要考虑的。

这里我们要说的当然是开发架构师了，之后我们会聊聊所需具备的能力，以及细节，绝对干货满满。

按照工作内容来分的话，架构师可以分为以下几种：

• 普通架构师 一般的架构师，负责系统的架构设计，同时负责框架的实施落地，后期技术的优化，重构，同时也会编写一些核心编码。
• 极客型架构师 除了普通型架构师所掌握的技术之外，还对某个技术达到了很精通的地步，比如阿里的p7，就要求在某个领域达到精通的程度。
• 助人型架构师 当团队成员遇到问题时，会给予积极的帮助。这种架构师一般人缘好，和大伙聊得来，是整个团队的核心。
• 扫地僧架构师 每当系统出现故障的时候，会被请出山，来处理问题，或者遇到很难搞定的事情的时候，才会出面解决。平时根本见不着人，但是他在那里整个公司就稳如泰山。
• 布道型架构师 喜欢研究新技术，还会应用到项目中，自己研究透彻了，给开发人员讲解。

架构师应该关注的点

• 功能 实现产品的需求，这是一个架构师最基础的要求。
• 非功能 要考虑到整个项目的性能，伸缩性，可用性，安全性，以及上线后的运维管理，安全报警，故障修复等
• 团队组织与管理 关注开发团队成员的特点，以及整个项目的进度安排，以及开发过程。
• 产品运营 需要考虑到设计的产品，交付运营人员后，使用是否合理，方便，是否能达到运营的预期。
• 产品未来 技术趋势，战略目标，个人/团队的发展方向，产品前景

这几年遇到的一些架构师

最好的架构师

把项目框架和技术团队搭建的特别好，开展工作时，几乎感觉不到他的存在，但是若真不在了，请假几天，大伙心里毛毛的，生怕出什么事，我上份工作的架构师，一个美籍华人，嘎嘎猛，只要是项目中解决不了的问题，发一封邮件过去，回信不仅会说清楚问题所在，甚至连代码在哪都会写的清清楚楚。有时候时间允许的话，还会远程讲解问题。

次之的架构师

有基础能力，团队也管理的比较好，承担项目中重大的功能开发工作。可能醉心于技术，人际关系上没那么出色。第一份工作的隔壁部门的架构师，技术很猛但是不善于交际，在某某数码这样的老牌企业中就很难上去，后来据说是自己开公司去了。

一般的架构师

能称之为架构师，技术肯定得有，但执拗于自己已有的技术，不突破，不创新，只要不犯错，就不愿做改变，然后，没事干抓考勤，抓考勤，大写的服，昨个半夜上线的新项目，大早上不去看项目咋样了，搁门口抓迟到的小伙伴。是的，我第一份工作就遇到了这样的架构师。

最差的架构师

没有最差的架构师，能通过自身的学习，阅历，达到架构师这个级别本就比一般人强许多了，所以小伙伴们加油努力吧。