在AWS上的架构部署与设计(3)

其实，AWS一开始也没有技术特别强的人，只是把所有的需求和服务都搭起来。现在，因为踩了很多的坑，终于找到了比较行之有效的方法，才有了云计算。之前也是不断买服务器，不断搭建系统，然后各种系统之前没办法相互调用。尤其规模大了以后，问题越来越多，怎么解决呢?那就是把所有的服务变成一套技术相连的API，然后服务之间可以相互调用。AWS上面现在有很多服务，每个服务只干一件事情，比如EC2是做计算的，Lambda也是做计算的，然后RDS是数据库, 这些服务之间还可以轻松地调用。做软件的人都知道，一定要遵循一个核心设计理念，叫做松耦合，AWS的各种服务之间也是松耦合状态。

另外，很多人对SOA应该也非常了解，叫做面向服务的架构，其实和云的理念也相同。所以，云并不是什么新事物，十几年前就提出来了。比如：IBM构建一个系统一定要有中间件，遵循SOA的设计架构。只不过，亚马逊把SOA理念贯穿得非常彻底，推出了云。

有句话说：IT领域每15年就有一次变革，回过头来看，确实如此。从小型机到虚拟化，再到云计算，企业信息化的底层架构在不断演化。AWS从2006年开始就在卖云服务， 第一个服务是S3 (Simple Storage Service)，简单的存储服务。S3是对象存储，区别于块存储。我们每个人都有笔记本电脑，上面会有一块硬盘，叫“块存储”。与块存储不同的是，对象存储就是网盘，比如说百度云盘，你放在网盘上的每一个文件就是对象，并且可以通过全球唯一的URL能反应到，就是用HTTP就能反应到它。

S3是如何诞生的呢?是因为电商要扩展，比如从欧洲要扩展到非洲，但非洲基础设施环境非常不好，总是停电、丢数据，急需要一个数据不丢的应用来存储，S3顺势而生。S3持久性很高，放进去的数据有11个9的持久性。

云的设计准则

那么，什么是云?不同厂商有不同定义!

▲云计算的主要特征

大体来看，云有三个特性：

第一个，可编程的资源。它是一种可编程的云资源的管理机制，由网络资源、计算资源、存储资源和可编程的管理单元构成。通过采用这种可编程的云资源的管理模型，和和可编程的这种资源管理规则，实现云资源的这种高效管理。

第二，这种动态能力。这些资源是动态获取的，我需要云资源的时候就拿，不需要的时候就扔掉。所以，计算无处不在，很方便，只要有网络的地方，就随时可以获取到资源。就像家里的水跟电一样，水龙头一开水就来了。

第三，按使用量付费。是一种先使用后付费的这种计算方式，通过按量付费，你可以按需开通和释放资源，无需提前购买大量资源，成本比传统服务模式便宜很多。

另外，云计算有六大优势：

第一，将资本支出变成可变支出。什么是资本支出?其实很简单，就是你借一个数据中心叫资本支出;可变支出，其实有点难理解，我们叫运营支出。比如： 公司每个月要交水电费，就是运营支出，交给AWS的费用同样是运营支出，不要一下子把钱全部砸到数据中心。尤其是初创公司，拿了风投的钱，风投肯定不愿意投重资产。如果用AWS就不会有这样的问题，哪天不干了，可以快速收回成本。当然，如果你业务爆发很快，你可以考虑自己建数据中心。

第二，是规模效应。

第三，是停止猜测容量。换言之，你可以认为AWS的资源取之不尽。

第四，提高速度和敏捷性。这一概念如何理解?如果我们在数据中心启动一个虚拟虚拟机，在AWS上也启动一个虚拟虚拟机，到底谁更快?可能还是数据中心本地快。比如：你在AWS上启动EC2, 可能至少要5分钟, 才能反应到实例。但是，你在本地，如果你的基础设施比较好，一分钟或者半分钟，虚拟机就起来了。怎么能体现出你的速度和敏捷性呢?不同的是AWS环境中的实例，有防火墙，有公网IP。如果你要做数据库，直接启动RDS;如果你要有一个数据库缓存的话，那就启动Redis;如果你需要大数据的话，那就启动EMR。你要的所有资源。在几分钟之内全部到位。在传统数据中心要实现这一点，不是不可能，但是有难度，你要投入很多人力、物力、财力才能达到这种效果。

第五，专注于重要工作。AWS上有很多托管服务，比如RDS关系型数据库，很多常规的功能都具备，DBA不用自己搭建底层架构，部署上层应用，还要维护系统，只专注业务本身。

第六，数分钟内实现全球化部署，主要体现在AWS的全球化资源部署能力。

　　架构完善的框架

问题是，我们在架构上要遵循一些什么原则?或者比如说我是甲方，乙方帮我做方案，我要看一下是不是满足，做的是不是达到安全性、可靠性、成本优化、性能效率、卓越运维这几个要求。

在安全性上，身份机制怎么做，如何实现可追溯性，如何在所有层确保安全性，风险评估与缓解策略怎样操作?所有能力AWS都具备。

什么是可靠性?我们经常听到公有云厂商断线的消息,包括AWS在北京的服务曾经也挂过。按道理说，AWS的数据中心有两个可用区，它的风火水电都是独立供应，有独立的网络，一个挖掘机下去只会挖断一个可用区，为什么两个可用区都宕机了?这是因为在架构设计的时候，埋线的时候，把两根线绕了一圈，然后又埋到另外一个沟里去了。所以，一出现问题，两个可用区都不能工作了。

（编辑：ASP站长网）