|
译者序
AWS用户普遍，产物线庞大，AWS公布的利剑皮书《Architecting for the Cloud-AWS Best Practices》引见了常睹场景下云架构的最好理论，不只关于利用AWS的用户，关于广阔利用云的用户皆有参考意义，新钛云服工程师特地翻译了本利剑皮书，供广阔利用云的用户参考。
请面击输进图片形貌
1. 择要
本利剑皮书合用于正在Amazon Web Services（AWS）上的构建处理计划的架构师战开辟职员。本利剑皮书供给有闭手艺设想模子的架构指点战倡议，和怎样使用于云计较情况中。本利剑皮书供给了正在AWS上设想处理计划时的枢纽观点战差别。本利剑皮书借会商了怎样操纵特定于云计较静态特征的属性，如弹性战根底设备主动化。那些模子能够为对挑选、操纵形态战完成形态停止更具体的检查供给高低文，便像《AWS Well-Architected Framework》中具体形貌的那样.
2. 引见
将使用法式迁徙到AWS，即便出有严重变动（称为间接迁徙的办法），也可为构造供给宁静且经济下效的根底架构劣势。可是，为了充实操纵云计较能够带去的弹性战灵敏性，工程师必需改良其架构以操纵AWS功用。
关于新使用法式，基于云的IT系统架构模子能够协助进步服从战可伸缩性。那些新架构能够支持从互联网范围数据的及时阐发到具无数千个毗连的物联网（IoT），或挪动装备的不成猜测流量的使用法式的任何内乱容。
不管是从头架构正在当地情况中运转确当前使用法式以正在AWS上运转，仍是设想云本死使用法式，您皆必需思索传统情况取云计较情况之间的差别。那包罗系统架构挑选，可伸缩性，资本范例，主动化和灵敏的组件，效劳战数据库。假如您没有熟习AWS，我们倡议您检察“ About AWS”页里上的疑息，以便根本理解AWS效劳。
3. 传统情况战云计较情况之间的差别
云计较正在很多圆里差别于传统的当地情况，包罗灵敏，齐局战可扩大的容量，托管效劳，内乱置宁静性，本钱劣化选项和各类操纵模子。
3.1 IT资产做为可设置资本
正在传统计较情况中，能够基于实际最年夜峰值的估量去供给容量。那能够招致阶段性高贵的资本忙置或容量不敷。借助云计较，能够按照需求会见尽量多的容量，并静态扩大以满意实践需供，同时只需为利用的资本付费。
正在AWS上，能够正在几秒钟内乱真例化效劳器，数据库，存储战更初级此外使用法式组件。能够将那些视为暂时资本，而没有受牢固战有限IT根底架构的没有灵敏性战限定。那会重置处置变动办理，测试，牢靠性战容量计划的方法。这类办法的改动经由过程引进流程中快速失利战快速迭代的才能去鼓舞体验。
3.2 环球，可用战可扩大的容量
利用AWS的齐局根底架构，能够将使用法式布置到最契合您请求的AWS可用地区（比方，取终极用户的靠近水平，开规性，数据驻留限定战本钱）。关于齐局使用法式，可使用Amazon CloudFront内乱容托付收集（CDN）正在环球范畴内乱削减到末端用户的延时。那也使得跨多个数据中间操纵消费使用法式战数据库变得愈加简单，从而完成下可用性战容错性。AWS的环球根底架构和按照需求设置容量的才能，使您能够按照对使用法式的需乞降效劳范畴的扩大，去对您的根底架构停止差别的考虑。
3.3 更初级的托管效劳
除Amazon Elastic Compute Cloud（Amazon EC2）的计较资本中，借能够会见各类存储，数据库，阐发，使用法式战布置效劳。因为那些效劳可立刻供开辟职员利用，因而可削减对内乱部专业妙技的依靠，并使构造可以更快天托付新处理计划。办理的AWS效劳能够低落运营庞大性战本钱。它们借具有可扩大性战下可用性，因而能够低落施行风险。
3.4 内乱置宁静性
正在传统IT情况中，根底架构宁静考核能够是按期战脚动历程。比拟之下，AWS Cloud供给的管理功用能够连续监控IT资本的设置变动。AWS的宁静性是最下劣先级，那意味着能够从为满意年夜大都宁静敏感构造的请求而构建的数据中间战收集系统构造中受益。
因为AWS资本可以使用东西战API停止编程，因而能够将宁静战略正式化并嵌进根底架构设想中。因为可以启动暂时情况，宁静测试如今能够成为连续托付流火线的一部门。最初，能够操纵各类云本死的AWS宁静战减稀功用，那些功用能够协助您完成更初级此外数据庇护战开规性。
3.5 本钱架构
内乱部布置处理计划的传统本钱办理凡是没有取供给效劳严密耦开。正在设置云计较情况时，劣化本钱是架构师的根本设想租户。挑选处理计划时，不只应存眷功用架构战功用散，借应存眷所选处理计划的本钱设置文件。
AWS供给细粒度计费，使您可以跟踪取处理计划的一切圆里相干的本钱。有一系列效劳可协助您办理预算，提示您发生的用度，并协助您劣化资本利用战本钱。
3.6 AWS上的运维
正在AWS上运转效劳时，有几种常睹的运维模子：
- 迁徙的使用法式，保护现有的传统操纵模子，操纵经由过程API办理根底架构做为代码的才能，从而完成牢靠且可反复的构建历程，从而进步牢靠性。
- 重构的处理计划操纵更初级此外操纵流程主动化做为撑持效劳，比方， AWS Auto Scaling战自我建复架构。
- 针对云运营从头构建战设想的处理计划凡是经由过程DevOps流程完成片面主动化，以完成托付管讲战办理。
撑持那些改变不只会改动所利用的手艺，借会改动开辟战运维团队办理方法的文明变革。
AWS供给东西，流程战最好理论，以撑持运维理论的改变，从而最年夜限度天时用云计较带去的支益。
4. 设想准绳
AWS 包罗很多可使用于各类用例的设想形式战系统构造选项。AWS的一些枢纽设想准绳包罗可扩大性，可安排资本，主动化，用紧耦开办理效劳，和灵敏的数据存储选项。
4.1 可扩大性
估计跟着工夫的推移而增加的体系需求成立正在可扩大的架构之上。如许的系统架构能够撑持用户，流量或数据巨细的增加，而没有会低落机能。该当以线性方法按比例供给资本，增加分外资本最少招致成比例增长供给分外背载的才能。增加应引进范围经济，本钱应遵照从该体系发生贸易代价的不异维度。固然云计较供给险些有限的按需容量，但您的设想需求可以无缝天时用那些资本。
凡是有两种扩大IT架构的办法：纵背扩大战横背扩大。
4.1.1 纵背扩大
纵背扩大经由过程增长单个资本的范围去完成，比方晋级具有更年夜硬盘驱动器或更快CPU的效劳器。利用Amazon EC2，您能够截至真例并将其调解为具有更多RAM，CPU，I/O或收集功用的真例范例。这类缩放方法终极将到达极限，而且它其实不老是具有本钱效益或下度可用的办法。可是，它很简单完成，而且关于很多用例来讲曾经充足了，出格是正在短时间内乱。
4.1.2 横背扩大
经由过程增长资本数目去横背扩大，比方背存储阵列增加更多硬盘驱动器，或增加更多效劳器以撑持使用法式。那是构建操纵云弹性的互联网范围使用法式的好办法。并不是一切系统构造皆旨正在将其事情背载分派给多个资本，因而让我们检视一些能够的状况。
1) 无形态使用
当用户或效劳取使用法式交互时，凡是会施行一系列构成会话的交互。会话是用户正在利用使用法式时正在恳求之间连结稳定的独一数据。无形态使用法式是没有需求先前交互常识，且没有存储会话疑息的使用法式。比方，给定不异输进，背任何终极用户供给不异呼应的使用法式是无形态使用法式。无形态使用法式能够横背扩大，由于任何可用的计较资本（比方EC2真例战AWS Lambda函数）皆能够为任何恳求供给效劳。假如出有存储会话数据，能够按照需求增加更多计较资本。当没有再需求该容量时，能够正在运转使命耗尽后宁静天停止那些零丁的资本。那些资本没有需求明白火伴的存正在，所需求的只是将事情背载分派给它们的办法。
2) 将背载分派给多个节面
要将事情背载分派到情况中的多个节面，能够挑选推模子或推模子。
利用推模子，可使用Elastic Load Balancing（ELB）去分派事情背载。ELB跨多个EC2真例路由传进的使用法式恳求。正在路由流量时，收集背载平衡器正在开放体系互连（OSI）模子的第4层运转，以处置每秒数百万个恳求。经由过程接纳基于容器的效劳，借可使用使用法式背载平衡器。使用法式背载平衡器供给OSI模子的第7层，并撑持基于使用法式流量的基于内乱容的恳求路由。大概，可使用Amazon Route 53施行DNS轮询。正在这类状况下，DNS呼应以轮回方法从有用主机列表中返回IP地点。固然易于施行，但这类办法其实不总能很好天顺应云计较的弹性。那是由于即便您能够为DNS记载设置低保存工夫（TTL）值，缓存DNS剖析器也没有正在Amazon Route 53的掌握范畴内乱，而且能够其实不老是遵照您的设置。
能够为同步，变乱驱动的事情背载完成推模子，而没有是背载均衡处理计划。正在推模子中，需求施行的使命或需求处置的数据可使用Amazon Simple Queue Service（Amazon SQS）做为动静存储正在行列中，也能够做为流数据处理计划存储
好比亚马逊Kinesis，多个计较资本能够提与战利用那些动静，以散布式方法处置它们。
3) 无形态组件
实践上，年夜大都使用法式皆保护某种形态疑息。比方，Web使用法式需求跟踪用户能否已登录，以即可以基于先前的操纵显现本性化内乱容。主动化的多步调历程借需求跟踪先前的举动，以肯定其下一步该当是甚么。仍旧能够经由过程没有正在当地文件体系中存储需求多于一个恳求的任何内乱容，去使那些系统构造的一部门无形态。
比方，Web使用法式可使用HTTP cookie正在Web客户端缓存中存储会话疑息（如购物车项目）。阅读器正在每一个后绝恳求时将该疑息通报回效劳器，以便使用法式没有需求存储它。可是，这类办法有两个缺陷。起首，HTTP cookie的内乱容能够会正在客户端被窜改，因而您应一直将其视为必需颠末考证的不成疑数据。其次，HTTP cookie随每一个恳求一同传输，那意味着您该当将其巨细连结正在最小，以免没必要要的提早。
思索仅正在HTTP cookie中存储独一的会话标识符，并正在效劳器端存储更具体的用户会话疑息。年夜大都编程仄台皆供给以这类方法事情的本时机话办理机造。可是，默许状况下，用户会话疑息凡是存储正在当地文件体系中，从而构成有形态架构。此成绩的常看法决计划是将此疑息存储正在数据库中。Amazon DynamoDB是一个很好的挑选，由于它具有可扩大性，下可用性战耐用性特性。关于很多仄台，有一些开源替换库，许可您正在Amazon DynamoDB中存储本时机话。
其他计划需求存储较年夜的文件（比方用户上载战批处置的中心成果）。经由过程将那些文件放正在同享存储层（如Amazon Simple Storage Service，Amazon S3；或Amazon Elastic File System，Amazon EFS））中，能够制止引进有形态组件。
最初，庞大的多步调事情流是另外一个必需跟踪每一个施行确当前形态的示例。可使用AWS步调功用集合存储施行汗青记载，并使那些事情背载无形态。
4) 有形态组件
不成制止天，您的架构层将没有会酿成无形态组件。按照界说，数据库是有形态的。有闭更多疑息，请参阅前面的“数据库章节"。别的，很多遗留使用法式设想为依托当地计较资本正在单个效劳器上运转。别的用例包罗能够需求客户端装备少工夫连结取特定效劳器的毗连。比方，及时多人游戏必需以十分低的提早为多个玩家供给分歧的游戏天下视图。正在非散布式完成中完成那一面要简朴很多，此中到场者毗连到统一效劳器。
仍旧能够经由过程将背载分派到具有会话亲缘干系的多个节面去程度扩大那些组件。正在此模子中，将会话的一切事件绑定到特定的计较资本。可是，那个模子的确有一些范围性。现有会话没有会间接受益于新启动的计较节面的引进。更主要的是，没法包管会话亲战力。比方，当节面停止或变得不成用时，绑定到该节面的用户将断开毗连并碰到特定于会话的数据丧失，那些数据没有会存储正在同享资本，如Amazon S3，Amazon EFS或a数据库。
5) 完成会话亲战性
关于HTTP战HTTPS流量，您可使用使用法式背载平衡器的粘性会话功用，将用户的会话绑定到特定真例。利用此功用，使用法式背载平衡器将测验考试正在该连续工夫内乱为该用户利用不异的效劳器集会。另外一个选项，假如您掌握正在客户端上运转的代码，是利用客户端背载均衡。那会增长分外的庞大性，但正在背载平衡器没有契合您的请求的状况下十分有效。比方，您能够正正在利用ELB没有撑持的和谈，大概您能够需求完整掌握怎样将用户分派给效劳器（比方，正在游戏场景中，能够需求确保游戏到场者婚配并毗连到不异的效劳器）。正在此模子中，客户端需求一种办法去发明有用的效劳器端面以间接毗连。可使用DNS，大概您能够构建一个简朴的发明API，以便将该疑息供给给客户端上运转的硬件。正在出有背载平衡器的状况下，借需求正在客户端完成安康查抄机造。该当设想客户端逻辑，以便正在检测到效劳器不成用时，装备从头毗连到另外一台效劳器，而对使用法式险些出有中止。
6) 散布式处置
触及处置大批数据的用例，没法实时处置单个计较资本的任何事物，需求接纳散布式处置办法。经由过程将使命及其数据分别为很多小的事情片断，能够跨一组计较资本并止施行它们。
7）施行散布式处置
经由过程利用AWS Batch，AWS Glue战Apache Hadoop平分布式数据处置引擎，能够程度扩大脱机批处置功课。正在AWS上，可使用Amazon EMR正在一组EC2真例之上运转Hadoop事情背载，而无需运维庞大性。关于流数据的及时处置，Amazon Kinesis将数据分红多个分片，然后由多个Amazon EC2或AWS Lambda资本利用，以完成可扩大性。
有闭那些范例事情背载的更多疑息，请参阅《Big Data Analytics Options on AWS 》战《Core Tenets of IoT》利剑皮书。
4.2 一次性资本而没有是固有效劳器
正在传统的根底架构情况中，因为引进新硬件的前期本钱战前置工夫，必需利用牢固资本。那鞭策了诸如脚动登录效劳器以设置硬件或建复成绩，硬编码IP地点和按挨次运转测试或处置功课等理论。
正在为AWS设想时，能够操纵云计较的静态设置特征。能够将效劳器战其他组件视为暂时资本。能够按照需求启动随便数目真例，而且只正在需求时利用它们。
持久运转的效劳器的另外一个成绩是设置偏向。随工夫推移使用的变动战硬件建补法式能够会招致跨差别情况的已经测试战同构设置。可使用不成变的根底架构构造模子形式处理此成绩。利用这类办法方法，效劳器一旦启动永久没有会更新。相反，当呈现成绩或需求更新时，成绩效劳器将交换为具有最新设置的新效劳器。那使资本一直处于分歧（战测试）形态，并使回滚更简单施行。利用无形态系统构造更简单撑持那一面。
4.2.1 真例化计较资本
不管是布置新情况停止测试，仍是增长现有体系的容量去应对分外背载，您皆没有期望利用其设置战代码脚动设置新资本。主要的是，您要使其成为一个主动化且可反复的历程，以免较少的托付周期，而且没有会呈现报酬毛病。有几种办法能够完成那一目的。
1）指导
启动AWS资本（如EC2真例或AmazonRelational Database Service（Amazon RDS）数据库真例）时，将启动默许设置。然后，能够施行主动指导操纵，那些操纵是装置硬件或复造数据以将该资本带进特定形态的剧本。能够参数化正在差别情况（比方消费或测试）之间变革的设置具体疑息，以即可以反复利用不异的剧本而无需停止任何修正。
可使用用户数据剧本战cloud-init指令设置新的EC2真例。可使用简朴的剧本战设置办理东西，比方Chef或Puppet。别的，经由过程自界说剧本战AWS API，或AWS AWS撑持的自界说资本的AWS CloudFormation撑持，能够编写险些合用于任何AWS资本的设置逻辑。
2）黄金镜像
某些AWS资本范例（比方EC2真例，AmazonRDS数据库真例战Amazon Elastic Block Store，Amazon EBS）能够从黄金镜像启动，黄金镜像是该资本的特定形态的快照。取指导办法比拟，黄金镜像能够收缩启动工夫并消弭对设置效劳或第三圆存储库的依靠性。那正在主动扩大情况中十分主要，正在这类情况中，您期望可以快速牢靠天启动其他资本，以呼应需供变革。
能够自界说EC2真例，然后经由过程创立Amazon Machine Image（AMI）去保留其设置。能够按照需求从AMI启动随便数目的真例，而且它们皆将包罗那些自界说项。每主要变动设置时，皆必需创立一个新的黄金镜像，因而必需具有版本掌握商定去办理您的黄金镜像。倡议您利用剧本为您用于创立的EC2真例创立指导法式的AMI。那为您供给了一种灵敏的办法去测试战修正那些镜像。
大概，假如您具有现有的当地假造化情况，则可使用AWS的VM导进/导出将各类假造化格局转换为AMI。您借能够查找战利用AWS或AWS中的第三圆供给的预启拆同享AMI。
固然启动新EC2真例时最常利用黄金镜像，但它们也能够使用于Amazon RDS数据库真例或Amazon EBS卷等资本。比方，当启动新的测试情况时，您能够期望经由过程从特定的Amazon RDS快照真例化数据库去预添补其数据库，而没有是从冗杂的SQL剧本中导进数据。
3）容器
开辟职员喜好的另外一个挑选是Docker，一种开源手艺，许可您正在硬件容器内乱构建战布置散布式使用法式。Docker许可您将一个硬件启拆正在Docker镜像中，那是一个硬件开辟的尺度化单位，包罗硬件运转所需的一切内乱容：代码，运转时，体系东西，体系库等。AWS Elastic Beanstalk，Amazon ElasticContainer 效劳（Amazon ECS）战AWSFargate许可您跨EC2真例散群布置战办理多个容器。您能够构建黄金Docker镜像并利用ECS容器注册表去办理它们。
另外一种容器情况是Kubernetes战Kubernetes的亚马逊弹性容器效劳（Amazon EKS）。借助Kubernetes战Amazon EKS，您能够沉紧布置，办理战扩大容器化使用法式。
4）混淆
您借可使用那两种办法的组开：设置的某些部门正在黄金镜像中捕捉，而其他部门则经由过程指导操纵静态设置。
没有常常变动或引进内部依靠项的项目凡是是您的黄金镜像的一部门。一个好的候选者的例子是您的Web效劳器硬件，不然每次启动真例时皆必需由第三圆存储库下载。
能够经由过程指导操纵静态设置正在差别情况之间常常变动或差别的项目。比方，假如要常常布置使用法式的新版本，则为每一个使用法式版本创立新的AMI能够没有实在际。您也没有期望将数据库主机名设置硬编码到AMI，由于测试战消费情况之间会有所差别。用户数据或标签许可您利用可正在启动时修正的更通用的AMI。比方，假如您为各类小型企业运转Web效劳器，则它们皆可使用不异的AMI，并从启动时正在用户数据中指定的S3存储桶地位检索其内乱容。
AWS Elastic Beanstalk遵照混淆模子。它供给预设置的运转时情况，每一个情况皆是从其本人的AMI11启动的，但许可您经由过程ebextensions设置文件运转指导操纵，并设置情况变量以参数化情况差别。
4.2.2 根底架构即代码
我们会商的准绳的使用没必要限于单个的资本程度。因为AWS资本是可编程的，因而您能够使用硬件开辟中的手艺，理论战东西，使您的全部根底架构可重用，可保护，可扩大战可测试。
AWS CloudFormation模板为您供给了一种简朴的办法去创立战办理相干AWS资本的汇合，并以有序战可猜测的方法供给战更新它们。您能够形貌运转使用法式所需的AWS资本，和任何干联的依靠项或运转时参数。您的CloudFormation模板能够取您的版本掌握存储库中的使用法式一同利用，如许您就能够重用架构并牢靠天克隆消费情况以停止测试。
4.3 主动化
正在传统的IT根底架构中，您凡是必需脚动对各类变乱做出反响。正在AWS上布置时，您能够停止主动化。
为了进步体系的不变性战构造的服从，思索将一种或多种那类主动化引进您的使用法式系统构造，以确保更下的弹性，可伸缩性战机能。
4.3.1 无效劳器办理战布置
接纳无效劳器形式时，操纵重面是布置主动化流火线。AWS办理根底效劳，范围战可用性。AWS CodePipeline，AWS CodeBuild战AWS CodeDeploy撑持那些流程布置的主动化。
4.3.2 根底架构办理战布置
AWS Elastic Beanstalk：您可使用此效劳正在熟习的效劳器（如Apache，Nginx，Passenger战效劳器）上布置战扩大利用Java，.NET，PHP，Node.js，Python，Ruby，Go战Docker开辟的Web使用法式战效劳。IIS开辟职员能够简朴天上传他们的使用法式代码，该效劳主动处置一切细节，比方资本设置，背载均衡，主动扩大战监督。
Amazon EC2主动规复：您能够创立监控EC2真例的Amazon CloudWatch警报，并正在其受益时主动规复。规复的真例取本初真例不异，包罗真例ID，公有IP地点，弹性IP地点，战一切真例元数据。可是，此功用仅合用于合用的真例设置。有闭那些条件前提的最新阐明，请参阅Amazon EC2文档。别的，正在真例规复时期，真例将经由过程真例从头指导停止迁徙，而且内乱存中的一切数据皆将丧失。
AWS Systems Manager：您能够主动搜集硬件浑单，使用操纵体系补钉，创立体系镜像以设置Windows战Linux操纵体系，和施行随便号令。供给那些效劳简化了操纵模子并确保了最好的情况设置。
Auto Scaling：您能够按照您界说的前提主动保护使用法式可用性，并主动扩大Amazon EC2，Amazon DynamoDB，Amazon ECS，合用于Kubernetes的Amazon Elastic Container Service，（Amazon EKS）容量。您可使用Auto Scaling协助确保跨多个可用区运转所需数目的安康EC2真例。Auto Scaling借能够正在需供峰值时期主动增长EC2真例的数目，正在没有太忙碌的期间连结机能并低落容量以劣化本钱。
4.3.3 警报战变乱
Amazon CloudWatch警报：您能够创立CloudWatch警报，当特定目标超越指定阈值达指定命量的时段时，该警报会收收AmazonSimple Notification Service（Amazon SNS）动静。那些Amazon SNS动静能够主动启动施行定阅的Lambda函数，将告诉动静排进Amazon SQS行列，大概对HTTP或HTTPS端面施行POST恳求。
Amazon CloudWatchEvents：供给远乎及时的体系变乱流，形貌AWS资本中的变动.利用简朴划定规矩，您能够将每品种型的变乱路由到一个或多个目的，比方Lambda函数，Kinesis流战SNS主题。
AWS Lambda预定变乱：您能够创立Lambda函数并设置AWS Lambda以按期施行它。
AWS WAF宁静主动化：AWS WAF是一种Web使用法式防水墙，使您可以创立自界说的特定于使用法式的划定规矩，以阻遏能够影呼应用法式可用性，危及宁静性或耗损过量资本的常睹进犯形式。您能够经由过程API完整办理AWS WAF，从而简化宁静主动化，完成快速划定规矩传布战快速变乱呼应。
4.4 紧耦开
跟着使用法式庞大性的增长，IT体系的幻想属性是能够将其合成为更小，紧耦开的组件。那意味着IT体系的设想该当可以削减互相依靠性，一个组件中的变动或毛病不该该级联到其他组件。
4.4.1 界说明白的接心
削减体系中互相依靠性的一种办法是许可各类组件仅经由过程特定的，取手艺无闭的接心（比方RESTful API）互相交互。经由过程这类方法，躲藏了手艺完成细节，以便团队能够修正底层完成而没有影响其他组件。只需那些接心连结背后兼容性，差别组件的布置便会别离。这类粒度设想形式凡是被称为微效劳架构。
Amazon API Gateway是一种完整托管的效劳，使开辟职员能够沉紧天以任何范围创立，公布，保护，监控战庇护API。它处置承受战处置多达数十万个并收API挪用所触及的一切使命，包罗流量办理，受权战会见掌握，监控战API版本办理。
4.4.2 效劳发明
布置为一组较小效劳的使用法式与决于那些效劳互相交互的才能。由于每一个效劳皆能够跨多个计较资本运转，以是需求有一种办法去处理每一个效劳。比方，正在传统根底构造中，假如您的前端Web效劳需求取后端Web效劳毗连，则能够对运转此效劳的计较资本的IP地点停止硬编码。固然这类办法仍旧合用于云计较，但假如那些效劳是紧耦开的，那末它们该当可以正在没有事前理解其收集拓扑细节的状况下利用。除躲藏庞大性以外，那借许可根底架构细节随时变动。假如您念操纵云计较的弹性，能够正在任什么时候间面启动或停止新资本，那末紧耦开是一个相当主要的身分。为了完成那一目的，您需求一些完成效劳发明的办法。
施行效劳发明
关于Amazon EC2托管的效劳，完成效劳发明的一种简朴办法是经由过程Elastic LoadBalancing（ELB）。因为每一个背载平衡器皆有本人的主机名，因而您能够经由过程不变的endpoint利用效劳。那能够取DNS战公有Amazon Route 53地区分离利用，以即可以随时笼统战修正特定背载平衡器的endpoint。
另外一种挑选是利用效劳注册战发明办法去许可检索任何效劳的endpoint IP地点战端标语。因为效劳发明成为组件之间的粘开剂，因而下度可用且牢靠性十分主要。假如已利用背载均衡器，则借该当停止效劳发明许可安康查抄等选项。Amazon Route 53撑持主动定名，以便更沉紧天为微效劳设置真例。主动定名许可您按照界说的设置主动创立DNS记载。其他示例完成包罗利用标签组开的自界说处理计划，下可用性数据库，挪用AWSAPI的自界说剧本，或Netflix Eureka，AirbnbSynapse或HashiCorp Consul等开源东西。
4.4.3 同步散成
同步散成是效劳之间紧耦开的另外一种情势。此模子合用于任何没有需求立刻呼应的交互，和曾经注册恳求确实认便充足了。它触及一个天生变乱的组件战另外一个耗损它们的组件。那两个组件欠亨过间接的面对面交互停止散成，而是经由过程中心耐久存储层停止散成，比方SQS行列或流式数据仄台（如Amazon Kinesis），级联Lambda变乱，AWS步调功用或AmazonSimple Workflow效劳。
图1：松耦开战紧耦开
这类办法将两个组件别离，并引进了分外的弹性。因而，比方，假如正正在从行列中读打消息的历程失利，则仍能够将动静增加到行列中并正在体系规复时停止处置。它借许可您庇护没有太可扩大的后端效劳免受前端尖峰的进犯，并找到准确的本钱战处置滞后之间的衡量。比方，您能够决议没有需求扩大数据库以顺应偶然的写进查询峰值，只需您终极以一些提早同步处置那些查询。最初，经由过程从交互式恳求途径中删除缓速操纵，您借能够改进终极用户体验。
同步散成的示例包罗：
- 前端使用法式将功课插进行列体系（如Amazon SQS）。后端体系检索那些功课并根据本人的进度处置它们。
- API天生变乱并将其推收到Kinesis流中。后端使用法式批量处置那些变乱以创立存储正在数据库中的散应时间序列数据。
- 多个同构体系利用AWS步调函数去转达它们之间的事情流，而无需间接互相交互。
- Lambda函数可使用去自各类AWS源的变乱，比方Amazon DynamoDB更新流战Amazon S3变乱告诉。您没必要担忧完成列队或其他同步散成办法，由于Lambda会为您处置此成绩。
4.4.4 散布式体系最好理论
增长紧耦开的另外一种办法是构建以文雅方法处置组件毛病的使用法式。您能够肯定削减对终极用户的影响的办法，并进步您正在脱机过程当中获得停顿的才能，即便正在某些组件发作毛病时也是云云。
理论中文雅的应对失利
失利的恳求可使用指数退躲战颤动战略重试，也能够存储正在行列中以供当前处置。关于前端接心，能够供给替换或缓存的内乱容，而没有是完整失利，比方，您的数据库效劳器变得不成用。Amazon Route 53 DNS毛病转移功用借使您可以监控您的网站，并正在主站面不成用时主动将会见者路由到备份站面。您能够将备份站面做为Amazon S3上的静态网站托管，也能够做为零丁的静态情况托管。
4.4.5 效劳，而没有是效劳器
开辟，办理战运维使用法式，特别是年夜范围使用法式，需求林林总总的底层手艺组件。关于传统的IT根底架构，公司必需构建战运转一切那些组件。
AWS供给普遍的计较，存储，数据库，阐发，使用法式战布置效劳，可协助构造更快天挪动并低落IT本钱。
倒霉用这类广度的架构（比方，假如它们仅利用AmazonEC2）能够没法充实操纵云计较，而且能够错得了进步开辟职员消费力战运营服从的时机。
4.4.5.1 办理效劳
AWS托管效劳供给开辟职员可使用的构建块去为其使用法式供电。那些托管效劳包罗数据库，机械进修，阐发，列队，搜刮，电子邮件，告诉等。比方，利用Amazon SQS，您能够加沉运维战扩大下可用性动静通报聚集的办理承担，同时仅为您利用的内乱容付出低价。Amazon SQS自己也具有可扩大性战牢靠性。那一样合用于Amazon S3，它使您能够按照需求存储尽量多的数据，并正在需求时会见它，而无需思索容量，硬盘设置，复造战其他相干成绩。
为您的使用法式供给撑持的托管效劳的其他示例包罗：
- 用于内乱容托付的AmazonCloudFront
- 用于背载均衡的ELB
- 用于NoSQL数据库的Amazon DynamoDB
- 用于搜刮事情背载的AmazonCloudSearch
- 用于视频编码的Amazon ElasticTranscoder
- 用于收收战领受电子邮件的AmazonSimple Email Service（Amazon SES）
4.4.5.2 无效劳器计较架构
无效劳器计较架构能够低落运转使用法式的操纵庞大性。无需办理任何效劳器根底架构，就能够为挪动，Web，阐发，CDN营业逻辑战物联网构建变乱驱动战同步效劳。那些系统构造能够低落本钱，由于您无需办理或付出已充实操纵的效劳器，也无需设置冗余根底架构去完成下可用性。
比方，您能够将代码上载到AWS Lambda计较效劳，而且该效劳可使用AWS根底构造代表您运转代码。利用AWS Lambda，您需求为代码施行的每100毫秒和触收代码的次数付费。经由过程利用Amazon API Gateway，您能够开辟由AWS Lambda撑持的险些有限可扩大的同步API。取Amazon S3分离利用以供给静态内乱容资产时，此形式能够供给完好的Web使用法式。
正在挪动战Web使用法式圆里，您可使用Amazon Cognito，如许您便无需办理后端处理计划去处置用户身份考证，收集形态，存储战同步。Amazon Cognito为您的用户天生独一标识符。
能够正在会见战略中援用那些标识符，以基于每一个用户启用或限定对其他AWS资本的会见。Amazon Cognito为您的用户供给暂时AWS凭据，许可装备上运转的挪动使用法式间接取受AWS身份战会见办理（IAM）庇护的AWS效劳停止交互。比方，利用IAM，您能够将对S3存储桶中的文件夹的会见权限限定为特定的终极用户。
关于物联网使用，构造传统上必需设置，操纵，扩大战保护本人的效劳器做为装备网闭，以处置毗连装备取其效劳之间的通讯。AWS IoT供给完整受办理的装备网闭，可按照您的利用状况主动扩大，无需任何操纵开消。
无效劳器计较架构借使得正在边沿计较运转呼应式效劳成为能够。
4.5 数据库
关于传统的IT根底架构，构造凡是仅限于可使用的数据库战存储手艺。能够存正在基于答应本钱战撑持各类数据库引擎的才能的束缚。正在AWS上，那些束缚由托管数据库效劳消除，那些效劳以开源本钱供给企业机能。因而，使用法式正在多言语数据层之上运转并为每一个事情背载挑选准确的手艺其实不稀有。
4.5.1 为每项营业背载挑选准确的数据库手艺
上面的成绩能够协助您决议正在架构中包罗哪些处理计划：
- 那是一个读多，写多或读写均衡的营业背载吗？您需求每秒几次读写操纵？假如用户数目增长，那些值将怎样变革？
- 您需求存储几数据和存储多少工夫？会增加多快？正在没有暂的未来能否有上限？每一个工具的巨细（均匀值，最小值，最年夜值）是几？怎样会见那些工具？
- 数据耐久性圆里的请求是甚么？那个数据存储能否“实在滥觞？”
- 您的提早请求是甚么？您需求撑持几并收用户？
- 您的数据模子是甚么和怎样查询数据？您的查询素质上是干系型的（比方，多个表之间的JOIN）？您能够对模子停止非标准化，以创立更简单扩大的更平展的数据构造吗？
- 您需求甚么样的功用？您能否需求壮大的完好性掌握，大概您能否正在追求更年夜的灵敏性（比方，无架构数据存储）？您需求庞大的陈述或搜刮功用吗？您的开辟职员能否比NoSQL更熟习干系数据库？
- 相干的数据库手艺答应本钱是几？那些本钱能否会思索使用法式开辟投资，存储战利用本钱？答应形式能否撑持估计的增加？您能否可使用Amazon Aurora等云本死数据库引擎去得到开源数据库的简朴性战本钱效益？
4.5.2 干系数据库
干系数据库（也称为RDBS或SQL数据库）将数据标准化为称为表的明白表格构造，表格由止战列构成。它们供给壮大的查询言语，灵敏的索引功用，壮大的完好性掌握，和快速有用天组开去自多个表的数据的才能。Amazon RDS能够沉紧天正在云中设置，操纵战扩大干系数据库，并撑持很多熟习的数据库引擎。
4.5.2.1 可扩大性
干系数据库能够经由过程晋级到更年夜的Amazon RDS数据库真例或增加更多更快的存储去垂曲扩大。别的，请思索利用Amazon Aurora，它是一种数据库引擎，取正在统一硬件上运转的尺度MySQL比拟，可供给更下的吞吐量。关于读与沉重的使用法式，您借能够经由过程创立一个或多个只读副原来横背扩大超越单个数据库真例的容量限定。
只读副本是同步复造的零丁数据库真例。因而，它们会遭到复造滞后的影响，能够会丧失一些最新的事件。使用法式设想职员需求思索哪些查询对略微陈腐的数据具有容忍度。那些查询能够正在只读副本上施行，而其他查询该当正在主节面上运转。只读副本也不克不及承受任何写进查询。
需求将其写进容量扩大到单个数据库真例的束缚以外的干系数据库事情背载需求利用称为数据分区或分片的差别办法。利用此模子，数据别离跨多个数据库形式正在本人的次要数据库真例中运转。虽然Amazon RDS消弭了运转那些真例的操纵开消，但分片会为使用法式带去一些庞大性。需求修正使用法式的数据会见层，以理解数据的朋分方法，以便将查询定背到准确的真例。别的，必需跨多个数据库形式施行形式变动，因而值得投进一些精神去主动施行此历程。
4.5.2.2 下可用性
关于任何消费干系数据库，我们倡议利用Amazon RDS MultiAZ布置功用，该功用正在差别的可用区中创立同步复造的备用真例。假如主节面发作毛病，Amazon RDS会主动毛病转移到备用节面，而无需脚动办理干涉。施行毛病转移时，会有一段短工夫内乱没法会见主节面。经由过程利用只读副本供给削减的功用（比方只读形式），能够为弹性使用法式设想弹性使用法式。Amazon Aurora供给多主机功用，能够正在可用地区之间扩大读与战写进，借撑持跨地区复造。
4.5.2.3 非尺度模子
假如您的使用法式次要索引战查询数据而没有需求毗连或庞大事件，出格是假如您期望写进吞吐量超越单个真例的束缚，请思索利用NoSQL数据库。假如您有年夜型两进造文件（音频，视频战图象），则正在Amazon S3中存储实践文件并仅保留数据库中文件的元数据会更有用。
4.5.3 NoSQL数据库
NoSQL数据库交流干系数据库的一些查询战事件功用，以得到更灵敏的数据模子，能够无缝天程度扩大。NoSQL数据库利用各类数据模子，包罗图形，键值对战JSON文档，而且果易于开辟，可扩大机能，下可用性战弹性而广受承认。Amazon DynamoDB是一种快速灵敏的NoSQL数据库效劳，合用于任何范围皆需求分歧，一名数，毫秒级提早的使用法式.它是一个完整托管的云数据库，撑持文档战键值存储模子。
4.5.3.1 可扩大性
NoSQL数据库引擎凡是会施行数据分区战复造，以便以程度方法扩大读与战写进。它们通明天施行此操纵，而且没有需求正在使用法式的数据会见层中完成的数据分区逻辑。出格是Amazon DynamoDB主动办理表分区，跟着表的巨细增长大概读与设置战写进设置容量变动而增加新分区。Amazon DynamoDB Accelerator（DAX）是DynamoDB的托管，下可用内乱存缓存，可充实操纵机能提拔。
4.5.3.2 下可用性
Amazon DynamoDB正在AWS地区中的三个设备之间同步复造数据，正在效劳器发作毛病或可用地区中止时供给容错功用。Amazon DynamoDB借撑持齐局表，以供给完整托管的多地区，多主数据库，为年夜范围扩大的齐局使用法式供给快速，当地，读与战写进机能。齐局表正在所选AWS地区中复造。
4.5.3.3 非尺度模子
假如您的模子没法标准化，而且您的使用法式需求毗连或庞大事件，请思索利用干系数据库。假如您有年夜型两进造文件（音频，视频战图象），请思索将文件存储正在Amazon S3中，并将文件的元数据存储正在数据库中。
4.5.4 数据堆栈
数据堆栈是一种特别范例的干系数据库，它针对大批数据的阐发战陈述停止了劣化。它可用于组开去自差别滥觞的买卖数据（比方Web使用法式中的用户举动，去自财政战计费体系的数据，或客户干系办理或CRM），以使其可用于阐发战决议计划。
传统上，设置，运转战扩大数据堆栈既庞大又高贵。正在AWS上，您能够操纵Amazon Redshift，那是一种托管数据堆栈效劳，其运转本钱仅为传统处理计划的非常之一。
4.5.4.1 可扩大性
Amazon Redshift经由过程年夜范围并止处置（MPP），列式数据存储战目的数据紧缩编码计划的组开完成了下效存储战最好查询机能。它出格合用于针对超年夜型数据散的阐发战陈述事情背载。Amazon Redshift MPP系统构造使您能够经由过程增长数据堆栈散群中的节面数去进步机能。Amazon Redshift Spectrum撑持Amazon RedshiftSQL查询，以避免Amazon S3中的数据数据，从而将AmazonRedshift的阐发功用从存储正在数据堆栈中当地磁盘上的数据扩大到非构造化数据，而无需减载或转换数据。
4.5.4.2 下可用性
Amazon Redshift具有多种功用，可加强数据堆栈散群的牢靠性。我们倡议您正在多节面聚集中布置消费事情背载，以便将写进节面的数据主动复造到聚集中的其他节面。数据也会连续备份到Amazon S3。Amazon Redshift连续监督聚集的运转情况，并主动从头启动毛病驱动器中的数据，并按照需求交换节面。
4.5.4.3 非尺度模子
因为Amazon Redshift是基于SQL的干系数据库办理体系（RDBMS），因而它取其他RDBMS使用法式战贸易智能东西兼容。固然Amazon Redshift供给典范RDBMS的功用，包罗正在线事件处置（OLTP）功用，但它并不是针对那些事情背载而设想。假如您希冀下并收事情背载凡是触及一次读与战写进大批记载的一切列，则招考虑利用Amazon RDS或Amazon DynamoDB。
4.5.5 搜刮
搜刮常常取查询混合。查询是正式的数据库查询，以正式术语暗示特定命据散。搜刮能够查询已准确构建的数据散。因而，需求庞大搜刮功用的使用法式凡是会超越干系数据库或NoSQL数据库的功用。搜刮效劳可用于索引战搜刮构造化战自在文本格局，而且能够撑持其他数据库中不成用的功用，比方可自界说的成果排名，过滤的分里，同义词战词干。
正在AWS上，您能够挑选Amazon CloudSearch战Amazon ElasticsearchService（Amazon ES）。AmazonCloudSearch是一项托管效劳，险些没有需求设置，而且会主动扩大。Amazon ES供给开源API，使您能够更好天掌握设置具体疑息。亚马逊ES也曾经开展成为一个不单单是一个搜刮处理计划。它凡是用做日记阐发，及时使用法式监控战面击流阐发等用例的阐发引擎。
4.5.5.1 可扩大性
Amazon CloudSearch战Amazon ES皆利用数据分区战复造去横背扩大。差别的地方正在于，利用Amazon CloudSearch，您无需担忧需求几分区战副本，由于该效劳会主动处置该分区战副本。
4.5.5.2 下可用性
Amazon CloudSearch战Amazon ES皆包罗跨可用区冗孑遗储数据的功用。
4.5.6 图数据库
图形数据库利用图形构造停止查询。图形被界说为由边（干系）构成，其间接取市肆中的节面（数据真体）相干。那些干系使市肆中的数据能够间接链接正在一同，从而能够快速检索干系体系中庞大的条理构造。出于那个缘故原由，图形数据库是特地用于存储战导航干系的，凡是用于交际收集，保举引擎战狡诈检测等用例中，您需求可以正在数据之间创立干系并快速查询那些干系。
Amazon Neptune是一个完整托管的图形数据库效劳。
4.5.6.1 可扩大性
Amazon Neptune是专为处置图形查询而劣化的公用下机能图形数据库。
4.5.6.2 下可用性
Amazon Neptune具有下可用性，具有只读副本，工夫面规复，持续备份到Amazon S3和跨可用区复造。海王星是宁静的，撑持静行战传输中的减稀。
4.5.7 办理不竭增长的数据量
传统的数据存储战阐发东西没法再供给供给相干营业洞察所需的灵敏性战灵敏性。那便是为何很多构造正正在转背数据湖架构。数据湖是一种架构办法，许可您将大批数据存储正在中心地位，以便您能够随时对构造内乱的差别组停止分类，处置，阐发战利用。因为数据能够按本样存储，因而您无需将其转换为预界说的架构，而且您没有再需求事前理解有闭数据的成绩。那使您能够挑选准确的手艺去满意您的特定阐发请求。
4.5.8 消弭单面毛病
消费体系凡是具有界说或隐露的一般运转工夫目的。当体系可以接受单个组件或多个组件（比方硬盘，效劳器战收集链路）的毛病时，该体系具有下可用性。为了协助您创立具有下可用性的体系，您能够思索主动化规复的办法，并削减架构每层的中止。
4.5.8.1 引进冗余
经由过程引进冗余能够消弭单面毛病，那意味着您能够为统一使命供给多个资本。冗余能够正在待机或自动形式下完成。
正在主备冗余中，当资本发作毛病时，将利用毛病转移历程正在备用资本上规复功用。毛病转移凡是需求一些工夫才气完成，正在此时期资本仍旧不成用。备用资本既能够正在需求时主动启动（以低落本钱），也能够曾经闲暇运转（以加快毛病转移并最年夜限度天削减中止）。主备冗余凡是用于有形态组件，比方干系数据库。
正在主主冗余中，恳求被分收到多个冗余计较资本。当此中一个失利时，其他的能够简朴天吸取更年夜份额的事情量。取备用冗余比拟，自动冗余能够完成更好的利用，并正在呈现毛病时影响较小的生齿。
4.5.8.2 检测失利
您该当正在检测战呼应毛病时尽量多天构建主动化。您可使用ELB战Amazon Route 53等效劳经由过程将流量路由到安康端面去设置运转情况查抄战屏障毛病。别的，您可使用Auto Scaling或利用Amazon EC2主动规复功用或AWS Elastic Beanstalk等效劳主动交换没有安康的节面。没法正在第一天猜测每种能够的毛病状况。确保搜集充足的日记战目标以理解一般的体系举动。理解以后，您将可以设置警报以停止脚动干涉或主动呼应。
设想优良的安康查抄
为使用法式设置准确的运转情况查抄有助于肯定您能否可以准确，实时天呼应各类毛病状况。指定毛病的运转情况查抄实践上能够会低落使用法式的可用性。
正在典范的三层使用法式中，您能够正在ELB上设置运转情况查抄。设想您的运转情况查抄，目标是牢靠天评价后端节面的运转情况。简朴的TCP运转情况查抄没有会检测真例自己能否一般但Web效劳器历程能否已瓦解。相反，您该当评价Web效劳器能否能够针对某个简朴恳求返回HTTP 200呼应。
正在此层，设置深层运转情况查抄能够没有是一个好主张，那是一种依靠于使用法式的其他层胜利的测试，由于能够会招致误报。比方，假如您的运转情况查抄借评价真例能否能够毗连到后端数据库，则当该数据库节面很快不成用时，您能够会将一切Web效劳器标识表记标帜为没有安康。分层办法凡是是最好的。深度安康查抄能够合适正在亚马逊Route53级施行。经由过程运转更片面的查抄去肯定该情况能否可以实践供给所需的功用，您能够将Amazon Route 53设置为毛病转移到网站的静态版本，曲到数据库启动并再次运转。
4.5.8.3 牢靠的数据存储
您的使用法式战用户将创立战保护各类数据。您的系统构造庇护数据可用性战完好性相当主要。数据复造是引进冗余数据副本的手艺。它能够协助程度扩大读与容量，但它也进步了数据的耐用性战可用性。复造能够正在几种差别的形式下停止。
同步复造仅正在次要地位及其副本中耐久存储以后才确认事件。它是庇护主节面发作毛病时数据完好性的幻想挑选。同步复造借能够扩大需求最新数据（强分歧性）的查询的读与容量。同步复造的缺陷是主节面耦开到副本。正在一切副本施行写进之前，没法确认事件。那能够会影响机能战可用性，特别是正在运转不成靠或下提早收集毗连的拓扑中。出于一样的缘故原由，没有倡议保护很多同步副本。
不管您的处理计划的耐用性怎样，那皆不克不及替换备份。同步复造冗余天存储您的数据的一切更新，以至是那些由硬件毛病某人为毛病招致的更新。可是，出格是关于存储正在Amazon S3上的工具，您可使用版本掌握去保存，检索战复原其任何版本，经由过程版本掌握，您能够从非预期的用户操纵战使用法式毛病中规复。
同步复造以引进复造提早为价格将主节面取其副本解耦。那意味着主节面上的变动没有会立刻反应正在其副本上。同步副本用于程度扩大体系对能够容忍复造提早的查询的读与容量。当毛病转移时期能够容忍某些近来事件丧失时，它借可用于进步数据耐久性。比方，您能够正在零丁的AWS地区中保护数据库的同步副本做为劫难规复处理计划。
基于Quorum的复造分离了同步战同步复造，以克制年夜范围散布式数据库体系的应战。
能够经由过程界说必需到场胜利写进操纵的最小数目的节面去办理到多个节面的复造。具体会商散布式数据存储超越了本文档的范畴。有闭散布式数据存储的更多疑息和超可扩大且下度牢靠的数据库体系的中心准绳。
理解您利用的每种手艺正在那些数据存储模子中的地位十分主要。正在各类毛病转移或备份/复原计划时期，它们的举动应取规复面目的（RPO）战规复工夫目的（RTO）连结分歧。您必需肯定您期望丧失的数据量和规复操纵所需的速率。比方，AmazonElastiCache的Redis引擎撑持利用主动毛病转移停止复造，但Redis引擎的复造是同步的。正在毛病转移时期，极可能会丧失一些近来的事件。可是，具有多可用区功用的Amazon RDS旨正在供给同步复造，以使备用节面上的数据取主节面连结同步。
4.5.8.4 主动化的大都据中间规复才能
营业枢纽型使用法式借需求针对不只影响单个磁盘，效劳器或机架的中止计划停止庇护。正在传统根底架构中，您凡是需求一个劫难规复方案，以便正在次要数据中间发作严重中止时许可毛病转移到长途第两个数据中间。因为两个数据中间之间的间隔很近，因而提早使得保护数据的同步跨数据中间副本变得没有实在际。因而，毛病转移必定会招致数据丧失或数据规复历程十分高贵。那使毛病转移成为一种风险而且没有老是颠末充实测试的法式。虽然云云，这类模子能够供给超卓的庇护，避免低几率但具有宏大的影响风险，比方持久影响全部根底设备的天然灾祸。
更能够的状况是数据中间中止工夫更短。关于估计毛病连续工夫没有少的长久中止，施行毛病转移的挑选是艰难的而且凡是被制止。正在AWS上，能够接纳更简朴，更有用的庇护去避免此类毛病。每一个AWS地区包罗多个差别的地位或可用区。每一个可用区皆设想为自力于其他可用区中的毛病。可用区是数据中间，正在某些状况下，可用区由多个数据中间构成。地区内乱的可用地区供给便宜，低提早的收集毗连到统一地域的其他地区。那许可您以同步方法跨数据中间复造数据，以便毛病转移能够主动化并对用户通明。
也能够完成自动冗余。比方，一组使用法式效劳器能够散布正在多个可用区中，并附减到ELB。当特定可用区的EC2真例已经由过程运转情况查抄时，ELB将截至背那些节面收收流量。别的，AWS Auto Scaling可确保准确数目的EC2真例可用于运转您的使用法式，按照需供启动战停止真例，并由您的扩大战略界说。假如您的使用法式因为可用区毛病而没有需求短时间机能降落，那末您的系统构造该当是静态不变的，那意味着它没有需求变动事情背载的举动以容忍毛病。正在这类状况下，您的系统构造该当供给过剩的容量去接受一个可用区的丧失。
AWS上的很多初级效劳皆是按照多可用区（多可用区）准绳设想的。比方，AmazonRDS利用多可用区布置为数据库真例供给下可用性战主动毛病转移撑持，而关于Amazon S3战Amazon DynamoDB，您的数据跨多个设备停止冗孑遗储。
4.5.8.5 毛病断绝取传统程度扩大
固然主主冗余形式十分合适均衡流量战处置真例或可用区中止，但假如对恳求自己有任何倒霉影响是不敷的。比方，能够存正在每一个真例皆遭到影响的状况。假如某个特定恳求碰劲触收招致体系毛病转移的毛病，则挪用者能够会经由过程重复测验考试针对一切真例的不异恳求去触收级联毛病。
随机分片
您能够对传统的程度缩放停止断绝改良，那称为分片。取传统上取数据存储体系一同利用的手艺相似，您能够将真例分组为分片，而没有是正在每一个节面上传布去自一切客户的流量。比方，假如您的效劳有八个真例，则能够创立四个分片，每一个分片包罗两个真例（每一个分片中有两个真例用于冗余），并将每一个客户分派到特定分片。
便如许，您可以取您具有的分片数目成反比天削减对客户的影响。可是，一些客户仍旧会遭到影响，因而枢纽是要使客户端容错。假如客户端能够测验考试一组分片资本中的每一个端面，曲到胜利，那末您将得到明显的改良。这类手艺称为随机分片。
4.6 劣化本钱
当您将现有架构迁徙到云中时，因为AWS的范围经济，您能够削减本钱收入并节流本钱。经由过程迭代战利用更多AWS功用，您能够有时机完成创立本钱劣化的云架构。
4.6.1 准确的真例
AWS为很多用例供给了普遍的资本范例战设置。比方，Amazon EC2，Amazon RDS，Amazon Redshift战Amazon ES等效劳供给了很多真例范例。正在某些状况下，您该当挑选最合适您事情背载请求的范例。正在其他状况下，利用较少真例范例的较少真例能够会低落总本钱或进步机能。您该当对使用法式情况停止基准测试，并按照事情背载利用CPU，RAM，收集，存储巨细战I / O的方法挑选准确的真例范例。
一样，您能够经由过程挑选合适您需供的存储处理计划去低落本钱。比方，Amazon S3供给各类存储类，包罗尺度，简化冗余战尺度 - 没有常会见。其他效劳（如Amazon EC2，Amazon RDS战Amazon ES）撑持您应评价的差别EBS卷范例（磁性，通用SSD，预设置IOPS SSD）。
跟着工夫的推移，您能够经由过程连续监控战标识表记标帜去持续低落本钱。便像使用法式开辟一样，本钱劣化是一个迭代历程。由于，您的使用法式及其利用将跟着工夫的推移而开展，而且因为AWS常常迭代并按期公布新选项，因而连续评价您的处理计划十分主要。
AWS供给的东西可协助您辨认那些节流本钱的时机并使您的资本连结准确的巨细。为了使那些东西的成果易于了解，您该当为AWS资本界说战施行标识表记标帜战略。您可使用AWS办理东西（如AWS Elastic Beanstalk战AWS OpsWorks）将标识表记标帜做为构建历程的一部门停止主动化。您借可使用AWS Config供给的托管划定规矩去评价特定标识表记标帜能否使用于您的资本。
4.6.2 充实操纵弹性
利用AWS节流资金的另外一种办法是操纵仄台的弹性。方案为尽量多的Amazon EC2事情背载施行Auto Scaling，以便您正在需求时横背扩大并减少范围并正在没有再需求该容量时主动削减收入。别的，您能够正在没有利用时主动封闭非消费事情背载。最初，思索您能够正在AWS Lambda上施行哪些计较事情背载，以便您永久没有会为闲暇或冗余资本付费。
尽量将AWS EC2事情背载交换为没有需求您做出任何容量决议计划的AWS托管效劳（比方ELB，Amazon CloudFront，Amazon SQS，Amazon Kinesis Firehose，AWS Lambda，Amazon SES，Amazon CloudSearch或Amazon EFS ）或使您可以正在需求时沉紧修正容量（比方Amazon DynamoDB，Amazon RDS或Amazon ES）。
4.6.3 充实操纵各类采购计划
Amazon EC2 On-Demand真例订价为您供给最年夜的灵敏性，无需持久许诺。别的两个能够协助您削减开收的EC2真例是预留真例战竞价型真例。
4.6.3.1 预留真例
取按需真例订价比拟，Amazon EC2预留真例许可您保存Amazon EC2计较容量，以调换年夜幅扣头的小时费率。那是具有可猜测的最小容量请求的使用的幻想挑选。您能够操纵AWS Trusted Advisor或Amazon EC2利用状况陈述等东西去辨认您最常利用且招考虑保存的计较资本。按照您的预留真例购置，扣头将反应正在每个月帐单中。按需EC2真例战预留真例正在手艺上出有区分。差别的地方正在于您为预留的真例付费的方法。
其他效劳也存正在预留容量选项（比方，Amazon Redshift，Amazon RDS，Amazon DynamoDB战Amazon CloudFront）。
提醒：正在对消费中的使用法式停止充实基准测试之前，不该提交预留真例购置。正在您以后已购置预留容量，您可使用预留真例操纵率陈述确保您仍正在充实操纵预留容量。
4.6.3.2 竞价真例
关于没有太不变的事情背载，请思索利用竞价真例。Amazon EC2 Spot真例许可您利用备用Amazon EC2计较容量。因为取按需订价比拟，竞价真例凡是以扣头价钱供给，因而您能够明显低落运转使用法式的本钱。
竞价真例使您能够恳求已利用的EC2真例，那能够明显低落您的Amazon EC2本钱。竞价真例（每一个可用区中的每一个真例范例）的每小市价格由Amazon EC2设置，并按照竞价真例的持久供给战需供逐渐调解。只需容量可用且您的恳求的每小时最下价钱超越竞价价钱，您的竞价型真例便会运转。
因而，竞价真例十分合适能够容忍中止的事情背载。可是，当您需求更可猜测的可用性时，也能够利用竞价型真例。比方，您能够将预留，按需战竞价型真例组开正在一同，将可猜测的最小容量取对其他计较资本的时机会见相分离，详细与决于竞价市场价钱。那是进步吞吐量或使用法式机能的一种极具本钱效益的办法。
4.7 缓存
缓存是一种存储先前计较的数据以供未来利用的手艺。该手艺用于进步使用法式机能并进步完成的本钱服从。它能够使用于IT架构的多个层。
4.7.1 使用法式数据缓存
能够设想使用法式，以便它们从快速，托管，内乱存中的缓存中存储战检索疑息。缓存疑息能够包罗I / O麋集型数据库查询的成果，或计较麋集型处置的成果。当正在缓存中找没有到成果散时，使用法式能够计较它，大概从数据库或高贵的，迟缓变革的第三圆内乱容中检索它，并将其存储正在缓存中以用于后绝恳求。可是，当正在缓存中找到成果散时，使用法式能够间接利用该成果，那能够改进终极用户的提早并削减后端体系的背载。您的使用法式能够掌握每一个缓存项目连结有用的工夫。正在某些状况下，关于十分受欢送的工具，即便几秒钟的缓存也会招致数据库背载的慢剧降落。
Amazon ElastiCache是一种Web效劳，能够沉紧布置，操纵战扩大云中的内乱存缓存。它撑持两个开源的内乱存缓存引擎：Memcached战Redis。
Amazon DynamoDB Accelerator（DAX）是DynamoDB的完整托管，下可用性内乱存缓存，可供给从毫秒到微秒的机能改良，完成下吞吐量。DAX为您的DynamoDB表增加了内乱存加快，而无需办理缓存生效，数据添补或散群办理。
4.7.2 边沿缓存
静态内乱容（图象，CSS文件或流媒体预录造视频）战静态内乱容（呼应式HTML，及时视频）的副本能够缓存正在Amazon CloudFront边沿地位，那是一个正在环球有多个存正在面的CDN。边沿缓存许可内乱容由更靠近的根底设备供给效劳检察器，能够低落提早并为您供给高峻，连续的数据传输速度，从而为年夜范围的终极用户供给年夜型盛行工具。
您的内乱容恳求将智能天路由到Amazon S3或本初效劳器。假如源正在AWS上运转，恳求将经由过程劣化的收集途径传输，以得到更牢靠战分歧的体验。您可使用Amazon CloudFront去托付全部网站，包罗不成缓存的内乱容。正在这类状况下，益处是Amazon CloudFront重用Amazon CloudFront边沿战源效劳器之间的现有毗连，那削减了每一个源恳求的毗连设置提早。借使用其他毗连劣化以免互联网瓶颈并充实操纵边沿地位战寓目者之间的可用带宽。那意味着，当您阅读Web使用法式时，Amazon CloudFront能够放慢您的静态内乱容的托付，并为您的检察者供给分歧，牢靠，本性化的体验。Amazon CloudFront借将上传恳求使用于取下载静态内乱容恳求不异的机能劣势。宁静
4.8 宁静
您能够曾经正在传统IT根底架构中熟习的年夜大都宁静东西战手艺皆能够正在云中利用。同时，AWS许可您以各类方法进步宁静性。AWS是一个仄台，许可您正在仄台自己中正式设想宁静掌握。它简化了办理员战IT部分的体系利用，使您的情况更简单以持续的方法停止审计。
4.8.1 利用AWS功用停止深度防备
AWS供给了很多功用，能够协助您构建具有深度防备办法的系统构造。从收集级别开端，您能够构建VPC拓扑，经由过程利用子网，宁静组战路由掌握去断绝部门根底构造。AWS WAF（Web使用法式防水墙）等效劳能够协助庇护您的Web使用法式免受SQL注进战使用法式代码中的其他破绽的影响。关于会见掌握，您可使用IAM界说一组精密战略，并将其分派给用户，组战AWS资本。最初，AWS Cloud供给了很多选项去庇护您的数据，不管是正在运输途中仍是静行形态。
4.8.2 取AWS同享宁静义务
AWS正在同享宁静义务模子下运转：AWS卖力底层云根底架构的宁静性，您卖力庇护您正在AWS中布置的事情背载。那有助于您经由过程利用AWS托管效劳削减您的职责范畴并专注于您的中心合作力。比方，当您利用Amazon RDS战Amazon ElastiCache等效劳时，宁静补钉会主动使用于您的设置设置。那不只能够低落团队的运营开消，借能够削减您的破绽风险。
4.8.3 削减特权会见
当您的效劳器是可编程资本时，您将得到很多宁静劣势。随时随天变动效劳器的功用使您无需客户操纵体系会见消费情况。假如真例碰到成绩，您能够主动或脚动停止并交换它。可是，正在交换真例之前，您该当搜集并集合存储日记数据，那些数据能够协助您正在开辟情况中从头创立成绩，并经由过程连续布置历程将它们布置为建复法式。此办法可确保日记数占有助于解除毛病并进步宁静变乱的认识。那正在效劳器是暂时的弹性计较情况中尤其主要。您可使用Amazon CloudWatch Logs搜集此疑息。假如您出有间接会见权限，则能够施行AWS Systems Manager 55等效劳，以获得同一视图并主动对资本组施行操纵。您能够将那些恳求取您的票务体系散成，以便仅正在核准后跟踪战静态处置会见恳求。
另外一个常睹的宁静风险是利用存储的持久凭据或效劳帐户。正在传统情况中，效劳帐户凡是会分派存储正在设置文件中的持久根据。正在AWS上，您可使用IAM脚色经由过程利用主动分收战轮换的短时间根据背EC2真例上运转的使用法式授与权限。关于挪动使用法式，您可使用Amazon Cognito许可客户端装备经由过程具有细粒度权限的暂时令牌会见AWS资本。
做为AWS办理掌握台用户，您能够相似天经由过程暂时令牌供给结合会见，而没有是正在您的AWS账户中创立IAM用户。然后，当员工分开您的构造并从构造的身份目次中删除时，该员工也会主动落空对您的AWS账户的会见权限。
4.8.4 宁静代码
传统的宁静框架，法例战构造战略界说了取防水墙划定规矩，收集会见掌握，内乱部/内部子网战操纵体系强化等项目相干的宁静请求。您也能够正在AWS情况中完成那些，但您如今有时机正在界说黄金情况的模板中捕捉它们。AWS CloudFormation利用此模板，并按照您的宁静战略布置资本。做为连续散成管讲的一部门，您能够正在多个项目中重用宁静性最好理论。您能够正在公布周期中施行宁静测试，并主动发明使用法式差异并从宁静战略中消逝。
别的，为了得到更好的掌握战宁静性，能够将AWS CloudFormation模板做为产物导进AWS Service Catalog.5。那使您能够集合办理资本，以撑持分歧的管理，宁静性战开规性请求，同时使您的用户可以快速布置他们需求核准的IT效劳。您使用IAM权限去掌握能够检察战修正产物的职员，并界说束缚以限定能够为产物布置特定AWS资本的方法。
4.8.5 及时审计
测试战考核您的情况是连结宁静的快速挪动的枢纽。触及按期（凡是是脚动或基于样本）查抄的传统办法是不敷的，特别是正在变革稳定的火速情况中。正在AWS上，您能够施行掌握的连续监控战主动化，以最年夜限度天低落宁静风险。AWS Config，Amazon Inspector战AWS Trusted Advisor等效劳会连续监控开规性或破绽，从而分明天理解哪些IT资本契合请求，哪些没有契合请求。利用AWS Config划定规矩，您借能够理解资本能否正在短工夫内乱分歧规，从而使得工夫面战工夫段考核十分有用。
您经由过程启用AWS CloudTrail，能够为您的使用法式（利用Amazon CloudWatch Logs）战实践的AWS API挪用施行普遍的日记记载AWS CloudTrail是一种Web效劳，它记载对AWS账户中受撑持的AWS效劳的API挪用，并将日记文件传收到S3存储桶。然后，日记数据能够以不成变的方法存储，并主动处置以收收告诉或代表您采纳动作，从而庇护您的构造免受分歧规。您可使用AWS Lambda，Amazon EMR，Amazon ES，Amazon Athena或AWS Marketplace中的第三圆东西扫描日记数据，以检测已利用权限，特权帐户过分利用，稀钥利用，非常登录，战略背规战体系等变乱滥用。
5. 结论
正在AWS中设想云架构时，主要的是要思索AWS中的主要准绳战设想模子，包罗怎样为使用法式挑选准确的数据库，和怎样构建能够程度扩大且具有下可用性的使用法式。因为每项完成皆是独一的，因而您必需评价怎样将此指北使用于您的完成。云计较系统构造是一个普遍而不竭开展的主题。您可使用AWS网站上供给的质料和AWS培训战认证产物，随时理解AWS云产物的最新变动战增加。
假如本文对您有协助，别遗忘给我个3连 ，面赞，转收，批评，
，我们下期睹！谜底获得方法：已赞 已评 已闭~
本文链接：java范畴 尽请存眷 珠海论坛网，理解珠海旅游安居糊口的更多的疑息... | 
一网湖水沧
发表于 2022-10-27 00:07:37
|Archiver|手机版|小黑屋|珠海论坛，珠海旅游 — 珠海买房，安居生活论坛，珠海安居生活网
( 粤ICP备19158344号 )|网站地图|粤公网安备 44049002000641 号
金牌会员
