微服务数据管理与故障处理机制解析

41、解释为什么每个微服务应该维护自己的数据。解释如何保持服务副本中的数据一致。

每个微服务维护自己的数据，是因为将数据尽可能隔离在每个系统服务内，减少数据共享，可降低数据不一致的风险。若服务在系统中被复制，要包含一种机制来保持副本服务使用的数据库副本一致。

对于多副本服务，可使用机制确保数据库最终一致，比如在系统负载相对较轻时执行相关操作，使所有副本处理相同数据。

42、什么是超时机制，它在服务故障管理中是如何使用的？解释为什么断路器是一种比超时机制更有效的处理外部服务故障的机制。

• 超时机制是与服务请求关联的计数器，在发出请求时启动。
• 当计数器达到预设值（如10秒），调用服务会认为请求失败并相应处理。
• 在服务故障管理中，超时机制用于发现请求的服务是否不可用或运行缓慢。
• 断路器比超时机制更有效，是因为：
• 超时机制下每次对“故障服务”的调用都会被超时值延迟，导致整个系统变慢。
• 断路器能像电路中的断路器一样，立即拒绝访问故障服务，避免了超时带来的延迟。
• 此外，断路器还能定期检查故障服务是否恢复。

43、解释“资源”的含义。RESTful服务如何定位资源并对其进行操作？

资源与RESTful服务操作概述

资源可以被看作是任何数据块，如：

• 信用卡信息
• 个人病历
• 杂志或报纸
• 图书馆目录

RESTful服务通过唯一的URI来定位资源，并对资源提供四种基本操作：

1. 创建
   - 实现方式：HTTP POST
   - 说明：若资源已存在则返回错误

2. 读取
   - 实现方式：HTTP GET
   - 说明：读取资源并返回其值，GET操作不会更新资源

3. 更新
   - 实现方式：HTTP PUT
   - 说明：修改现有资源，不用于资源创建

4. 删除
   - 实现方式：HTTP DELETE
   - 说明：使资源无法通过指定的URI访问，资源可能被物理删除也可能不被删除

44、请说明用于打印照片的上传服务可能的实现方式，然后为该服务设计一个RESTful接口，并解释每个HTTP动词的功能。对于每个操作，确定其输入和输出。

后端服务设计方案

可使用 Python 的 Flask 或 Django 框架搭建后端服务，前端提供上传界面。存储照片可选择文件系统或云存储（如 AWS S3）。数据库可选用 MySQL 或 MongoDB 记录照片元数据。

RESTful 接口设计

1. 创建（POST）

• 功能 ：上传照片
• 输入 ：照片文件及相关元数据（如文件名、拍摄时间）
• 输出 ：照片上传成功信息及照片的唯一标识符

2. 读取（GET）

• 功能 ：获取照片信息
• 输入 ：照片的唯一标识符
• 输出 ：照片文件及元数据

3. 更新（PUT）

• 功能 ：修改照片元数据
• 输入 ：照片唯一标识符及要更新的元数据
• 输出 ：更新成功信息

4. 删除（DELETE）

• 功能 ：删除照片
• 输入 ：照片唯一标识符
• 输出 ：删除成功信息

45、为什么在微服务架构中应该使用持续部署？简要解释持续部署管道中的每个阶段。

在微服务架构中使用持续部署，是因为服务开发团队对其服务负全责，包括决定何时部署新版本服务，而持续部署能在服务变更并验证后立即重新部署。

持续部署依赖自动化，提交变更后会触发一系列自动化活动来测试软件，通过测试后进入打包和部署的自动化流程。

持续部署管道各阶段如下：

1. 提交代码变更到版本管理系统，如 Git，自动触发单元测试
2. 若单元测试通过，对服务进行容器化
3. 运行集成测试
4. 构建测试系统
5. 运行验收测试
6. 若所有测试通过，部署服务容器，替换当前服务

46、简要描述在规划如何保护软件产品免受网络攻击时必须考虑的三种主要威胁类型。

• 可用性威胁 ：攻击者试图拒绝合法用户访问系统，例如分布式拒绝服务攻击。
• 完整性威胁 ：攻击者试图破坏系统或其数据，例如病毒、勒索软件攻击。
• 机密性威胁 ：攻击者试图获取系统保存的私人信息，例如