有一个客户端服务器应用程序。我制作了这张图。她看上去怎么样？
通过产品的文本属性进行全文搜索。
Redik - 用于计算商品、卖家平均评分值的缓存层
S3——用于存储大文件
RError.com
有一个客户端服务器应用程序。我制作了这张图。她看上去怎么样？
通过产品的文本属性进行全文搜索。
Redik - 用于计算商品、卖家平均评分值的缓存层
S3——用于存储大文件
考虑到该图旨在进行高层级的展示，并且未指定详细的系统要求（负载、数据量等），因此所提出的方案在概念上看起来是足够的，并且不包含在一般审查期间会引起“专家”注意的严重错误。它展示了主要组件（客户端、服务器应用程序、外部服务/存储）及其之间的关系。
但是，为了提高认知度，避免潜在的问题，您可以注意以下几点：
该图表没有使用严格的标准化符号（例如 UML 或 C4 模型）。这对于演示来说可能并不重要，但对于保持图表本身的一致性很重要。箭头标题目前多种多样：有的表示协议（
HTTP，JDBC），有的表示一般操作（“授权”，“逻辑调用”，“数据访问”），有的表示交互的目的（“搜索事物”，“评级缓存”，“照片存储”）。建议选择一种风格：例如，指定传输的主要数据类型或适用时使用的协议/接口。“基础设施”区块的名称可能会引起疑问。虽然 Elasticsearch、Redis、S3 和 PostgreSQL 是基础设施组件，但 Spring Boot 服务器应用程序本身也在特定的基础设施中运行（在服务器上、在容器中等）。在图中，该块结合了外部存储和后端使用的辅助服务。为了清楚起见，可能值得重命名它，例如“数据存储和服务”，“外部依赖项”或“支持服务”。
底线：对于“将其插入幻灯片并忘记它”的目的，该方案通常是合适的。对标签一致性的细微改进和“基础设施”块的重命名将使其更加准确，即使乍一看也不容易受到批评。