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

Question

如果您设计一个分布式应用程序以便于扩展，或者您只想使用Amazon、Google或Microsoft的任何新的“云计算”产品，那么通常会使用一些典型的概念或组件：

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

现在，当涉及到设计和草图使用这样的模式的架构时，我是否可以使用任何常用的符号？甚至可以下载一些很酷的Visio模板？:)

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

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

更新：非常感谢您的回答。我喜欢在传统符号上加上一个小的“云符号”的想法。然而，我把这个线程打开，以防有人发现特定的符号(也许在一本书中)-或者上传一些拉皮条的Visio模板；

Answer 1

下面是两组符号，它们很好地映射到云平台中的概念。

Windows：http://davidpallmann.blogspot.com/2011/07/windows-azure-design-patterns-part-1.html (下载这里)

编辑2014年2月 ==>微软最近发布了一套更完整的产品：http://www.microsoft.com/en-us/download/details.aspx?id=41937 这是Windows .的最佳选择

Amazon服务：http://aws.typepad.com/aws/2011/12/introducing-aws-simple-icons-for-your-architecture-diagrams.html

而且@markus显然远远领先于曲线，因为他在这些问题出现之前就发布了这个问题。

Answer 2

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

但是如果你想向顾客展示这些符号的话，请解释一下。

Answer 3

将有兴趣看到visio模板。从一个非常高的角度来看，它可以在传统的数据库上放置一个clould，但是仅仅表示云组件的全部导入是不够的，特别是当有必要将它们包含到一个图表中时，例如异步消息总线干杯时。