如果你设计了一种分布式应用程序容易的扩展,或者你只是想利用的任何新的"计算云"的产品,由亚马逊、谷歌或微软的,还有一些典型观念或组件通常的最终使用:

  • 分布式blob存储(又名S3)
  • 异步、持久的消息队(又名P)
  • 非关系/非事务的数据库(如SimpleDB,谷歌大表,湛SQL服务)
  • 分发的背景工作游泳池
  • 负载平衡、边缘服务流程处理用户的请求(往往是虚拟的)
  • 分布式缓存(如缓存)
  • CDN(内容传送网络之类的Akamai)

现在,当它涉及到设计和草图的一个架构,使得使用这种模式,是否有任何通常使用符号我能用吗?或甚至载有一些很酷的Visio模板?:)

它不必是一个正式的系统一样,UML但我认为这将是巨大的,如果有的符号,每个人都知道和理解,就像我们常用的形状的数据库或文件,例如。我认为这将是重要的不是混合起来的与传统概念像一个正常的文件系统(地方或网络服务器/SAN),或者一个关系数据库。

简单地说,我希望能够得出一些结论有关应用程序的可扩展性或数据的一致性问题只是在看体系架构的概况图。

更新: 非常感谢你的答案。我喜欢这个想法把一个小小的云"符号"的传统符号。但是我离开这个线开公正的情况下,会有人发现特定的符号(可能在一本书,或使)或上传一些拉皮条的Visio模板;)

有帮助吗?

解决方案

这里有两套符号地图很好的概念,在云平台。

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

编辑月2014 ==>这里的一个更完整的设置最近发布的 http://www.microsoft.com/en-us/download/details.aspx?id=41937 这个是现在最好的选择使用Windows蔚蓝。

亚马逊的网服务:http://aws.typepad.com/aws/2011/12/introducing-aws-simple-icons-for-your-architecture-diagrams.html

和@markus显然是领先曲线的因为他张贴了这个问题以及之前,这些成为可能。

其他提示

我不知道任何与众不同的符号,但是如果你需要一些-我会去的传统,并添加一个小小的云符号他们每个人。所以每个人都知道传统的意义以及在一个抽象层不要紧,如果它是一个云或不和云增加了符号的信息,它在云的环境。

但解释符号如果你想到一个客户。

会有兴趣看到一个visio模板。从一个非常高水平的视角,它将把开花在传统的数据库,但是它不足以表达的全部进口的云组成,特别是当它是必要的,包括他们在图--例如asynch消息车 干杯-卡尔扬

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top