关于架构，大体可以分为以下三类：
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 怎么写出完整甚至完美的方案
还记得上面说的那几个角色么：用户、产品设计者、方案设计者、开发人员、维护人员
同时站在他们的角度看，你一定会写好的。