Amazon云盘算AWS（三）

---

五、关系数据库服务RDS

（一）RDS的基本原理

  Amazon RDS将MySQL数据库移植到集群中，在肯定的范围内办理了关系数据库的可扩展性问题。
  MySQL集群方式采用了Share-Nothing架构。每台数据库服务器都是完全独立的盘算机体系，通过网络相连，不共享任何资源。这是一个具有较高可扩展性的架构，当数据库处理本事不足时，可以通过增长服务器数量来进步处理本事，同时多个服务器也增长了数据库并发访问的本事。

  表单主要根据业务的需要举行针对性的划分，对数据库的管理人员提出了非常高的要求，如果划分得不科学，则查询经常会跨表单和服务器，性能就会严重降落。
  集群MySQL通过主从备份和读副本技术进步可靠性和数据处理本事。

（二）RDS的利用

  从用户和开发者的角度来看，RDS和一个远程MySQL关系数据库没什么两样。Amazon将RDS中的MySQL服务器实例称做DB Instance，通过基于Web的API举行创建和管理，其余的利用可以通过标准的MySQL通信协议完成。创建DB Instance时还需要定义可用的存储，存储范围为5GB到1024GB，RDS数据库中表最大可以达到1TB。
  可以通过两种工具对RDS举行利用：下令行工具和兼容的MySQL客户端程序。下令行工具是Amazon提供的Javamazon网站下载。MySQL客户端是可以与MySQL服务器举行通信的应用程序。
六、简单队列服务SQS

（一）SQS的基本模型

  SQS三个组成部门：体系组件（Component），队列（Queue），消息（Message）。

（1）体系组件Component
  体系组件是SQS的服务对象，而SQS则是组件之间沟通的桥梁。既可以是消息的发送者，也可以是消息的吸收者。
（2）队列Queue
  队列是存放消息的容器，雷同于S3中的桶。队列的数量是任意的，创建队列时用户必须给其指定一个在SQS账户内唯一的名称。队列在通报消息时会尽可能 “先辈先出”。
（3）消息Message
  消息是发送者创建的具有肯定格式的文本数据，吸收对象可以是一个或多个组件。消息的大小是有限制的，但是消息的数量并未做限制。在SQS中，消息和队列是最紧张的两个概念。不过SQS允许用户在消息中添加有关的序列数据，对于数据发送次序要求比较高的用户可以在发送消息之前向其中参加相关信息。
（二）SQS的消息

1、消息的格式
（1）消息ID（Message ID）：由体系返回给用户，用来标识队列中的不同消息。
（2）吸收句柄（Receipt Handle）：当从队列中吸收消息时就会从消息那里得到一个吸收句柄，这个句柄可以用来对消息举行删除等利用。
（3）消息体（Body）：消息的正文部门，需要注意的是消息存放的是文本数据并且不能是URL编码方式。
（4）消息体MD5择要（MD5 of Body）：消息体字符串的MD5校验和。
2、消息取样
  队列中的消息是被冗余存储的，同一个消息会存放在体系的多个服务器上。其目的是为了保证体系的高可用性，但这会给用户查询队列中的消息带来贫苦。为了办理该问题，SQS采用了基于加权随机分布（Weighted Random Distribution）的消息取样。当用户发出查询队列中消息的下令后，体系在所有的服务器上利用基于加权随机分布算法随机地选出部门服务器，然后返回这些服务器上生存的所查询的队列消息副本。
  当消息数量较少时，SQS举行消息取样时可能会出现返回效果禁绝确的征象。但由于消息采样具有随机性，只要用户一直查询下去，总会查询到所有的消息。

3、消息的可见性超时值及生命周期
  可见性表明该消息可以被所有的组件查看，可见性超时值相当于一个计时器，在设定好的时间内，发给用户的消息对于其他所有的组件是不可见的。扩展利用就是将计时器按照新设定的值重新计时，终止就是将当前的计时过程终止，直接将消息由不可见变为可见。

七、内容推送服务CloudFront

（一）CDN

  传统的网络服务模式中，用户和内容提供商位于服务的两端，网络服务提供商将两者联系起来。在这种情况下，网络服务提供商仅仅起“桥梁”作用。
  用户在发出服务哀求后，需要颠末DNS服务器举行域名解析后得到所访问网站的真实IP，然后利用该IP访问网站。在这种模式中，世界各地的访问者都必须直接和网站服务器连接才可以访问相关内容，存在显着的缺陷。

• 首先，网站服务器可以容纳的访问量是有限的。
  
• 其次，这种模式中没有思量访问者的地域问题。
  
• 末了，利用不同网络服务提供商服务的用户之间的互访速度也会受到限制。
  

  办理办法：CDN技术通过将网站内容发布到靠近用户的边沿节点，使不同地域的用户在访问雷同网页时可以就近获取。
  DNS在对域名举行解析时不再向用户返回网站服务器的IP，而是返回了由智能CDN负载均衡体系选定的某个边沿节点的IP。

  这种访问模式的好处主要有以下几点：

• （1）将网站的服务流量以比较均匀的方式分散到边沿节点中，减轻了网站源服务器的负担。
  
• （2）由于边沿节点与访问者的地理位置较近，访问速度快。
  
• （3）智能DNS负载均衡体系和各个边沿节点之间始终保持着通信联系，可以确保分配给用户的边沿节点始终可用且在允许的流量范围之内。
  

  CDN的实现需要多种网络技术的支持，主要包括以下几种：

• （1）负载均衡技术：将网站的服务流量以比较均匀的方式分散到边沿节点中，减轻了网站源服务器的负担。
  
• （2）分布式存储：由于边沿节点与访问者的地理位置较近，访问速度快。
  
• （3）缓存技术：智能DNS负载均衡体系和各个边沿节点之间始终保持着通信联系，可以确保分配给用户的边沿节点始终可用且在允许的流量范围之内。
  

（二）CloudFront

  CloudFront正是通过Amazon设在环球的边沿节点来实现CDN的，但是较平凡的CDN而言，它的上风无疑是巨大的。首先，CloudFront的收费方式和Amazon的其他云盘算收费方式一样是按用户实际利用的服务来收费，这尤其适合那些资金缺乏的中小企业。其次，CloudFront的利用非常简单，只要配合S3再加上几个简单的设置就可以完成CDN的摆设。

• 对象（Object）：利用CloudFront举行分发的任意一个文件
  
• 源服务器（Origin Server）：存储需要分发文件的位置
  
• 分发（Distribution）：作用是在CloudFront服务和源服务器之间创建一条通道
  
• 别名指向（CNAME）：体系分配给用户域名的一个别名
  
• 边沿节点位置（Edge Location）：实际的边沿节点服务器位置
  
• 有效期（Expiration）：文件副本在边沿节点上的存放时间
  

  CloudFront在此处就相当于CDN中的智能DNS负载均衡体系，用户实际是和CloudFront举行服务交互而不是直接和S3中的原始文件举行交互。
  CloudFront与其他一些AWS不同的是，它只担当安全的HTTPS方式而不担当HTTP方式举行访问，这又进一步进步了安全性。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。