系统架构设计师，关于系统架构的奥秘，你了解多少？

从本篇开始，梳理惯与软考的「系统架构设计师」的文章，如guo不对，还望指出，胡诌。。

1、 软件复杂、易变，其行为特征难以预见，软件开发过程中需求和设计之间缺乏有效的

转换，导致软件开发过程困难和不可控。

其实吧我们一般写说明性文档时 会经常将技术架构标榜在这里也就是按照分层架构来编写， 最终的最终。 堪一张图就可依明白了。

乱七八糟的分层与微服务混搭

● 部署中间件 : 负责处理单元的启动和关闭， 监控负载和响应时，不忍直视。

2、微服务架构 是服务导向架构 的升级。每一个服务就是一个独立的部署单元 。这些单元者阝是分布式的，互相解耦，同过远程通信协议 联系，踩个点。。

包括软件架构的描述、 软件架构模型的设计与分析以及对软件架构设计经验的与复，我跪了。

踩个点。 ● 数据中间件 : 将数据复制到每一个处理单元，即数据同步。保证某个处理

YYDS！ ● 消息中间件 : 管理用户请求和会话控制 , 当一个请求进

嘿，这里有点儿噪音——别慌！

架构的定义来源于IEEE 1471-2000， 它是体现在组件中的一个系统的基本组织、它们彼此的关系与环境的关系及指导它的设计和发展的原则。

1、 分层架构

• ● 表现层 : 用户界面 负责视觉和用户互动；
• ● 业务层 : 实现业务逻辑；
• ● 持久层 : 提供数据，SQL语句就放在这一层；
• ● 数据库 : 保存数据。