该怎么向别人介绍你们的系统架构？

　如果有人让你介绍你们做的系统架构是什么样子的 你会从哪说起？

　　每个人都会有自己的架构认知，根据自己的接触的内容来总结。系统分为用户中心、营销中心、商品中心…… 这是产品经理说的；我们的系统用了三层架构，用了SSM框架…… 这是程序员说的；用户说 我们系统有后台，前台，商品上下架功能，用户管理功能。

　　在实际工作中架构师架构出来的系统不仅要考虑用户的功能实现，而且也要平衡系统的易用性、高性能、扩展性、可伸缩性等方面，这里面是要综合业务目标、当前开发人数、开发人员的综合能力、上线时间、项目预算等来选择开发语言、开发框架和功能开发的顺序。有些公司求时间、有些公司求质量，但最终说明架构是实时变化的，不是一上来就来个完美的架构，是要根据当前的业务需求变化的，但你的架构必须要支持这种变化 达到上面所说的要求。

我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，马上就要抢光了。

　　一个复杂的系统需要不同角色的人来参与，因此架构师必须考虑到让不同的参与者理解你的架构 知道他们自己该做什么事，如用户为你提供原始需求，项目经理需要制定计划 在不同小组间沟通 落地你的架构，开发人员拿到你的设计实现功能。所以架构涵盖的内容和决策太多了，需要从不同视角分别设计 ，也是为了架构方便理解、交流和归档的方便。

　最常用的架构分为：逻辑架构和物理架构视图

　　逻辑架构

　　逻辑架构规定了由哪些逻辑元素组成以及这些逻辑元素间的关系，逻辑元素可以是逻辑层、功能子系统、模块。

原文链接