“

这是架构师系列的第一篇：核心技能，希望这个系列能完全揭示架构师这个职位：我先从核心技能开始，后续还有架构师之路，架构实战等架构师系列文章。

本文作者 陈睿 优知学院创始人，前携程定制旅游CTO,在互联网拥有13年产品技术经验，曾先后就职于淘宝、百度、携程，负责产品&技术团队。

架构师的定义和职责

我发现现在大家很难说清楚架构师的核心技能是什么，如何客观的来准确定义架构设计，什么样的架构师才是你学习和借鉴的方向，今天由我来开启这个话题。

首先，这里我把架构师这个职位划分为如下三类：

架构师类别

1 技术型架构师

这一类大家接触到最多，大家的理解就是技术专家、技术大牛，解决公司的技术难题、架构设计，甚至都不需要了解业务。

2 业务型架构师

精通业务但不一定懂技术，部分公司不一定有业务架构师这个title，也许是类似BD这样的称呼，但都需要精通业务。

怎么来定义精通业务？

具有典型的行业属性特征，比如是电子商业领域的专家、在线旅游行业的专家、零售行业的专家、医美行业的专家…，对某一行业有非常深入的了解，熟悉该行业的特征，熟悉业务流程，以及该行业面临的挑战等。

3 技术和业务结合型架构师

技术结合业务型架构师

技术和业务的两者的集合，同时都精通，具有这样能力的人，我的10年+职场生涯里没有超过3个。

我们工作中接触到大部分都是偏技术型的架构师，解决技术难题为主，以下我谈到的所谓“架构师”这个称谓，特指技术型架构师，技术专家。

架构师，一般公司相关的技术选型和架构设计由其来承担和负责，工作中遇到了搞不定的技术问题，或者公司遇见的技术瓶颈，找架构师解决。

例如，创业早期采用windows体系:windows、IIS、SQL-Sever、C# ，随着公司的发展，业务百倍、千倍的发展，流量越来越大，当流量超过一千万时，面对性能和成本这些不可控的因素，进行了业务拆分和性能优化，但是依然解决不了问题，痛定思痛于是决定转型：将整个 windows 技术体系转向java 体系，对应的技术方案是什么，技术演变的关键点在哪里，以及在不影响业务为前提下，按照什么样的步骤来推进技术演变？

再例如淘宝最早期典型LAMP结构快速上线，随着业务的发展，很早就迁移到java体系，随着业务的爆炸性发展，业务从百万级到千万级再到亿级的用户发展，在java体系下如何一步步推进，面对双11的挑战等技术架构需要怎样来设计和演变？

当公司越来越依重与技术的时候，公司不能接受1个小时的宕机，甚至1分钟也接受不了的情况，这些技术挑战将都需要架构师去解决，这就是牵涉到架构设计这个话题，为什么说架构设计如此重要？

架构设计

我用一个生活中典型的场景，你就会体会到架构设计的重要性和需要的场景。

上海外滩的环球金融中心楼高492米，如果你想建造一座492米的高楼，这一定与平时我们建几楼、十几楼的打地基以及材料有完全不懂的方法，这里的地基的深度决定了楼房的高度，这就涉及到建筑设计。

同理，当你的网站需要承受千万、亿级的访问的时候，这就涉及到架构师的核心技能：架构设计。

以及架构设计的典型场景，万级用户访问、百万级用户访问、千万、亿级的用户访问，所需要的架构设计是如何演变：淘宝发展历程最具决定性的一次技术架构演变。

---