【白皮书市场研报】亚马逊云科技《韧性系统生命周期建设框架》白皮书.docx

目录HI*术用*定义2持续韧性3Ji1段I511t,4碉定用户故小4创建额外的衡质指标第2汾段：设计和实色7AmazonWell-Atchtct<jFramCWOfk(u|z»»yjtf8制定持欲集成和特块交付（C1.CD）策略8开K运行就:结性信处9r筑亚马逊云科技故隙隔离边界9决M旧府方£9HlMAto11故用女介第3价段?评估和测成1部署前活动11环境设计1Iq(W自动化部累管线12gj攵，2舞部后活动121213源移物测二13合11K*i泥沌Jl程13第4分段：运营IS心件哲理“创件16第5汾段I响应和学习17ryf18审府警报性能18检Rl件1841/J瞥JRIg19展供培训和蛾能19创建小件知识咋19204,«/»X<lflOift)、22W5123这时阶段将在东指南后续章节中F以讨论： 一1""M，出4*1 一2断收：过计和实旌（第7页； 第3即3许1小逐11页） 潴4臼管：运行第15史） 热5防我；奥底担夕小IH17J1）.术语和定义姆个阶段的削性概2适用干从里个班件到整个忝统的不同层面。概念的欢施需要用德定义几个术语I 组件是执行功能的元索，由软件和技术责诚执成，机件包括代码配?1.网络等基础出俺，或%也至服务58、数据存储和多因素。份iE<MFA）设备等外部依快项. 应用程序是交付心业价值的机件集合,比如面向客户的M络店铺成优化机渊学习模型的后8范程.一个应用程序可能由单个亚马城云科技鞋户中的组件子柒构成,也可恁林葬多个版马彩云科技帐户和地区的各祖件电台. 系统是管理既定业务功位所需的应用程序、人员和旅程僦介.它包括功能运行制的用程序I运行流程（比如持建集成和挎续交付（CkCD）、可现特性,配置价理、米件响应和灾施恢乂）：以及管理这些任务的操作人的. 中断是Jfi阻止应用程序正常馍现其业务功能的件.殳拘是指如果中斯R不到腹稣而格对应用程序产生的影响,如果应用程序遭受一系列中断,它们可便会因此受损。你还应该计时特定业务目标实施可观测性指标.例如.他可以黑踪平均订值率、平均订单价格、平均日时数Irt或其值指标,这些指标可以根据应JU程序的行为提佻对业务健祖状况的洞察，基于应用程序的可观刈性功能,您可以创建警报.并在:这些折标超出您定义的界限时采取拾掩.可观玄性在第4阶双：区行（篝IS此节中有史洋IW的介州.当存在依除演书时.应用程序可以维鳗执行其业务功能.依除性还会影响大干领我平衡和应用理序技展的决策,在更改应用程序时,理解依攸关系是至关iR娈的，因为这有助于M定潜在的K½和影厢.这些知识可以精助令创建校定.行恸性的应M程序.仍助故国管理、影峋评估、损害恢U.负我平衡、犷展和变更管理.您可以手必或苔使用AmaZOnXRav等工具和服务来瞅踪依快关系,进山理解分布式应用印序的依赖关东.灾难恢复策略灾赛恢现DR）黄略在构建和运行物性应用程序的过程中扮演并Xvf角色,主要的作用跟的保业务的连续性.即使在突雉性4件中,灰碓恢乂策略也低保证关镀业务以破小的殳料利度持续运行.从而火火取咬映少停机时间和潜在的收入损失.灾注被红策略*JI攻抠便护至关心要.因为它们常常涉及券地的定期数据名份和效据复制，这有助于保按仃价值的业务信£1.同忖防止灾或期间数抠的伞邰去失.IrUf1.许多行业J及“相关政策的KiH这出¾策要求企业制定灾难情”策略来保护收班浓4.J郁保服务在灾城期间保持可用,IaiW大程1姚M少服务的受腿度.灾雄恢红集略i£Ki高了客户的仿仟度和防.改收.项实施良好H陵品实IR的灾冷情乂虎珞可以第H文流行的愎女时间.并可以精助血川松中快速地"审汁线.此外.灾嫌暂加树次的成本这不仅包括秒机造成的收入我失.还包括恢红应M程序和数据的费用.设计良好的灾难馍复旋略疗助于戒少这些经济失。策略的选界取决于您对应用程序的特定需未、但设定的恢级时同H标和恢Sl点H标以及您的预O1.AEaZonEastQDiSaSterReCOVerY昆,种定制化的划憎H务,可川上实”沐地和云上应用程序的灾难恢复策珞.fi关出名信必.谛参见犯3进云科技M站上的DiSaSterReeOVefyOIWOrktOatOnAmaZonWeftSerosftlAmaZOnMUlMReQionFundamentals,制定持续集成和持续交付（CIQD）策略y致应用程序受损的一个常见原因足代码或其他变更改变r底用程序之前的己知I：件状态.JR-更砰理不锅编致，那么这种变更可这会导致应用程序救繁发程.变更频率短掰.产生影响的可能性也就越大.不过,话帐变更的频率会产生更大的变更集合，由于其禽膜总例,因此更有可能使应用和序受损.持续集成和持续交付CICD）实践日在保折小规校和疑索的变更（从而提高生产力），同时通过自动化对句项变更过行高段别的检ft一共5本邀略包括； SttMNb持续集成和持续交付的根本目的是尽可能实现应用构建和部署流程的门动化.整个流程包括应用程序的构建、制试、部苦甚至监控.白功化管我有助于处低人为播次的可鲍性.礴保,致性.并使流程更加可缴和高效. IHMMfc开发（TDD）,在端用程序代码之前编”测试,这样可以确保所有的代码都有相关的曲试.闪此极内了代码的可第性和自动化怜育的朋M.这些测试在持续里成针线中运行，以便验证变更. IUt加涮k虞，勉励开发人员顿簟MJ交代码并进行集成.小规极Ii频繁的更改更容立明试和讽试，进而隰低了出现很大何a的风险.自动化得低提交和SJyf的成本,象成成为可徒.注意您用以选择&榜响应方式.以段梅建深入做轿件方法.侬,在前ItIi的场嵬中,应用得鼠可能迭拜妁S瘠皮;用砂纺区不过在各转响应方式之网网定的时网建迟如兴糕务需iS理满澧指乐器在30秒后仍想处于报警求春,那么M鼠可我认为援年冬线无法同甜粳阴糕务器*因此.他B晒能会创建一个门动护M空设at个袋的送拉粽务器来帙应用糕务IS进程.效农指示器G38秒后仍处于报W状套.会同舞作人员发送W报,饕薄胞3连接弼除蛤麒务黯井堂武侬M迸林.应用程序秘认和企业选抒的响应方式施反璇出企业怜俵超过菠期工程豺间拊投入抵消运裁开支的僦f.您附连疗细发您*册晌应选招!第读郛侬期盘护成本.迸而选择恰当岭响定方式.比（S喷态检定性之类的架检校K、渐跪招之类的软件模贰射操年程序等等,附于应用程铮M队求温可艇存在也标*的ti聪方式指导，酿您可幽入9i中式架构功E蝴球蹲*明：.储后做出相IS9A.韧性建模糖性建模过求了应用W序值泣各移我期中原的过程.介境海中新的超趣匕您的闭队可松实现应用的可戏薄桃、自动化控翻和故障恢U.从而Mff球舐止中渐造成的叔弯.笠电溢云科技利川森拄维逊里为桢件梅卷的开发提供指分.该枢槃可以防助您找科中及其可使对汶用程存产生的距应在授海中沥的懿麻匕变可葭磔定构建球然.我ft的应用程序所备的中航线解搭洗我仃i£议您果阴懈处分柝框案,以使在便用程序迭代时更疑曲性模型.在每次造代中值用嚼件分柝柢黑也领型在设it除殴狡涎卬斯并在生产部署前后涌试应用程序W助于减少事故发生;科用秘性分析板累并发浦it粳蹴也ffUU实璟辍UH标.安全的故障比1!K你无法注免中断,瘙就璃保故处是安全的.考虑利用默认的故建安全探作梗贰来创建杈用程序,这样就不会号致来人的救务!8失。致他屋故2安全状态先一个皱子挺默认为只读摸俳,理不允泮用户鼾：£或怪连任樨数械.计对敏标年做战.您甚至可烧恭生应用睚序默认为关用状态,技至不执行只读森海，请号虎应用理序的故獐安全状态应这是什么.并在姬猴条默认便M这种排住模式.自动化部署管线在生产前环地中进行群:W和测试是项反乂而纪东的任务,还是使然门动化完成得好.自动化可以解放人力货源.减少出福的几率.实现流程力动化的机M通常帔称为首线.在创建管我时.我们建议比设施一系列逐步接近生产配置的测试环境的可以利用这一泰列环境来反4测试应用程序.与生产环境相比,第一种环境提供的功能比较行限.但成本却低得多.后妖环境应该不断添加服务并迸行犷展,以更好地反映生产环境，计先,在第一个环境中进行测试.如果部署的府用程序通过了第一个泅试环境中的所有测试,那么止它在一定的负皴卜运行一段时间，乔石M帝时间的推移是否会出现任何问理,请确认已姓正跑施贸/可视为性（请参回本指南后向所报警招熨'）这样快就可以检测到出现的任何H虺.如果限用程田成功堆通过了这段观期期，则可以格真部署到下一个测试环境中，燃后IR复这个过程，添加环境支持的救外测试或仇软.在以这种力犬充分测试应用行序之行,悠便。I以使用之前设置的部冲方法将应用程庠部，到生产环境中（诂器M本指南前面的制定持恢妪成持发之付策略.AmazonBixs-1.ibrary中的：.力化-4尤；Ixm.部¥1-义是很好的资源，描述亚马逊云科技如何实现代码部署的自动化.生产部号之前的环境代依自仃所不同.14体取决J应用程序的复杂程僮及其依0a的类型.压力测试从我向上看,压力测试类似IrRfiwS试.为r验证应用程序及耳外却依赖顶是否按假期运行.您会对其离Ift性进行测试不过,测试乂超越收成测试，关注的是应用程序如何在明确的负我F运行.压力测试需要依证功能的小训性.囚此必须在成功的集成测试之行进行.了第应川和庠在预期负我下的响应情况以及任负我出预期时的行为非常肘要.这仃助r验证是否已挣实胞（必要的机制米陶保应用程序在极端负毂F的却性.在关亚马逊z;科技压力测试的全面指南，请参见AmazonSolutions1.ibrary中透工科技平价Hft分布式（我泅试.部署后活动W）性是个持械的过程，因此,邮鲁鹿用程序之后，必须继枚评估应用程序的物性,根据部詈后活动（比如持续的韧性评估）的玷米.您可能需也巾新评估并更斫在前性牛.命周期早期阶段执行的一生活动，开展初性评估在将应用程序部署到生产环境中之后，韧性W估并没有结束.在JK买的生产环境中,即使但有定义艮好的自动化SJ部管线.变更也时有发生.此外,可住还存在些您在钝罪前划性验语中尚未学忠的因素AmaZQnRes，IienCeHg中在一处核心区域,悠可以在比评估已部署的架构能否达成设定的恢复点目标和恢乂时间Fl标，您也可以利用这项做务，根据需求对应用程序的MJ性送行自动化评估甚至将它们集或到环线以成/拈续交旧工具中正1亚马强云科技博客文章k，HAmaZOnRerenccHub和AmazonCodcPQcIine连”:r必，用"序创性3所述，自动化评估企故住实践.N为它行助现保能在生产中持续评估新性状态.第4阶段：运营完成第3MfF3-一和，:或11取>后,就可以将应Ju程序都詈列生产环境中了.在运部介段，需要将应用程序部署到生产中，并管理客户体，应用程序的设口和实施决定HJtt自身的许乡的性拮!K,侬段侧双于系族川F建护和提i弁性ff探作媾，搭建中越运弦文化"助于为这些实KSM定标准和致性.可观察性监控W警报船了解客户体验的#耍方式您需要对应用程序进行检源.以了解R状态,而且需要从不问的用收进行检测，这意味舒能雯从服务那他和客户刨进行测M通常使用金籍邃，测M将标应包括应用科序的交“.数据及其依貌关后.以及',成一指而W忌相以的范Ik此外.还应该生成日志，以使提供右关应用程序所执行的短个工作中元的更多详细怡息.但可以考废使用诸如*.(.：，.，.：,.>ll.,r.<v.'!.K.!-It1IbfniiMfrt.!；能力发现,您总是裕里获得更多的可观察性.因此请考虑实现依期校测水平所需整的成本、工作依他复杂性折中.以下阶接提供检测央M程序和创建警报的最佳实践： .；Amazon的牛鹏(AmazonWebServicesre:Invent2020演示) AmazonBuMerS1.iftrarv:AmaZonIyJ京lj,"Y?<AmazonWebServicesreinvent2021就东) AmaZOn泊E一饼”九叶丈二AmazonWebServicesreinvent2022演,i> 一分布式统进行检¾1以实现运力可视性(AmazonBuilders'1.ibrary文章) 岗一便以一现记可恭<AmazonBuMers'Ubrary文中)事件管理为r在警报(或开更梢找的是.生的客户)提示出现向IS时处理受惯情况,应该刖定4件评理治程.诙道班包括再用次班留午人员、上报川关豺堪.以及为哦的故网!除方法编写运行手册,ffillWi除人为m误.似足.通常不会孤立发生.损坏，牛.个向用程.序可能会影响依收手我的典他多个应用科序.ail了解受阱J的所右J.4JH程序，并经由一次电话会议将方个团队的操作人员召集41米，可迅速娜诀向卷不过，根据企业的1嫩和栗构，这一过程可能常姿个兔中的加队除了建立部件常理流程外，您还应通过仪衣板定期中隹指标,定期中代在助于了解客户体验和应用程序性能的K期心势.这DIlW助怒识别门鹿和粗以免对生产造成Ift大影响.以故、标准化的方式甲者指标,可实现U苦效益但锯要自上而下的支持和时间投入.以下链接提供了关于建立仪衣板和运苛指标审核的批住实践， 丹朗(人实现一。.一视竹.,(AmazonBuiIgT1.ibraryJt器) AEaZOn成J1.由川腐。的。让，AmaZonWebSerVieeSre1nvent2019演尔)持续韧性在第2阶段1设计和实能（第7页）和第3阶段I评估和符试（第11页）期间.您在将应用程序部署到生产环境之|»启动了申行和测试活动.在运郡r段，酬维续迭代生产中的这些活动，您应对过AmaZonWeil.ArchitectedFrameworkreviews.OperationalReadinessReviews（ORRs）以及初性分圻他S定期审查应用程序的M）性状态,这有助于确保您的应用程序不（离既定的基妙和标准，并让您及时了挈新的成史新后的折南，这些持续的韧性活动有助于让凭发现以前未Wl预料到的中断,并精助您找到新的化好情微.在假生产环里中成功运行Qaga1.和溷1.1.Ei实验后，您可能还会考虑在生产环境中运行这咚欢蛉，gameday用于投拟已知力件,而针对这"W件，SS已经建、工起加以缓解的物性机W.例411gameday"J傥仑模拟业巧选公科技K城根务受桢井实施多区域长简朴扬.批据实插这些活动Ur能濡耍大量努力，但这两种实践能有助于让世相怡生的系统能将承受悠所设计的故田镇式.在送代应用程序、遭遇运势K件.申告指标和测试应1"限序过程中，快将遇到加以应对和学习的多种机会.第5阶段：响应和学习应用程序应对破坏性巾件的方式会影峋到大可钵性,吸取Q验Ji训,了解应用程序在过去如何应对破坏性事件,这对提高可撇性也至为弗要.砌刀切段W成于实践.忸可以通过次睡这些实践而更好地响应应M程序中的破坏性坐件.其中还包括MWj分从运到团队和工程师的经的中提燎出IS多知识和枚调的实践.创建事件分析报告M售发牛1.*英任务是层快胡止对客户和业务地成进步.应用程序生或后下步是1解发生了什么,并确定防止再次发生的措俺,这种米后分析通常公编1成报告，记录导致应用程序受到破坏的一系列卵件,以及中断对应用程序'行户和业务造成的影啊.此类报告将成为宝贵的学习成果,并应在业务部门同广泛共*.注在进行事件分析时.至关小卷的是不要指我任何力.要假设所有悚作人属祢根据所率板的怡息优选非常延介的行动方案.请勿在报告中使用操作人G或工程加的娃片.格人为错谈当作造成摘古的原闪,可侵公导会团队成员为了门找保技而心怀或备，从而身致茨取的信息有谀或不完整.出色的Ii件分析报告例如AmaZOn8“CCgn件Error（8E）程序中记录的报告应采用标猴化格式.并尽可像的岫记录导期电用程序受到破坏的各种状况.该报告讲述系列带仃时向IS的节件，并收集定Ia数据（通常是来自Ki控仪表板的指标和屏舜微图）.这些数据描述了应用程序Hl时间向变化的可测卡状态.该报告应记*快作人员和工和Ni采取行动的思螳过秤.以及导致他力褥出结论的信息，该报占还应洋阳说明不同指标的性能-WQii.发出了嘿些警报、这些警报是否准曲地反映T应用源序的状态、事件。由此产生的警报之间的时间间隔.以及解决事件的时间.时间轮还记求:所启动的运营手册或自动操作.以及它们说如何精助向川匐予恢份用状态的.时间轴上的这些要素仃助于您的团队了解自动化响应和操作人员响应的有效性,包括他打解决问题的速度以及在化鲫破坏方面的仃牧程度.这种详细的历史事件描述处一种强大的教育工具.团队应将这些报告存故到中央存俅除中.供修个企业套阳.以便其他人可以佞者相关事件并从中学习.针对生产环境中可便会出现的问13,这可以提离团队的直觉.详刑事件报告陈还可以成为操作人员的培训材*1*i«.Ulllk-I以使用小故报告为桌面或现场gameday1«供灵感,在这种情;下,将为团队提供报告中按时间他再现的信1.操作人员可以利用时间轴中的部分伯电进行情景样练.并描述他们将会果取的行动.然后,针对应用程汴将至如何响应，gameday的主持人可以根据榻作人员的行动而提供将导，这可以培葬援作人员的故修排除技能,令其更轻松地伟测和扑解相关向8S鱼布应用程Frnl旅性的中央同队应将这些投告保存在可供整个企业育阅的中心而:中.该团队还吨领资维护报咨模板.井培训团队加何完成M件分析报i.可欷性团队痛定期率近报告.以便发理整个业务中可通过软件阵.架构怏犬或团队流程变史而加以解决的名势，实施运营审查如第4-fib-一，:办15'Ji）所述.是审委近期功傕特性发出里件和运力拊标的机会.另外.还可借运营审查之机,与企业内更广泛的匚程社区分享从功能发布和事件中所获得的经验秋训-在运音中会期何，团队会中ft网澹的功能特性1»，.所发生的事件以及处理方式.这为用个企业内的工程师提供了学习他人经脸和提出何髭的机会.向公司内的工程社区分享运林申我转果，让他TJ更多地解运行业务的IT应用程序以及可能会泄到的向KS类型.在他们为业务设计、实值和部署其他辰川程序时.将也记得这些知识.审查警报性能如右皆阶段所述,警报可能会引发仪表板告警、创建Ticket,发送也门出件或呼叫操作人J.-个应用程序会设置许多警报.用以监控其运背的各个方面.前箱时间推格.应该对这些智Itt的法而H和行效性进行甲式.类态警报«1瑜度.PfV.Rmti外介JknU的警报.警报精确度警报应“可傥明确,以双少解该或诒断引起警报的具体破坏所需的时向.当因响应木川受狗而触发警报时,接收和响应警报的掇作人员必须首先解i会警报所传递的信息,这，缩总可能是个与操作步骤（例加城发和序）相对应的的小错设代码.也可能包括应用程序日志中的多行内容.您必须查不日志才能了好警报触发通内,当您的团队学会见疗效地运行应用程序时，他们应读改选这N警报.使清1«且简油.班不可便预料到应用程序球能出现的所在受损情猊，冈此总会出现些能爱操作人员分析和诊断的一般警报.为了缩知响应时间和平均住双时间（M11R）.您的团队应努力M少般警报的致lit.理忸情况下，警报与白助或人工响应之间应速是一对应的关系，假阳性的竹时间的推辂.操“：人员可能会忽电那也无需采取任何行动、但会以电子AJ件、呼叫或TiCka形式发出告警的警It1.定期或在事件分析的过程中市百警报.M别那些外隔JB到忽略或无儒操作人员梁取任何箱施的警报,假阳住.为了向操作人G发出可执行的警报,您内努力删除警报或改进警Itt.假阴性在事件发生期间,S1梁某个小件以息也不到的方式影刖到向用程序则迎设为在事件发生时发出告警的警报可使会失败.在事件分析的过程中，您应该审查本应发出但实际上并未发出的警报.您应努力改进运倏警Itt,以他火更好地反映W片可徙引发的状况.或杼,您可徒需要创戊史?警报,用于帙射由不同的征兆引发的相同受报情况.重复的警报IH害应用科序的破坏可能会引发多种征兆.并可能导致多个警报.应定期或在琳件分析的过府中.杳石所发出的警报和去警.如果愫作人房收到雨红警报,则向创建警报集合.将其什并为堪个警报消息,实施指标审查能的团队应收皴有关应用程序的运行指标,例如每月按产十程度分类的事件数S1.探测卵件所霜要的时间、确定朦因所需要的时何、补救时何以及创建的TiCKeh发送的警扳和发出的呼叫数量>>Mff,次这些指标.借以了解操作人员的（ft加他们处理的信味比（伊如.信患性警报与可执行警报,以及时于其按IW下的应用程序,团队是否正在提的操作能力.通过这种申唐.r解运行团队可MIt方面的电势.针对如何改造这些指标,征求团队的忘见.提供培训和赋能引发M件或京外行为的应用程库及其环境班以详细描述.此外对应用出席的SJiI:进行建根以便1此类情况并不总是箍中明了，彩的企业应投送于培训和取能材衿，以便运甘团队和开发人员叁与到韧性建根,本件分析、gameday和混沌工科实联警活动之中.这将提岛队所埼中Jttt行以及他IfJ所狭取知见的准确性,同时,团队的能力也位得到提升,从而在无需依就势豹丰富的:程师小Al（工程体须通过定期市汽而分享见解>的情况F预测故障。创建事件知识库M件报告是狮件分析的标准输出站来.即使吨用程序并未受损.愿也府该使用相同或类似的报i.记录所检测到的应用程序异常行为情况，使用相同的标港化报告结构，记录混沌工程实验和gameday结果.该报告代发箱导致小什成典他意外行为的应川程FF及其环境的快照,悠I电该将这些标凝化报告存放在中心陈中，供企业内的所中工程师代他.这样,运苫团队和开发人员可以我索读知识年/解过去厘些情况曾导致应用程序受损.密类状况可能会导致破M,以及哪茎情况可以防JI的用程序受报.以知取件将成为提Ift运哲团队和开发人助枝能的加速戕.使他们使*共享知识和经S.此外.转还可以将这些报告用作培训材料以及gameday或混浊I：理实货的场景.借以提蒲运背团队揖解故障的直觉他能力.注标准化的报告格代还能给予读者书熟悉也，有助于他们更快速地找到所制要的侑息.深入实施韧性如就所述.先送的企业会时警报交倦多种响应。里一一种响应无法保UI盯效，因此，通过逐纵响应.应用程序可以更从容地应对故困.我们建以您为姆个指标至今实总的种心应.碉保牛一响陶不会成为可能牛饮灾施恢复场景的收点故.这笃响应层应按顾字创建.这样只守在的一种响应无效时才会执行后种响应.不应对单个警报运行多个逐跋响应.相反,应使用警报Ifi示响应是古未取行成功,如5K没彳J成功,则向动下一IS响应.结论和资源通过在5个阶段欢施ItHI洪茂，本将掰展示了一个有助于您不断提高&用程序的性的生命周期I设定百标.设计和实施、评好和潟渣.运3以及眠位和学习.关于本折南中所述IH务和概念的更实伶思请参见以下货即-亚凸逊云科技服务： AmaNonBaMo AmazonElaSI-DiaSIerReCoVCfy Amazo11FaultInjecbonSimulator(AmazonFIS) AmaZonResAenceHlJb AmazonROUIe53ADDliCahOnReCOvefVCONroHer AmaZOnXRay博文和文章， 可用件及其他；了佛井6庙必7E马逊云科技的分布武泉统翎性 亚马逊/科技故障Bi国界跟 亚勺三代技，M技珑， z.1.Ft 。川IAmaZOnRSsilienceHub川AmaZonCOdePlPeline卦期评估应川件中WJtl 内部应用程序灾底恢虹至亚马逊云科技 Mfif1.?AmazonWciiV"WccEraSC。水 一分一小撰稿人本指南的馒做人包 BrunoEmer.亚马港云科技百席蟀决方案槊构体 ClarkRichey,亚马逊6科技酋啸解i夬方案架构师 ElaneHarvey.亚马班云科技可救性服务总处理 JaSonBartO,亚丹逛云科技苜席就决方案S!构体 JohnFofmento.业9逊云卜拉首席耕决方案架构Mi 1.isl1.ews.变凸逊云科技高At产品营的经理 MichaelHaken.业9逊右科技首席解决方案柒构师 NeerajKumar.火马逊工：科技首席解决方案柒构*口 Wangec.Doble.亚马逛云科技中常解法方案架构师