在AWS上的架构部署与设计

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

第二，是规模效应。

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

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

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

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

　　架构完善的框架

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

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

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

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!