AWS云架构设计原则

小提示：您能找到这篇{AWS云架构设计原则}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的AWS云架构设计原则内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">

< ">本章涵盖以下主题:

< ">架构良好的框架：< ">AWS不只是希望您能够在其云上构建出色的设计；他们为您提供有关如何执行此操作的详细指导。“AWS完善架构框架”是一篇完整的文档，将在本章的这一节中详细介绍。

< ">容错和高可用性：本节讨论在AWS中实现容错和高可用性体系结构的相对易用性。

< ">Web托管：本章的这一部分介绍了AWS如何在托管各种web应用程序内容方面提供显著帮助。

< ">世界各地的许多公司都成功地尝试了许多aws服务的技术和方法。在本章中，您将从所有这些实验中受益，并了解一些关键的设计原则，这些原则可以指导您的整个AWS体验。

< ">< font-size: 18px;">完美的框架

< ">您可能会认为，在Amazon，真正聪明的工程师根据他们在云设计方面的经验，坐下来编写“精心设计的框架”。这只是部分正确的。为了给您提供一个像“精心构建的框架”这样至关重要的文档，这些工程师和架构师也做了一些非常聪明的事情。他们分析了一些最大和最成功的客户(当然是在他们允许的情况下)大数据实现精准营销成功设计的实际实现。所有这些研究都产生了我们在这里所涵盖的框架。

< ">“精心构建的框架”的一些目标是什么？嗯，他们是相当崇高的。它们包括安全性、性能、弹性和效率的设计。该框架还为您提供了一个宝贵的机会，可以根据文档中包含的经过尝试的真正原则来评估建议的设计。这使得它成为一个更有价值的工具。

< ">亚马逊在创建这个框架时有很多目标。以下是最重要的:

< ">以前所未有的速度构建和部署解决方案。

< ">降低和降低迁移到云所带来的风险。

< ">就如何在云中实施解决方案做出明智的决策。

< ">了解使用AWS服务和工具的最强大的最佳实践方法。

< ">为了帮助组织框架并使其更有价值，Amazon将该框架的重点放在以下五个支柱上:

< ">卓越的运营能力

< ">安全

< ">可靠性

< ">性能效率

< ">成本优化

< ">我们应该检查这些支柱中的每一个和每个支柱中的重要设计概念。

< ">< font-size: 18px;">卓越运营

< ">此支柱的总体目标是确保运行和监控系统，以确保它们为组织的业务目标提供价值。

< ">< font-size: 18px;">注意

< ">记住这一点是非常重要的。虽然我们很多在技术领域的人都觉得云令人难以置信地“酷”，但我们永远不应该仅仅因为技术非常聪明和刺激就瞄准它；相反，我们应该以技术为目标，因为它帮助我们的组织实现最重要的业务目标。

< ">< font-size: 18px;">该支柱由以下重要设计原则组成：

< ">在代码中执行操作。

< ">尽可能给文档注释。

< ">经常对架构进行小的和可逆的更改，以改进它。

< ">经常优化您的操作过程，以改进它们。

< ">预测失败并制定恢复计划。

< ">从AWS体系结构中可能出现的任何故障中学习。

< ">< font-size: 18px;">安全

< ">显然，此支柱的工作是帮助保护您的资产、系统以及与AWS相关的信息。此支柱还应帮助您进行风险评估和缓解措施。

< ">< font-size: 18px;">该支柱由以下重要设计原则组成:

< ">您应该在体系结构中使用强标识实践。

< ">所有操作都应具有完全的可追溯性。

< ">安全性应该在体系结构的所有层中实现。

< ">应作出协调一致的努力，使尽可能多的安全最佳做法自动化。

< ">信息应在休息和过境时得到保护。

< ">您应该为架构和云中不可避免的安全事件做好尽可能多的准备。

< ">< font-size: 18px;">可靠性

< ">此支柱由许多重要的设计原则组成，所有这些原则都以确保您的设计能够轻松地从服务故障中恢复。它还可确保您的体系结构可以根据需要按需增长资源。云中的可靠性还意味着可以相对轻松地缓解中断。

< ">< font-size: 18px;">以下是围绕此支柱的设计目标:

< ">测试恢复。

< ">尽可能自动恢复故障。

< ">在需要时自动水平缩放。

< ">停止猜测IT资源的容量。

< ">通过自动化管理更改。

< ">< font-size: 18px;">性能效率

< ">这一支柱涉及尽可能高效地使用AWS资源。随着需求的变化和技术的发展，应保持效率。

< ">以下是围绕此支柱的设计目标:

< ">使先进技术群众化--这意味着使大众能够获得这些技术。

< ">在几分钟内将资源放眼全球。

< ">尽可能多地针对无服务器计算。

< ">自由和经常的实验。

< ">保持机械同情--这意味着将业务目标与适当的技术相匹配。

< ">< font-size: 18px;">成本优化

< ">这个支柱的目标很简单--省钱,停止浪费对技术的投资。

< ">设计目标也很简单:

< ">采用消费模式;这强调了对IT的OpEx方法。

< ">仔细衡量您的架构的效率。

< ">不要为了解决IT问题而不必要地花钱。

< ">仔细分析AWS实施中的支出。

< ">尽可能多地使用托管服务。

< ">< font-size: 18px;">容错和高可用性

< ">让我们首先确保您了解这两个关键概念。容错(FT)是指系统在不造成任何停机时间的情况下承受组件损失的能力。高可用性(HA)是指整个体系结构保持更高的可用性水平的能力。您应该注意到，容错是高可用性的一个子组件。

< ">AWS的高可用性有两个重要的注意事项。第一，房委会应能在你的处所采用传统的数据中心方法，只需一小部分成本，便可达到房委会的成本。第二，代运营平台排名医管局应该在最少的人为干预下，便可以达到这个目标。事实上，大多数人认为医管局是指没有人为干预。

< ">要明白，当你尝试在使用传统资讯科技的处所实施房委会时，往往是非常昂贵的。它还倾向于只保护最关键的任务资源。在AWS中，HA对于整个体系结构来说往往更具成本效益和综合性。

< ">< font-size: 18px;">AWS的一些关键服务和工具使HA的水平达到了令人难以置信的水平?

< ">Elastic Load Balancers

< ">Elastic IP Addresses

< ">Route 53

< ">Auto Scaling

< ">CloudWatch

< ">AWS中专门针对HA容错方面的工具又如何呢？

< ">Simple Queue Service(SQS)

< ">Simple Storage Service(S3)

< ">Simple DB

< ">< font-size: 18px;">网络托管

< ">网络托管是几十年前就开始的趋势,没有放缓的迹象。越来越多的应用程序被web服务器托管给用户。由于以下原因，web服务器可能在组织中发挥关键作用:

< ">Hosting your company website

< ">Web-based Content Management Systems

< ">Social media applications

< ">Internal SharePoint sites

< ">Web services such as API endpoints

< ">无论您对aws网络托管的具体需求如何，您都应该能够获得以下令人信服的优势:

< ">Cost effectiveness:Simple on-demand provisioning is needed as more web server scalability is needed.

< ">On-demand resources:This capability promotes the use of test fleets,staging servers,and simulated user traffic.

< ">从体系结构上讲，有许多积极的效果,如:

< ">消除对严格的物理设备的依赖。

< ">在体系结构中的任何地方都可以进行防火墙。

< ">可以轻松地在全球范围内找到多个数据中心。

< ">主机可以被认为是完全短暂和动态的。

< ">您还可以利用AWS的许多服务和工具，帮助您过渡到云。这些措施包括::

< ">VPC

< ">Route 53

< ">CloudFront

< ">Elastic Load Balancing

< ">AWS Web Application Firewall(WAF)

< ">AWS Shield

< ">Auto Scaling

< ">EC2

< ">ElastiCache

< ">RDS

< ">DynamoDB