TL; DR
AWS图标太多，我经常犯错误，所以我总结了如何记住它们。
介绍
背景
由于重复更新，AWS服务短缺，因此，初学者登录Web控制台后，会有很多服务会令人烦恼。
在AWS Web控制台中，您可以在工具栏上放置快捷方式图标，以方便访问各种服务。
但是，如果您触摸各种服务，则也将希望添加它们，并且当您注意到时，您可能会发现工具栏上充满了快捷方式。
(像这样)
即使它是使服务众所周知的图标，也有太多图标无法很好地使用它！
尝试总结
在这样的背景下，我决定总结一下如何回顾服务图标。
目标是当前(2015/12/02)在Web控制台的主页上显示的52种图标。
图标从官方获得" SVG和EPS格式"，并且使用的版本为
可以放置在工具栏上的图标(总共52种)
EC2
←类似于一个矩形作为实例。
最常用的图标。我记得您可以通过排列多个橙色正方形作为实例来轻松缩放图像。
EC2集装箱服务
←认为一个小立方体是一个容器。
这是一个橙色框被比作容器主体的图像，四个容器正在其中移动。
弹性豆茎
←与Route53相似，但实际上分为上下两部分。
是杰克和魔豆。绿色图标实际上更容易记住，但它是橙色，因为它是计算类别。
Lambda
←功能是它具有执行按钮。
由于它是基于功能的计算资源，因此它是一个图标，使您可以想象它会通过执行(播放？)按钮被多次调用。
S3
←它在很多地方都被广泛使用，因此您应该自然地记住它。
带有EC2和RDS的AWS yokozuna图标。看来Glacier也是基于此图标设计的，因此关联并记住它是一个好主意。
CloudFront
←在边缘和后端带有一对对象的图像。
我记得每个物体的图像，上侧为边缘位置，下侧为后端。
弹性文件系统
←该功能是红色图标中最好的。
我记得它的形状是金字塔形堆积的积木。
冰川
←组合了被S3划分的中央块。
设计与S3图标几乎相同，但是中间的三个块组合在一起。
进口/出口雪球
←通过从上方和下方将数据夹在中间来保护数据的图像。
冻结系列中的雪球(例如冰川)。
是否感觉到中间的多维数据集被视为数据并受到了周围环境的严格保护？
存储网关
←仅用于网关的门的图像。这是赤门
仅用于网关的门的图像。如果将其与广岛的宫岛或东京大学的Akamon连接起来，可能会更容易记住。
RDS
←类似于数据库
这是最简单，最常用的蓝色(数据库)图标。它看起来像一个数据库。
DynamoDB
←在RDS中创建凹槽
如果在RDS中创建凹槽，则它将变为DynamoDB。作为RDS的变体，很容易记住。
ElastiCache
←具有一个值的图像
夹在顶部和底部之间的立方体被视为"值"，键/值获取图像叠加在图标上并存储。
红移
←被墙壁包围的数据库图像
这也是RDS图标的派生形式，将
VPC
←仅VPC分为Jumonji。
它是一个看起来似乎具有特征性的图标，它分为顶部，底部，左侧和右侧，并被隔离在一个私人空间中。上半部分的门状部分似乎也表明它可以与本地组合。
DirectConnect
←以中间的一个支柱为特征。
想象一下，一根粗的支柱牢固地连接顶部和底部，就像一条专用线连接AWS和内部部署。
路线53
←上面的两个突起用作DNS记录以创建标牌图像。
与Elastic Beanstalk类似，但有一个支柱。
CodeCommit
←此图标是唯一的凹水平排列。
它似乎直接代表CodeCommit的" C"。很容易记住。
代码部署
←图像从左到右部署(多个实例)
记住左边的板子是部署设置，右边的板子是部署目标(代理)。
这是一个简单的图标，因为它专用于部署，并且不会执行CI之类的各种操作。
CodePipeline
←左右流水线的图像。
CI是一个有点复杂的图标，因为它可以完成很多事情。请记住与CodeDeploy相反。
CloudWatch
←特征图标让人联想到指标
如果不同长度的板看起来像它们代表的度量标准，则该图标在直观上很容易记住。
CloudFormation
←像建筑物的骨架
我记得该图标好象它是建筑物的骨架并由蓝图(json)组装而成。
CloudTrail
←过去运行的操作日志的图像
该图像可以通过回顾过去的左后方来查看用户的操作日志。
配置
←资源更改历史记录被视为较高的块
通过将图标的下部用作资源清单，并在中间通过AWS Config，更改历史记录将累积在上部。
OpsWorks
←带有V形图标
OpsWorks是厨师。这是厨师用刀子切蔬菜(绿色图标)的图像。如果您只想记住它，OpsWorks是唯一的V形图标，因此您可以记住它。
服务目录
←仅在帕台农神庙中可见
在Parthenon上分类的IT服务的集中管理图像。
值得信赖的顾问
←此图标是唯一看起来像人的图标。
请记住该图标，好像它是最接近，最可靠的人。
IAM
←特征钥匙图标
就个人而言，它是最常用的绿色图标。钥匙标记很容易记住，因为它让人联想到安全性。
目录服务
←排队的吃豆人敌人形象
图标顶部只能将其视为吃豆人的敌人。吃豆人的敌人记得每个人都是由目录服务管理的。
检查器
(* Inspector在下载的文件中没有图标图像，因此我自己捕获了它)
←这是带有WAF图标的图像
与WAF图标相反，最好记住该壁已从WAF中移除。
WAF
←墙壁的下半部分看起来像城堡的墙壁
将外部的下半部分视为一堵墙，并记住它是防止外部攻击的图像。
EMR
←顶部被视为核心节点，底部被视为任务节点。
如果您将顶部视为主节点，则底部是核心节点和任务节点混合而成的图像。顺便说一句，乍一看它看起来像"水母"，所以我记得它是"橙色水母"的图标。顺便说一句，Device Farm看起来也像水母，这是"紫色水母"。
数据管道
←通过管道转换的数据图像。
将每个工作表都视为数据，并记住它，就好像通过使用Pipeline处理来转换数据一样。
Elasticsearch服务
←无需额外装饰，带有带孔的橙色图标。
出现这种情况时，我想知道它是否可以像CloudSearch这样的全文搜索引擎归类为应用程序服务，但我专注于由首领们演唱的
健力士
←从上方流过的流数据的图像。
上部被视为来自随机源的数据记录，下部被视为将数据转换为顺序流的图像。
机器学习
←在所有图标中，底部的混乱感是TOP级别。
从上到下流动的感觉，上部被比作大量的数据，中心就像特征的提取，而下部就像推理模型的产生。这是"无监督学习"的形象。
AWS IoT
←图标的上半部被比作许多设备
物联网是除数据库系统之外唯一的蓝色图标。记住图标的上半部分，就好像它是大量设备一样。
移动集线器
←这是唯一的多色图标
形状也是特征，但容易记住，因为它是唯一使用三种颜色的图标。
认知
←看起来像是在中央切出的方块的图标
将中间块视为您的数据，以便您可以从多个设备访问相同的数据。
设备场
←紫色水母般的图像
该图标的形状类似于EMR，但是可以区分，因为颜色是移动类别。您可以将每个下半部分视为一个设备。
移动分析
←分析结果的图状外观
特征是上板。该服务是唯一使用将单个板弯曲为图标的表达的服务。
SNS
←图标本身是消息形式
您会看到一条消息，因此很容易记住。
API网关
←向各个后端发送请求的图像。
尽管是网关，但它不像网关的图标。图像是将中央栏视为网关，将一个小块视为服务(后端)，并且通过网关适当地发送了请求。
AppStream
←正在交付的应用程序图像。
可以将中间的薄块视为一个应用程序，并记住它，好像应用程序是从上到下一个接一个地交付的。
CloudSearch
←认为它是A9的" 9"
似乎CloudSearch最初是由一家名为A9的公司生产的。因此，A9的" 9"被视为图标并被记住为CloudSearch。
ElasticTranscoder
←认为小块是媒介
我记得很多视频从顶部流过并通过转码器传递的图像，这些视频被转换为各种大小。
SES
←我看到了电子邮件
该图标只是让人想起电子邮件，因此您可以立即看到它。
SQS
←中心就像一个队列，周围就像一个工人
似乎轮询多个队列的工作人员被夹在中间。
SWF
←与ElasticSearch对称的外观
它看起来与ElasticSearch对称。它是单个板作为工件的图像，并且向最右边执行处理。
企业系统(WorkSpaces，WorkDocs，WorkMail)
←特征六边形中的客户端环境图像
←特征六角形的文档图像
←特征六角形的电子邮件图像
尽管它是经常使用的橙色图标，但该图标的广告素材对于Enterprise服务来说是扁平的。很容易将其与其他标志性县区分开来，因此我将它们放在一起。
概括
这非常激进，但我设法将所有图标组合在一起。
有很多彼此相似或接近的图标，而且我经常会犯错误，但是自从我对本文进行了总结以来，我比以前更能理解这些图标。
作为区分的诀窍，我认为最好大致了解哪种服务布置在哪种颜色中，并通过颜色→图标形状的流动来缩小范围。
在总结本文时，下载的图标图像(.png)的大小不是统一的，或者有些被定义为图标分类/粒度的服务，但不在Web控制台的工具栏上。还发现它确实可以做到(SimpleDB，密钥管理服务，CloudHSM等)。
另外，正如我到目前为止所写的那样，如果将鼠标悬停在工具栏图标上，服务名称将在2到3秒钟内显示出来，因此您不必记住它。
我认为图标的数量将随着服务数量的稳定增长而增加，但是如果我们能清楚地区分它们并减少"糟糕，我弄错了"，那将是很好的。
从官方网站下载
图标。
https://aws.amazon.com/jp/architecture/icons/