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

性能效率，EC2有很多资源类型, 比如：大家一开始用T系列，但如果我今天要做测试，承载量不大，我就用 t系列;如果很吃CPU，我就用c系列。类似这样，普及先进技术。当然，从应用表现来看，S3也不算什么新技术，实现起来非常简单。但你自己搭的应用要达到像 S3一样高可靠、高可用不容易。包括RDS关系型数据库，你自己要搭起来也能用，但是你要保证它的可靠性、信誉，会有一些麻烦。所以，我们要利用AWS上的一些服务来实现。

AWS全球基础设施

前文说道，AWS在全球有很多资源可以用，包括有些外企要出海，比如像吉利这样的公司，全球有很多工厂、销售点等等，AWS在全球有各种各样相对应的资源。

AWS在全球有很多数据中心，比如在北京，每个数据中心都有几千或上万台服务器，而且资源都是在线的，没有所谓的冷备，因为冷备关了之后，这个服务就不能用了。数据中心里面有很多种网络设备是AWS自己定制的，来自多家ODM原厂设计;AWS的服务器是由戴尔以及其他厂商代工;交换机是自己设计的;自定义网络协议堆栈;还有芯片，AWS全部托管给第三方制造。

平常，我们建数据中心可能看不到可用区，但肯定会看到可用性。可用区是最小单元，你在建EC2的时候就能看到：A可用区、B可用区、C可用区。那么，什么是可用区?它包括一个或多个数据中心，两个不同的可用区之间，就是一个容灾的距离。两个可用区之间，一般最佳是40公里，不能超过100公里。

AWS在全球由18个区域，中国和美国比较大，中国有两个区域，在北京和宁夏都由两个或者更多可用区组成，这些区域各自独立，但在北京有两个区域是为故障隔离而设计，它们相差几十公里。中国区域和海外区域是隔离状态，比如你注册一个海外的账户，按理说你全球都可以用，但实际上他把中国这两个区域排除在外。就是说，AWS在中国你得单独注册，只能看到北京和宁夏可以用。你即使想使用海外的资源，又想使用中国的资源，你需要两个账户，而且中国账户要用企业账户才能注册，个人账户不行，个人账户可以注册海外的。

你要实现跨区域的数据复制，比如我要从东京把数据复制到新加坡，可不可以?当然可以!区域之间是用AWS这种骨干网络相互通信。

为什么强调区域?因为AWS客户多，需求多，最终产生的资源多，所以新服务一定在需求多的地方出现。

除了18个区域，还有很多边缘站点，是用来跑IOT物联网。比如：新疆要访问北京的资源，会把一些静态的资源推送到新疆用户最近的地方。所以，这些服务在边缘站点上面，跑跟终端用户最近距离的服务，包括CDN、IOT、DNS以及防火墙等等。

大型架构设计

如果是大型用户场景，那就要从S3开始部署，然后涉及到Route 53，还有和网络相关的内容分发CDN(CloudFront)，主要放静态内容。接下来是互联网网关，负载均衡(APPlication Load Balancer)，自动扩展(Auto Scaling),NAT网关，EC2、缓存(Memcached)、数据库RDS等等。

很多人可能会说，你讲的内容是不是都是公有云服务。实际上，AWS的应用环境，很多是都是混合云的统一管理，混合云管理已是一种常态。比如：我既有AWS的云，又有阿里云，然后还有私有云,这么多种云都有不同的计费，不同的资源和很多账户,操作起来比较麻烦。怎么办呢?我会在很多云之上部署混合云，来管理下面这些云，统一去申请资源，统计计费，统一进行自动化运维。

最后，到底哪些客户在使用云?

有这么几种：

一种是创业公司，为了省钱，就在云上买一个服务器资源，部署一个虚机。比如：公司比较简单，你一开始就部署一个静态环境的话，只要用对象存储，用S3就可以了。费用很便宜，一个月存储一个G的数据,只要0.1到0.17元。

第二种是电商类企业，经常要搞活动，需要弹性扩展能力，等活动过后可以对资源进行收缩。

第三种是政企客户，需要通过现代化手段实现惠民服务。

第四类是传统行业，要打通烟囱式的孤岛，通过云方式连接数据，实现底层的互联互通。

总之，上云已是主流趋势，各行各业都在把传统的数据中心和云连接。

（编辑：ASP站长网）