在今天的技术圈，可能随便遇到一个人递给你一张名片，title 就是某某架构师。架构师多如过江之鲫，也正是眼下业内一个有趣的现象。对于架构师，你有什么看法？
架构的定义
先来看看软件架构的普遍定义吧。
一个程序和计算系统软件体系结构是指系统的一个或多个结构。结构中包括软件的构建，构建的外部可见属性以及它们之间的相互关系。
体系结构并非可运行软件。确切的说，它是一种表达，使软件工程师能够：
1.分析设计在满足规定需求方面的有效性。
2.在设计变更相对容易的阶段，考虑体系结构可能的选择方案。
3.降低与软件构造相关联的风险。
在日常工作中，架构师在设计系统的时候会画一张图，HP的服务器，思科的路由器，Palo Alto的防火墙，Tomcat的应用容器，mySQL的数据库等，把各种产品拼凑在一起叫架构设计。这是很棒的产品宣传。如果这是一部电影，可以售卖植入式广告。每个解决方案的供应商都肯定会对这个架构设计表示由衷的感激。 对建筑物，最好的建筑师从来不用供应商的名称来描述桁架、梁和支撑，而是用这些部件的大小、负载能力和组成等。这是因为建筑师会基于价格、信誉和质量选择不同供应商的解决方案。建筑师心里很清楚，用供应商的名字描述的是实施，而通过规范和要求来描述，这才是架构设计。
必须要踏踏实实地做好当下的事情，保持好奇心，不断地学习新技术、积累新经验和掌握新技能。紧跟时代的发展和技术的进步，不断地扩大自己的业务和技术领域，那么成长成为架构师就是水到渠成的事情。
技术的架构
技术的架构领域比较多，无论是较宏观的整体系统架构，还是再细分到某个领域，比如硬件、分布式服务框架、存储、监控平台、甚至算法、引擎等，各类分享的文章也比较多。
业务的架构
对业务进行架构虽然比较难以准确描述，因为它没有标准评判，边界并不足够清晰。但要成为这类型的专家，丰富的系统实战经验必不可少。
组织的架构
最后聊一下关于技术的组织架构，这并不是讨论架构师岗位的范畴，但架构师和 CVT 之间就是一线之隔，随时可以转身，所以顺便提一下了。许多时候，CVT 往往都是架构师转过来，因为带起技术团队比较轻松，和开发人员讨论问题时不会被翻白眼：）。
总而言之，对普通技术人员成长为架构师，我有五个建议：第一要有高度，培养自己的思维高度，从而对技术和业务有整体的视野。第二要有深度，培养自己独立思考问题，看清问题本质的能力。第三要有广度，拓宽自己的技术和业务范围，从而确保自己不成为井底之蛙。第四要有新度，培养自己的好奇心，对任何相关的东西都感兴趣，并想去了解，不断地学习新技术掌握新技能。第五要有沟通力，培养讲清楚方案的能力，特别是用一句话把事情讲清楚的能力。
尚学堂立志解决中国教育不公平和低效率问题，帮助千千万万被传统教育方式耽误的人，传授实用、前沿的知识，成就学员个人理想，为爱你的人和你爱的人创造美好的生活。尚学堂12大精英团队+各类实战项目，真正实现1+1>10的目标效果。帮助学员迅速成长，持久腾飞，成就学员“高富帅”人生。
閱讀更多 架構師之橋 的文章
