聊聊架构及架构师

1.架构分类

关于架构，大体可以分为以下三类：

1.1 IT架构

基于硬件、网络等构建整体的IT运维架构体系，包括IDC机房、网络拓扑、安全、负载均衡、运维监控等

1.2 基础架构

主要基于基础服务的软件产品架构，如SOA中间件、消息中间件、规则引擎、大数据存储、数据库产品、第三方组件等，相对独立于业务系统、不考虑具体的业务场景，更多地关注技术产品本身的性能、可靠、可扩展等，服务于业务系统。

1.3 应用架构

偏重于业务功能的实现，在基于用户需求实现业务功能、提升用户体验的基础上，保证系统的性能、可靠、可维护、可扩展。


2.关于应用架构师

我个人更愿意把应用架构师称之为SA（system analysist），即系统分析师。

应用架构师是用户（需求方）与开发人员（实现方）的桥梁，他的作用就是把业务与技术更好地结合起来，站在中立的角度-不唯技术、不唯业务，在业务和技术之间找到那个平衡点，做出最好的系统。

记住：首先，技术是为业务服务的；再者，技术可以推动业务。


3.什么是好的应用系统（架构）

3.1 好的应用系统特点

    满足业务功能

    用户体验好

    稳定可靠

    维护简单

    扩展性强

3.2 完全满足业务需求做不出好系统

业务需求是理想、技术是现实，理想是我们希望像鸟儿一样自由地飞出银河系，现实就是我们刚能踏上月球，还上不了火星，还必须借助于笨重的宇航服、宇宙飞船。

3.3 纯靠技术做不出好的业务系统

以减少系统功能降低用户体验为代价的高可用、高性能、高并发等貌似很NB的系统是得不到赞赏的。

3.4 一个好的业务系统一定是技术与业务的完美平衡

找到这个平衡点，是应用架构师的职责。


4.架构师能力要求

4.1 架构师的职责，不仅仅是技术

架构师要做以下工作：

需求分析->系统分解->技术选型->系统设计->培训与指导->沟通与推动

技术选型、系统设计才涉及到技术，培训与指导也仅仅一半是技术相关，其他基本与技术无关

4.2 架构师是一个多角色综合体

    用户—使用方

    产品设计者—产品经理

    方案设计者—狭义上的架构师

    开发人员—功能实现者

    维护人员—系统维护者

只有站在一个系统所有的干系人角度，你才能设计出好的系统。

4.3 架构师不仅仅是技术架构，也是业务专家

专注于技术领先的是技术专家，不是应用架构师。

首先站在业务的角度去考虑问题，找到业务架构和技术架构的平衡。


5.作为架构师，你能写出一个完整的方案吗？

5.1 怎么才是完整的方案

完整的方案应该包括但不限于以下要素：

项目概述：项目背景、项目需求、项目价值、项目干系人

系统概述：系统目标、系统功能

系统设计：架构设计、技术选型、系统性能\容量\扩展、功能设计等

系统实现：详细开发设计、数据库设计等

系统依赖：中间件、第三方系统、第三方组件等

5.2 怎么写出完整甚至完美的方案

还记得上面说的那几个角色么：用户、产品设计者、方案设计者、开发人员、维护人员

同时站在他们的角度看，你一定会写好的。