15、系统风险降低与云架构搭建指南

系统风险降低与云架构搭建指南

1. 系统风险降低技术

1.1 幂等接口的优势

当命令未能成功传达至设备时，若使用非幂等接口，驾驶员需采用复杂且易出错的流程来确定车辆当前速度，并决定是否重新发出“加速”命令。而使用幂等接口，驾驶员可执行更简单、出错概率更低的操作。

1.2 冗余改进的复杂性

某些看似有用的冗余改进措施，实际上可能会增加系统的复杂性，带来更多危害。例如：
- 并行系统实现 ：构建系统的并行实现，虽能在一个系统故障时使用另一个系统实现必要功能，但对于大多数应用而言往往过度，会增加系统复杂性和风险。
- 过度拆分的微服务架构 ：微服务架构可提高应用质量、降低风险，但过度分解会导致应用整体复杂性增加，进而增加风险。

1.3 理解组件独立性

多个利用共享功能或组件的组件可能看似独立，但实际上都依赖于一个公共组件。若这些共享组件较小或不为人知，可能会给系统引入单点故障。例如，一个运行在五台独立服务器上的应用，若这五台服务器实际上是运行在同一硬件服务器上的虚拟服务器，或者都在同一个机架中，那么当机架电源故障或共享硬件服务器故障时，这些“独立服务器”可能并不像预期的那样独立。

1.4 管理安全

在软件系统中，恶意行为者一直是个问题。随着Web应用变得更大、更复杂，存储和处理的数据及流量增多，数据的价值也更高，试图破坏应用的恶意行为者数量大幅增加。他们的目的可能是获取高度敏感的私人数据，或者使大型应用瘫痪。因此，在应用的风险分析、缓解以及开发过程中，应将安全方面纳入考虑。 <