Web服务器架构设计（学习笔记）

软件架构风格

质量属性与架构评估

Web架构综合考察

什么叫做架构风格？又有哪些架构风格？不同的架构风格的优劣如何?

有哪些层次的负载均衡实现？优劣如何？

有哪些层面的集群切片实现？

什么叫做小前端，大中台？  中台的优势是什么？

系统架构风格是指描述 特定软件系统“组织方式”的“惯用模式”。“组织方式”描述了系统的“组成构件”以及构件的组织结构。 惯用模式则体现众多系统共有的结构和语义。

有哪些架构风格适合交互？哪些适合高性能？哪些更容易扩展？

常见的软件构件风格有哪些？

数据流风格：就比较适合复杂的数据处理/数据密集型应用，一个一个过程的处理，彼此间耦合度低。一系列的数据处理器。一个处理器流向另一个处理器并通过数据流传递。每个处理器只考虑特定的数据处理任务，不考虑流程，处理器彼此间耦合度低。案例：图像处理、信号处理。

调用/返回风格:  就是存粹的体现一种面向过程的，过程式的编程思想。通过函数调用推动过程进行，返回值返回函数结果。一系列的函数调用和返回，组合完成复杂的功能。比较适合流程简单，直观的开发场景。

独立构件风格：将系统分解为一系列独立的组件，并通过定义接口和协议来实现组件之间的通信和交互。组件通过接口的输入输出参数完成组件通信，降低了组件间耦合度，提高组件的独立可扩展性/模块化，进而使得系统更加灵活可维护。适用于大型系统的开发场景。

常见的独立构件风格是否大多是通过消息的形式来进行进程通信，然后使得消息绑定回调函数完成事件驱动系统？

是的，独立构件风格通常会采用消息传递的方式进行组件之间的通信，同时结合事件驱动的机制来实现系统的异步和非阻塞操作。具体来说，常见的做法包括：

1. 消息传递： 组件之间通过消息队列、消息总线或者直接发送消息的方式进行通信，实现了组件之间的解耦和异步通信。
2. 回调函数： 组件接收到消息后，根据消息的内容调用相应的回调函数来处理消息，实现了事件驱动的系统响应机制。
3. 事件驱动： 组件通过监听和处理事件来驱动系统的运行，事件可以是用户操作、系统消息或者其他组件发送的消息。

这种设计模式在分布式系统、并发编程和大规模系统开发中得到了广泛应用，它能够提高系统的可伸缩性、可扩展性和灵活性，降低系统的耦合度，从而更好地满足复杂系统的需求。