Architecture &引用；“云架构”；系统架构图中的概念

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

• 分布式blob存储（又名S3）
• 异步持久消息队列（又称SQS）
• 非关系/非事务数据库（如SimpleDB、Google BigTable、Azure SQL Services）
• 分布式后台工作池
• 负载平衡的边缘服务流程处理用户请求（通常是虚拟化的）
• 分布式缓存（如memcached）
• CDN（内容交付网络，如Akamai）

现在，当涉及到设计和绘制一个利用这些模式的架构时，有没有我可以使用的常用符号？或者甚至下载一些很酷的Visio模具？：）

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

简单地说，我希望通过查看系统架构概述图，就能够得出一些关于应用程序的可伸缩性或数据一致性问题的结论

---

更新：非常感谢您的回答。我喜欢在传统符号上加一个小的“云符号”。但是，我将此线程保持打开状态，以防有人会发现特定的符号（可能在书中或其他地方）-或上载一些拉皮条的Visio模具；）

我不知道任何独特的符号，但如果你需要的话，我会选择传统的符号，并在每个符号中添加一个小的云符号。因此，每个人都知道传统意义——在抽象层上，它是否是云并不重要——云符号添加了它在云环境中运行的信息

---

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

希望看到visio模板。从一个非常高的层次来看，在传统的数据库上放置CLOLD就可以了，但是它不足以表示云组件的完整导入，特别是当需要将它们包含在图中时——例如异步消息总线

---

干杯-kalyan

这里有两组符号很好地映射到云平台中的概念

对于Windows Azure： （下载）

编辑2014年2月==>以下是微软最近发布的一套更为完整的版本：这是目前用于Windows Azure的最佳选项。

亚马逊网络服务：

---

而且@markus显然走在了前面，因为他早在这些问题出现之前就发布了这个问题。

从高层角度看，为什么要描述这样的区别？数据库就是数据库。我认为一朵带有适当符号的“云”会让你的观点得到理解。从更详细的角度来看——从实际结构来看，一台机器将有N台联网。“一个数据库就是一个数据库”——我不这么认为。举个例子，分布式数据库当然可以更好地扩展，但是它可能没有事务数据库那么“精确”，它的功能通常较少（例如，没有连接）等等。哇，非常感谢——最后的答案是，仅仅3.5年后：D看起来都非常棒。