系统架构图中的“云架构”概念

Question

如果您想设计一个易于扩展的分布式应用程序，或者只是想利用亚马逊、谷歌或微软等公司提供的任何新的“云计算”服务，那么您通常会使用以下一些典型的概念或组件：

- 分布式 Blob 存储（也称为 S3） - 异步、持久的消息队列（也称为 SQS） - 非关系型/非事务性数据库（例如 SimpleDB、Google BigTable、Azure SQL Services） - 分布式后台工作池 - 负载均衡的边缘服务进程处理用户请求（通常是虚拟化的） - 分布式缓存（例如 memcached） - CDN（内容分发网络，例如 Akamai）

现在，当涉及到设计和绘制利用这些模式的架构时，是否有任何常用的符号可以使用？或者甚至有一些带有酷炫 Visio 图形的下载资源吗？ :)

它不必是像 UML 这样正式的系统，但我认为如果有每个人都知道和理解的符号，就像我们通常用于数据库或文档的常用形状一样，那将是很棒的。我认为重要的是不要将其与传统概念混淆，例如普通文件系统（本地或网络服务器/SAN）或关系数据库。

简而言之，我希望能够通过查看系统架构概述图来得出有关应用程序的可扩展性或数据一致性问题的结论。

更新：非常感谢您的答案。我喜欢在传统符号上放置一个小的“云符号”的想法。但是，我将保持此线程开放，以防有人会找到特定的符号（也许在书中）- 或上传了一些经过改进的 Visio 图形；)

- markus

---

从高层的角度看，为什么要区分这样的区别？数据库就是数据库。我认为带有适当符号的“云”可以传达您的观点。从更详细的角度来看，查看实际结构，将会有N台机器联网。 - jim

一个数据库就是一个数据库 - 我不这么认为。举个例子，分布式数据库当然可以更好地扩展，但它可能比事务性数据库更不“精确”，通常功能也较少（例如没有连接操作）等等。 - realMarkusSchmidt

Answer 1

这里有两组符号，它们与云平台中的概念非常匹配。

对于Windows Azure: http://davidpallmann.blogspot.com/2011/07/windows-azure-design-patterns-part-1.html (在这里下载 here) 编辑于2014年2月 ==> 这是微软最近发布的更完整的一组: http://www.microsoft.com/en-us/download/details.aspx?id=41937 现在这是使用Windows Azure的最佳选择。 Amazon Web Services: http://aws.typepad.com/aws/2011/12/introducing-aws-simple-icons-for-your-architecture-diagrams.html @markus显然比其他人更早地发布了这个问题。

- codingoutloud

---

哇，非常感谢——终于得到了答案，只是三年半后 :D 两者看起来都非常棒。 - realMarkusSchmidt

Answer 2

我不知道有哪些特殊符号，但如果您需要，我会选择传统的符号，并在每个符号上添加一个小云标志。这样每个人都知道传统的含义，而在抽象层面上，它是否是云并不重要，而云符号则添加了它运行在云环境中的信息。

但如果您想向客户展示，请解释这些符号的含义。

- Gambrinus

Answer 3

我很想看到一个Visio模板。从非常高的层面来看，它可以将云覆盖在传统数据库上，但是这并不足以表达云组件的全部重要性，特别是当需要将它们包含在图表中时--例如异步消息总线。 祝好 - 卡利扬

- Kalyan K. Janakiraman