亚马逊云科技

龙年伊始，万象更新，祝大家动工大吉! 新的一年，你是否有很多期待和打算期待实现呢？别在期待啦，加强职场实力，步入云职场快车道，贬值加薪不是梦！亚马逊云科技培训与认证是职场弯道超车的无利帮手，相干数据显示如下： 69% 的专业人士曾表明，亚马逊云科技培训帮忙他们减少了支出，74% 的人认为 亚马逊云科技认证是取得更高支出的起因。超过80%的专业人士示意亚马逊云科技培训与认证进步了他们的工作保障[1]除此之外，亚马逊云科技多项认证被收录至职业资格认证目录和清单[2]。 小编汇总了最新的培训与认证讯息，心愿能够在学习和考据之旅中，祝大家助一臂之力! 亚马逊云科技开发者社区为开发者们提供寰球的开发技术资源。这里有技术文档、开发案例、技术专栏、培训视频、流动与比赛等。帮忙中国开发者对接世界最前沿技术，观点，和我的项目，并将中国优良开发者或技术举荐给寰球云社区。如果你还没有关注/珍藏，看到这里请肯定不要匆匆划过，点这里让它成为你的技术宝库！“一次不过、收费再考” 的限时流动炽热进行中 如果你还没有报名考试？如果你对考试一次过没有信念？如果你想获取收费的“补考”机会？快来获取“一次不过，收费再考”的优惠码快来支付优码: https://www.pearsonvue.com.cn/aws/freeretake?trk=cndc-detail 优惠码应用小 tips 首次认证考试必须在2024年4月15日之前实现，收费再考必须于2024年6月30日前实现，以确保优惠码能够无效应用。您必须在首次报名认证考试时应用该代金券代码，并于结账时全额领取首次考试费用。如果您的第一次考试失败，当第二次报名加入同一认证考试时，将主动套用该收费优惠。本优惠不得合并应用其余优惠或抵用券。每位考生仅限应用一次。急不可待要退出考取认证的队伍中了吗？3月份线上直播备考训练营来了，亚马逊云科技资深技术讲师解说最精髓的知识点，率领大家“真题”训练，更有答疑互动，随机掉落惊喜等环节，快点击图片速速报名吧。 直播工夫：2024年3月5日 | 14:00 – 16:00课程介绍： 本在线研讨会的内容是亚马逊云科技部署架构课程，面向筹备加入 AWS Certified Solutions Architect – Associate 考试的人员。 该考试用于测验考生在亚马逊云科技云上设计和部署可扩大、高度可用且具容错能力的零碎方面的技术专业知识。适合客群： 筹备加入 AWS Certified Solutions Architect - Associate 考试的解决方案架构师学习过亚马逊云科技云部署架构课程（或具备等同程度的常识）具备至多一年的在 亚马逊云科技平台上设计和部署可扩大、高度可用且具容错能力的零碎的实践经验至多在一种高级编程语言方面具备深厚的常识直播工夫：2024年3月19日 | 13:00 – 17:00课程介绍： AWS Certified 解决方案架构师 — 专业级认证验证了您在亚马逊云科技平台上设计分布式应用程序和零碎所需的高级技能和教训。该在线研讨会联合了亚马逊云科技高级架构培训课的内容来查看考试范畴，并指出特定的钻研畛域，从而帮忙您筹备考试。此外，每个学科畛域的样题能够帮忙您了解考试概念，您能够学习如何轻松地排除谬误答案。咱们建议您在加入在线研讨会之前实现亚马逊云科技上的高级架构课程。适合客群：筹备加入 AWS Certified 解决方案架构师——专业级考试的解决方案架构师 上期备考训练营学员留言 “从老师流畅地解说，能够感触到老师的教训十分丰盛，还能联合生存案例，通俗易懂地让咱们理解上云的常识。”“通过这次课程，我对亚马逊云科技的云计算技术和解决方案有了更深刻的理解，包含亚马逊云科技的基础架构、亚马逊云科技的服务目录、安全性、网络、存储、数据库等等。”【注】[1] 数据翻译源于 Enterprise Strategy Group, Understanding the Value of AWS Training and Certification to AWS Partner Organizations, Sept. 2021.[2] 亚马逊云科技解决方案架构师-专业级认证入选《北京市境外职业资格认可目录（3.0 版）》10项亚马逊云科技认证入选重庆市《重庆市境外职业资格认证书清单》和上海市《浦东新区境外职业资格证书认可清单 2.0 版》。3项亚马逊云科技认证入选《厦门市国内职业资格对比认定职称资格目录（2023 版）》 ...

早在开源被咱们称之为开源，Rich Bowen 就曾经参加其中。作为 Apache 软件基金会的成员，Rich 目前负责董事会成员、会议副总裁。此外，他还是 AWS 的开源策略师。这些多重角色赋予了他对开源的更宽泛和粗浅的了解。 在他于 2023 年 CommunityOverCode Asia 发表了“与管理层议论开源”的主题演讲后，咱们和 Rich 坐下来一起探讨了演讲背地的更多内容。除了管理层和开源，咱们还探讨了 AWS 和 Apache 软件基金会在开源我的项目中的办法和策略，构建开源生态系统最重要的因素，以及 Rich 是如何均衡不同的角色等话题。 思否：近年来，中国的公司相继设立开源打算办公室。作为一家出名的开源公司，AWS 是如何治理、经营和推广开源的呢？ Rich Bowen: 总的来说，AWS 和亚马逊从一开始就始终在基于开源进行构建，咱们所做的所有都依赖于开源。在亚马逊，咱们遵循领导力准则，这些准则影响着咱们的思考形式。 第一个准则是顾客至尚。咱们始终关注客户并优先满足他们的需要，所以咱们构建了所有这些基础设施，而这些产品都建设在开源技术之上。最重要的是，开源我的项目必须具备可持续性。咱们在开源上所做的所有，首先须要确保这些开源我的项目放弃衰弱的运行。咱们还有一项工作是项目选择，如果有多个我的项目可供选择，咱们会尽量抉择一个领有衰弱生态系统和弱小社区的我的项目。这意味着很多事件，包含泛滥公司的参加以及通明的我的项目沟通。接下来，咱们会亲密关注这些社区，确保它们的生态是衰弱的，同时咱们也会积极参与社区保护，这是最重要也是咱们关注的焦点。 咱们推广开源的形式不是独立进行的，而是是与社区一起。例如，咱们十分依赖 Apache 我的项目，如 Kafka 和 Airflow 等。咱们通过参加他们的会议，比方 Kafka Summit 和 Airflow Summit 去进行推广。通过和社区一起推广，咱们能够确保这是社区的认识，而不是亚马逊的认识。此外，咱们还会参加社区活动，如 KubeCon 或开源峰会。 思否：这更像是让公司退居幕后，但对于一些在我的项目中投入了大量资源的开源公司来说，做出清晰的决策可能会很艰难。他们可能会因为投资而含糊界线，或者将我的项目视为本人的品牌。 Rich Bowen：的确如此。有时你会对一个开源我的项目的推广产生纳闷，他们是在议论我的项目还是在议论公司？这很难辨别进去。 像任何大公司一样，不同部门之间会存在差别。但作为一名开源策略师，我的工作是参加部门其中，并为他们提供倡议，通知他们咱们认为正确的参加形式，即把社区放在第一位，而不是咱们本人。 思否：你能分享一些优良的 AWS 开源我的项目吗？ Rich Bowen：从我的角度来看，Amazon 参加的开源社区次要分为两种类型。一种是次要由亚马逊主导的，另一种是次要由社区主导的。 咱们参加的一类开源我的项目是围绕咱们某项服务的，因而除非他们是客户，否则其他人没有真正的能源参加其中。还有一类我的项目是很多公司参加进来的，比方 Apache Kafka。我次要关注的是第二类我的项目，也就是真正的社区我的项目。在亚马逊，我参加的大多数我的项目实际上都是 Apache 我的项目。 我最为兴奋的我的项目之一是 Apache Airflow，因为这是一个亚马逊积极参与的我的项目。尽管这个我的项目并不属于亚马逊，但咱们有很多全职工程师也参加其中。作为一个社区我的项目，也有许多其余公司参加其中。我集体认为，这是咱们最佳参加我的项目形式的模型之一。 思否：在你看来，该如何建设一个开源生态系统呢？ Rich Bowen：放弃沟通通明是最重要的事件。所有对于 Apache Airflow 的探讨都通过邮件进行。咱们并不会进行外部会议，而后告诉我的项目：“这是咱们做的决定”。相同，咱们向社区递交提案，接着在社区中进行探讨和决策。所以，所有的前提是放弃公开通明。 ...

介绍:Amazon Cognito 是一个弱小的客户身份和拜访治理服务，为您的面向客户的应用程序提供平安的认证和受权。本教程将领导您应用亚马逊云科技控制台创立 Amazon Cognito 用户池的过程。您将学习如何配置登录属性、平安要求、注册体验、音讯传送和利用集成设置等各个方面。 亚马逊云科技开发者社区为开发者们提供寰球的开发技术资源。这里有技术文档、开发案例、技术专栏、培训视频、流动与比赛等。帮忙中国开发者对接世界最前沿技术，观点，和我的项目，并将中国优良开发者或技术举荐给寰球云社区。如果你还没有关注/珍藏，看到这里请肯定不要匆匆划过，点这里让它成为你的技术宝库！前提条件:领有适当权限创立 Cognito 用户池的亚马逊云科技帐户。相熟亚马逊云科技治理控制台的基础知识。创立 Amazon Cognito 用户池的步骤:步骤1：抉择登录属性关上亚马逊云科技治理控制台，导航到 Amazon Cognito 服务。点击"创立用户池"开始创立过程。抉择一个登录属性 - 在本例中，咱们将抉择"电子邮件"作为用户登录的属性。步骤2：配置平安要求配置明码策略。您能够应用默认设置或定义自定义明码策略。设置多因素认证(MFA) - 在本示例中，须要 MFA 并容许应用验证应用程序。仅应用电子邮件配置用户帐户复原。步骤3：配置注册体验放弃默认设置，容许自行注册和主动发送用户验证音讯。查看并抉择所需的属性。电子邮件是默认所需的属性。可抉择配置额定的所需属性或创立自定义属性。步骤4：配置音讯传送抉择音讯传送办法 - 在本例中，抉择"应用 Cognito 发送电子邮件"（每天50封电子邮件的限度）。如果须要更高的电子邮件限度，能够思考应用 Amazon Simple Email Service (SES)。步骤5：配置用户池提供一个惟一的用户池名称。配置托管的认证页面（Cognito 的 UI）来解决注册和登录。抉择"应用 Cognito 托管的 UI"选项。配置初始利用客户端设置，包含回调 URL 和权限。查看并确认:查看所有抉择，留神示意不可更改设置的正告符号。查看结束后，点击页面底部的"创立用户池"按钮。一个告诉将确认用户池创立胜利。 总结思考:在本教程中，您曾经学习了如何应用亚马逊云科技控制台创立 Amazon Cognito 用户池。您摸索了配置用户池的各个方面的步骤，包含登录属性、平安要求、注册体验、音讯传送和利用集成设置。当初您曾经把握了应用 Amazon Cognito 为面向客户的应用程序加强认证和受权过程的基础知识。 如果您渴望理解更多对于 Amazon Cognito 的信息，您能够在 Amazon Cognito 服务页面上找到更多的信息和资源。 请记住 Amazon Cognito 为开发者提供了一种敌对的办法来进行平安的认证和受权，使您可能构建可扩大和弱小的面向客户的应用程序。 文章起源：https://dev.amazoncloud.cn/column/article/64e5d4755cf85603849...

把握前沿技术动静、取得新产品与新利用的应用技巧、在凋谢业余的社区中与气味相投的敌人交换互动，这些对于开发者来说，都是进步工作效率与自我技能的利器。 为了与开发者互动，并在社区与开发者建设连贯和影响，让亚马逊云科技更好地为开发者提供云服务，咱们在亚马逊云开发者公众号中开设专栏《开发者聚焦》，与开发者探讨： 亚马逊云科技开发者社区为开发者们提供寰球的开发技术资源。这里有技术文档、开发案例、技术专栏、培训视频、流动与比赛等。帮忙中国开发者对接世界最前沿技术，观点，和我的项目，并将中国优良开发者或技术举荐给寰球云社区。如果你还没有关注/珍藏，看到这里请肯定不要匆匆划过，点这里让它成为你的技术宝库！开发干货分享来自亚马逊云科技的开发技巧和最佳实际，通过理论案例介绍如何应用亚马逊云科技的产品和服务落地你的我的项目和想法； 行业趋势针对开发者关怀的热门行业和话题，包含 AIGC、开发者工具、可继续倒退等，分享业余的趋势洞察； 开发者生态与开发者探讨亚马逊的开源文化和社区奉献，构建安全可靠的高质量我的项目，赋能开发者倒退； 产品反馈期待听到更多来自开发者的声音和反馈，与开发者一起构建踊跃沉闷的开发者社区！ 新专栏的设立，将更好地帮忙开发者们应用亚马逊云科技的工具和服务并取得成功。欢送关注开发者专栏《开发者聚焦》，为开发者量身定制的精彩内容不容错过！ 文章起源：https://dev.amazoncloud.cn/column/article/6409807b7c94a93c3ee...

1.背景用户通过 Deployment, Replication Controller 能够不便地在 Kubernetes 中部署一套高可用、可扩大的分布式无状态服务。这类利用不在本地存储数据，通过简略的负载平衡策略可实现申请散发。 Deployment 以及 Replication Controller 是为无状态服务而设计的，它们中 Pod 的名称、主机名、存储都是不稳固的，且 Pod 的启动、销毁程序随机，并不适宜数据库这样的有状态利用。 亚马逊云科技开发者社区为开发者们提供寰球的开发技术资源。这里有技术文档、开发案例、技术专栏、培训视频、流动与比赛等。帮忙中国开发者对接世界最前沿技术，观点，和我的项目，并将中国优良开发者或技术举荐给寰球云社区。如果你还没有关注/珍藏，看到这里请肯定不要匆匆划过，点这里让它成为你的技术宝库！为此，Kubernetes 推出了面向有状态服务的工作负载 StatefulSet，治理的 Pod 具备如下特点： 唯一性 – 对于蕴含 N 个正本的 StatefulSet，每个 Pod 会被调配一个 [0，N] 范畴内的惟一序号。程序性 – StatefulSet 中 Pod 的启动、更新、销毁默认都是按程序进行的。稳固的网络身份标识 – Pod 的主机名、DNS 地址不会随着 Pod 被从新调度而发生变化。稳固的长久化存储 – 当 Pod 被从新调度后，依然能挂载原有的 PersistentVolume，保障了数据的完整性和一致性。本文针对有状态服务业务场景的数据保护平安需要，旨在从 Amazon EKS 外部联合采纳 StatefulSet, Snapshot Controller 的形式实现有状态服务的存储加密启用，并在测试环境下验证了本计划的可行性。 2.场景案例2.1 场景架构业务场景： 该业务平台构建在亚马逊云上，服务客群次要为全国各医院，外围业务价值在于简化医院洽购结算环节，帮忙医院方降本增效。该平台通过联合医院，医院供应商提供的订单、结算单、发票信息，进行三单验证，并集成银行侧银企直连，进而实现医院的疾速通明领取结算、无效晋升洽购效率。 部署架构： 之前客户在本地 IDC 的 Kubernetes 集群中除了部署了无状态的微服务利用外，还部署了有状态的中间件服务，包含 Redis, Kafka, MySQL，存储应用的是本地磁盘。因为自建 Kubernetes 集群的降级、治理、平安等各方面的运维工作简单，须要消耗大量的运维资源；并且在 Kubernetes 集群中运行有状态的利用，特地是业务数据库，存在很大的潜在危险，因此在迁徙至亚马逊云上的过程中，承受我方倡议做了相应的架构优化及调整： ...

3 月 30 日，亚马逊云科技举办了“全面拥抱 Serverless 时代”翻新大会，分享了亚马逊云科技 17 年引领 Serverless 倒退的技术创新、利用场景以及寰球客户的翻新实际，包含继续丰盛涵盖计算、存储、利用集成、数据库、数据分析等各方面的全栈 Serverless 服务，推动现有 Serverless 计算服务的精耕细作，不断丰富 Serverless 服务的广度和深度。 此外，亚马逊云科技还在本次翻新大会上推出了 Serverless 训练营，通过提供残缺的学习门路和资源，全面帮忙不同程度的学习者晋升 Serverless 技能。 亚马逊云科技副总裁、首席布道师 Jeff Barr 首先做收场演讲，他讲道：“ Serverless 有 4 个十分重要的劣势：帮忙企业创意更快地走向市场、老本更低、大规模适配，以及能更快地建设更好的应用程序。” 亚马逊云科技大中华区产品部总经理陈晓建，在“开释 Serverless 力量，实现继续进化”的主题演讲中，讲述了亚马逊云科技17年在云计算畛域的摸索与积攒，引领 Serverless 一直倒退，并翻新阐释“ Serverless First ”理念……更多大会精彩回顾，这就奉上！ 17 年，意味着一个人行将迈向成年，一棵树早已枝繁叶茂。于亚马逊云科技而言，17 年既是一部翻新发展史，也是一部亚马逊云科技发明和深耕 Serverless，减速 Serverless 进化的历史。 「Serverless 幅员不断扩大，17 年技术积淀无奈超过」 Serverless 是一种形容云服务、利用开发实际、和云原生利用架构的形式，可能帮忙客户更加敏捷地构建应用程序，从而更快地翻新和应答变动。——陈晓建亚马逊云科技大中华区产品部经理全栈式 Serverless，不止于计算亚马逊云科技继续引领云计算倒退，提供了全栈式的 Serverless 服务，宽泛笼罩计算、存储、网络、容器、数据库、利用集成等多个方面。现阶段，亚马逊云科技为客户提供超过 25 种 Serverless 服务以及综合不同的排列组合，施展 1+1＞2 的成果，帮忙客户疾速构建现代化利用。 IMDb：Serverless 化解挑战，减速业务翻新同时，亚马逊云科技也在为更多用户提供应用 Serverless 技术的广度，助力客户疾速解决业务挑战，减速业务翻新。  互联网电影数据库（ Internet Movie Database，简称 IMDb ），是一个对于电影演员、电影、电视节目、电视艺人、电子游戏和电影制作小组的在线数据库。IMDb 进行 Serverless 架构重构后，将单体利用拆成不同的微服务，每个 Serverless 微服务对应着各自的业务单元。当用户搜寻演员名称，前端收到申请后，GraphQL 可能疾速查问给出电影名称、上映工夫、综合评分等内容展现。顶峰期间，IMDb 能向 Amazon Lambda 收回每分钟 800,000 个申请，亚马逊云科技 Serverless 架构能提供及时响应，并且用户只须要为调用付费，从而节俭大量老本。 ...

Amazon Web Services 的古代应用程序翻新始终是 Amazon 公司保持谋求的外围指标。约20年前，咱们经验了一次彻底的转型，旨在建设起“创造、公布、再创造、再公布、从新开始、洗牌、再反复”的疾速迭代流程。正是此番摸索，彻底改变了咱们构建应用程序乃至组织企业构造的基本形式。 那时候，Amazon 服务的群体在规模上远远不迭当下。但咱们很分明，要想一直扩大 Amazon 的产品与服务，就必须扭转应用程序架构的设计思路。 咱们已经为 Amazon.com 建设起宏大的单体式“bookstore”利用，但与之关联的蠢笨数据库限度了咱们的速度与敏捷性。每当咱们打算为客户提供新的性能或产品（例如视频流），就被迫得在专门为 bookstore 设计的应用程序上编辑并重写大量代码。这个过程漫长且繁琐，须要简单的协调沟通，因而重大连累了咱们疾速推动大规模翻新的能力。 为此，咱们通过“分布式计算宣言”建设了改革蓝图。通过这份用以形容新架构的外部文档，咱们决定将应用程序重组为更小的局部，即“服务”，并借此大幅晋升 Amazon 的可扩展性。 但应用程序架构的改革还只是开始。从1998年时开始，各个 Amazon 开发团队就始终在同一款应用程序之上工作，因而这款利用的每个发行版本都必须在各团队间对立协调。 为了反对新的架构办法，咱们对其性能层级进行合成，并将组织从新整合成多个小型自治团队。各团队的体量很小，只有订两块披萨就能解决一顿饭，这就是所谓“双披萨团队”。每支团队只关注特定的产品、服务或者功能集，这就让他们取得了对应用程序中特定局部的更高操作权限。如此一来，开发者们摇身一变成为产品所有者，可能迅速做出影响各自产品的具体决策。 此番重整组织与应用程序构造无疑是个大胆的打算，好在 Amazon 取得了良好的收效。咱们可能更快为客户提供翻新成绩，并随着本身业务的倒退而将每年部署的性能总量由数十项，疾速倒退为数百万项之巨。更值得一提的是，咱们在构建高度可扩大基础设施畛域的卓越胜利，最终衍生出了新的外围业务能力，这就是2006年正式亮相的 Amazon Web Services。 现在，咱们依然在保持双披萨团队的运作模式。咱们的指标并不仅仅是谋求疾速翻新。为了放弃全面的市场竞争力，咱们还须要进步敏捷性，以便一直发现新的时机并发明更好的产品。秉持着雷同的理念，越来越多客户与 Amazon 踏上了雷同的倒退旅程，全面转向古代利用程序开发路线。这种新办法要求组织由曾经十分相熟的单体式架构转向组件或微服务架构，而这所有影响到的不只有技术的设计与构建形式，更要求咱们从新扫视本人的治理思路。 亚马逊云科技开发者社区为开发者们提供寰球的开发技术资源，这里有技术文档、开发案例、技术专栏、培训视频、流动与比赛等。帮忙中国开发者对接世界最前沿技术，观点，和我的项目，并将中国优良开发者或技术举荐给寰球云社区。如果你还没有关注/珍藏，看到这里请肯定不要匆匆划过，点这里让它成为你的技术宝库！为了让利用程序开发成为敏捷性与翻新速度的重要驱动力，组织必须关注五大要害因素：微服务、专用数据库、自动化软件公布管道、无服务器经营模型、外加继续自动化平安体系。 架构模式：微服务像 Amazon 这样的企业最后大多是从单体式应用程序起步，因为这是过后开发速度最快、复杂度最低的零碎架构选项。然而，严密组合的各个流程迫使咱们必须将应用程序看成对立的整体，由此带来有数令人头痛的难题。如果应用程序中的某一过程遇到需要顶峰，咱们就得扩大整个架构能力消化掉该过程的相应负载。 此外，随着代码库体量的晋升，新性能的增加与改良变得越来越简单，导致咱们难以尝试或施行新的办法。单体式架构也减少了应用程序的可用性危险，其中泛滥相互依赖且严密耦合的过程会显著放大繁多过程故障引发的影响。 正因为如此，微服务架构随着企业的倒退而天然呈现。应用微服务架构，应用程序将由有数独立组件形成，各个组件会将应用程序中的各独立过程视为繁多服务。每项服务对应且仅对应一种业务性能，例如在线购物车。这种独立运行以及由专项团队负责的设计，让企业得以轻松更新、部署及扩大各项服务，借此满足应用程序提出的具体性能需要。例如，咱们能够在销售淡季扩大购物车服务以反对更多用户。 随着组织由单体式服务转向微服务，不少开发人员心愿通过管道来治理不同服务中的依赖项，同时寻求新的应用程序打包与代码运行办法。面对这些硬性需要，计算实例长期以来的统治位置开始有所波动。 现在，咱们能够应用容器或者 Amazon Lambda 函数。容器曾经成为目前最具人气的代码打包选项，也凭借着杰出的应用程序可移植性与运行灵活性成为治理遗留应用程序的最佳工具。而应用 Lambda，您将取得杰出的便捷性——除了外围业务逻辑之外，大家再不用编写任何其余代码。 另外须要强调的是，微服务架构蕴含的大量微服务，给服务间通信带来了新的挑战。一部分应用程序持续沿用 API 连贯，但除此之外还有更多用于服务间数据交换的选项，例如用于实时数据处理的流传输、用于依据数据变更触发响应的事件，以及用于利用级通信与可察看性的服务网格等等。不同的选项各有优劣，大家须要依据应用程序的理论需要做出取舍。 数据管理：专用数据库古代应用程序以解耦数据存储构建而成，不同于以往全面依赖同一套大型数据库的形式，微服务架构中的数据库与微服务放弃着一一映射的关系。以往单体式应用程序的整体增长，必然带来扩大与容错层面的严厉挑战。此外，单体数据库必然引发单点故障，而且同一数据库很难满足一组不同微服务的需要。而随着数据与微服务间的脱钩，大家能够更自在地抉择最适宜本人的具体数据库计划。 对于大部分应用程序，最好的选项依然是经典的关系数据库。但也有不少应用程序会提出本人的数据需要。例如，假设您所运行的应用程序须要解决高度关注的数据集——例如举荐引擎——那么无妨抉择图数据库（例如 Amazon Neptune）用以存储并导航关系数据。 或者，如果您的应用程序要求实时拜访数据，则最好抉择内存内数据库，例如 Amazon ElastiCache。这种数据库特地实用于游戏及物联网应用程序。总之，哪种数据库可能全面满足您的微服务需要，哪种就是最好的抉择。 软件交付：主动公布管道在由 Amazon.com 单体式架构转向双披萨团队的过程中，咱们关停了繁多公布通道，转而容许各个团队独立公布本人的性能与产品。 尽管这种形式打消了交付与更新流程中的协调难题，但也让新的流程变得极度合成、难以掌控。很显著，在全副团队的公布流程与品质程度方面放弃对立变得无比艰巨，而公布流程中大量的手动操作也让产生人为谬误的几率显著进步。 咱们的解决方案蕴含两大根本元素：标准化与自动化。 首先，咱们定义一套关于软件交付流程的最佳实际模板，用于为云环境下基础设施资源的建模与配置设定规范。这些“基础设施即代码”模板为各个团队提供良好的终点，以代码取代手动流程的形式为应用程序提供技术堆栈。在 Amazon，这种形式将保障各个团队都依据对立的要求布局流程与部署工作。 其次，咱们应用自动化技术打消软件交付流程中的手动操作环节。凭借包含继续集成与继续部署（CI/CD）在内的自动化公布管道，咱们得以疾速测试并公布大量代码，同时尽可能减少谬误几率。借助继续集成，咱们的团队地定期将代码变更合并至地方 repo 当中，而后运行自动化构建与测试以尽早发现问题。借助继续部署，咱们的团队每天能够实现多轮变更，并在保障变更无效后将其主动增加至生产环境当中。 最后，咱们发现在不加人为干涉的前提下推动部署相当“恐怖”。但在投入工夫建设起正确的测试与故障解决机制后，最终成绩不仅大大晋升了 Amazon 的运作速度与敏捷性，同时也显著加强了代码品质。 经营模型：尽可能推广无服务器模式古代应用程序中蕴含大量流动部件，不同于传统的单体式应用程序与数据库，其中还存在成千上万项服务。每一项服务都有本人的专用数据库，外加一支继续公布新性能的自主团队。 咱们能够将这些流动部件分为以下两类： 企业本人的独门绝技，例如发明出独特的用户体验或开发出前所未有的翻新产品。“无差别沉重工作”，即必须实现但却无奈提供任何竞争劣势的工作。对大多数企业而言，这类工作可能涵盖服务器治理、负载平衡与利用安全补丁等内容。2014年，随着 Amazon Lambda 的推出，咱们提出了“无服务器”这一概念。Amazon Lambda 是一种计算服务，可帮忙客户在运行代码的同时，无需置备或治理任何服务器。这也极大反对了咱们的总体目标，即通过将未经辨别的工作移交给 Amazon Web Services 以帮忙客户优化本人的“独门绝技”，同时全面实现应用程序的现代化过程。在实现无服务器变革之后，企业可能将资源集中投入到产品翻新等有助于建设市场劣势的工作当中。 ...

作为亚马逊云科技最重要的流动之一， re:Invent 2022v寰球大会进行了一系列重磅公布，并着重介绍了亚马逊云科技在下一代云基础设施、云原生数据服务以及其它畛域的前沿科技翻新，帮忙客户更快地实现企业指标，开释后劲，冲破云计算的技术边界，最终实现业务改革、超过增长。 re:Invent 2022v点燃了业界及开发者构建将来的激情。在亚马逊云科技开发者社区，咱们发动了“re:Invent 2022年度公布产品票选流动”，随着开发者们的积极参与，流动日益炽热。截至往年1月31日，共有400多位开发者参加了投票。 明天，开发者最青睐产品 TOP 5榜单正式出炉！五大产品凭借其技术冲破、前沿翻新或优良的开发者应用体验位列前茅。这五大产品到底是何方神圣？当初，就让咱们独特见证这些激动人心的科技翻新以及云计算旅程中的高光时刻！ 第一位：Amazon Lambda SnapStart为了让您可能以更多形式应用 Lambda ，亚马逊云科技推出了 Lambda SnapStart 。 在为特定 Lambda 函数启用 Lambda SnapStart 后，公布该函数的新版本将触发优化过程。该过程会启动您的函数并在整个 Init 阶段运行它。而后，它获取内存和磁盘状态的不可变的加密快照，并缓存以供重用。随后调用该函数时，将依据须要以区块模式从缓存中检索状态，并用于填充执行环境。这种优化使调用工夫更快且更具可预测性，因为创立全新的执行环境不再须要专用的 Init 阶段。Lambda SnapStart 可将 Lambda 函数冷启动持续时间从超过6秒升高至不到200毫秒，并使提早率升高90%，而目无需额定费用。 点击深刻理解 Lambda SnapStart 【来自开发者的声音】 “让我印象最深的是 Amazon Lambda SnapStart。它的技术的确太惊人了！他们想方法把快照调用的初始疏导工夫缩短到了不堪设想的水平。这外面有很多精密的设计，比方随机性、密码学之类难点。但他们实际上曾经修补了根底库，这样就能实现 Snap restore。这真的很棒也很精美，对于咱们的工作负载，必定要小心看待。但他们解决得十分好，没有任何额定老本包含开发成本。整个过程就像想让你的利用提速吗？按个按钮就行。几乎难以置信！” ——来自澳大利亚的开发者，re:Inforce 工作人员 “我真的很喜爱对于 Amazon Lambda 冷启动的内容，能把启动工夫缩短 90% 几乎不堪设想。我之前就始终在用 Lambda，也遇到过冷启动问题，所以很关注这方面新音讯。我看到很多人在网上探讨冷启动，特地是如何缩短冷启动工夫，所以这次的公布才让人期待。” ——爱尔兰开发者，Hamilton Robson，高级软件工程师 第二位：Graviton3E 芯片与高性能计算实例 HPC7gGraviton3E 是一款基于 Arm 架构、用于 HPC 工作负载的定制芯片。与 Graviton3 相比，Gravition3E不仅将工作负载的性能晋升了35%，还进一步优化了浮点运算能力，而耗能则相比过来缩小了60%。HPC7g 也是由Amazon Garviton3E 处理器提供反对的计算实例，向量指令解决性能比Graviton3 实例高35%。HPC7g 提供了200Gbps 的专用网络带宽，最多能提供64个 vCPU 和128GB内存。 ...

序言始终以来，私有云平安是横亘在宽广用户背后的一道鸿沟。云平安（Cloud Security）是指用于管制云计算的安全性、合规性和其余应用危险的过程、机制和服务。私有云提供商们都强调平安是其最高优先级工作，动辄就公布上百页的云上平安最佳实际白皮书，举办几百几千人平安大会，公布几十甚至上百个平安服务。但与此同时，用户们对云上平安的放心始终挥之不去。在福布斯（Forbes）2019年的一份报告中，66%的 IT 从业人员认为平安是他们应用私有云服务最大的放心。Gartner 预测到2020年，至多50%的企业用户会在不知情或误操作地将一 些IAAS 存储服务、网络、利用或API间接裸露到互联网上，而到2023年，至多99%的云上平安问题都是用户的谬误引起的。 注释那到底是什么造成了这条鸿沟呢？笔者认为起因次要有三：一是用户不晓得本人该为云中平安承当什么责任，二是用户不晓得云中平安服务的用处和用法，三是用户不晓得要为本人的利用抉择哪些平安服务。只有隔靴搔痒，从明确本人的责任开始，在理解云中的平安服务后，再抉择适合的平安服务，能力逾越鸿沟，开启云中平安之旅。 第一步：清晰职责 – 搞清楚你要为云中平安承当的责任要施行胜利的云平安，第一要务是分清云提供商和作为用户的你的责任。私有云中的安全性和本地数据中心中的安全性有所不同。在传统数据中心平安模型中，你要为全副的安全性负责，包含机房、物理网络、物理服务器、虚拟机、利用等等。当负载被迁徙到了私有云上后，一部分平安责任由私有云提供商承当了，但企业平安团队仍然须要承当局部平安责任。此时，平安模型变成了平安责任共担模型，也就是说你和私有云提供商一起来为你在他们云中的利用的平安负责。 Amazon Web Service 是寰球最大私有云提供商。其平安责任共担模型（Shared Responsibility Model）明确指出，亚马逊云科技负责提供平安的基础设施和服务，而客户负责爱护操作系统、平台和数据。 图1：亚马逊云科技平安责任共担模型（基础设施服务） 在亚马逊云科技平安共担模型中，亚马逊云科技负责保障云“的”安全性，这是亚马逊云科技的第一责任。以可用区（Availability Zone，AZ）为例，这是亚马逊云基础设施的一部分，亚马逊云科技负责为数百万沉闷客户提供平安的可用区。亚马逊云的每个可用区由两个或以上的相互隔离的数据中心形成，数据中心之间有足够的隔离间隔，每个数据中心有独立的电力供应，数据中心采纳冗余高速网络互连等等。 图2：亚马逊云科技可用区设计 亚马逊云科技有一整套平安制度来保障每个数据中心的平安安稳运行。比方每个数据中心外部都采纳视频监控，联合亚马逊云科技的 Kinesis Video Stream、S3 以及人工智能等服务，来对视频做实时传输、存储和剖析，实时发现可能存在的问题。 图3：亚马逊云科技对其机房实时视频监控 而你，作为亚马逊云的一用户，则需为云“中”的安全性负责，这包含以下五个局部： 身份和访问控制：负责云中的身份和拜访治理，包含身份认证和受权机制、单点登录（SSO）、多因子认证（MFA）、拜访密钥、证书、明码等。 基础设施爱护：负责对网络、虚拟机实例和容器实例等基础设施进行平安爱护。在网络方面，比方应用 VPC 来创立一个公有的、平安的和可扩大的网络环境，创立网络分层，在每一层上进行安全控制，主动地进行网络检测和防护，开启网络拜访日志等；在主机方面，比方应用主机平安工具来扫描虚拟机和利用的平安状态，应用代码扫描工具来发现代码中的安全漏洞，对操作系统进行主动补丁降级和加固，应用平安通道拜访虚拟机，应用平安的配置工具对虚拟机进行配置等。 数据保护：负责你数据的平安，包含数据分类、加密、访问控制等，因为数据是云用户的资产，云供应商对其没有拜访权限。 平安检测：负责采纳各种平安服务和工具，不论是云供应商提供的还是第三方的抑或是本人开发的，检测潜在的平安危险和平安问题。 事件响应：负责在呈现平安问题后做出响应，打消平安危险，复原数据和业务。 第二步：理解工具 – 搞清楚云服务商提供了哪些平安服务亚马逊云科技首席信息安全官史蒂芬·施密特已经说过：“客户经常跟咱们说，帮他们放弃平安最好的形式，就是交给他们更智能的工具，让他们能够更容易地搞定平安。”为了帮忙用户实现上述五大平安责任，到目前为止，亚马逊云科技提供超过200种身份认证、平安及合规服务。下表中列出了亚马逊云科技次要平安服务。 表1：亚马逊云科技次要平安服务 亚马逊云科技所有这些平安服务，形成了一个多层次的残缺爱护机制，为你在亚马逊云中的利用保驾护航。 图4：亚马逊云科技分层平安爱护机制 除了平安服务外，亚马逊云科技还在 Amazon Architecture Center（亚马逊云科技架构核心）网站上提供了最佳参考架构计划、工具、培训和试验，涵盖敏捷性、安全性、可靠性、高性能和老本等多个方面。而且，在 Amazon Marketplace 中，还有几百家平安合作伙伴，在利用平安、数据保护、合规、主机平安、身份和访问控制、日志和威逼检测等提供泛滥工具和计划。 理解每种平安服务的用处、应用场景、工作流程乃至计费形式等十分重要。上面就深刻介绍下 Security Hub和GuardDuty 这两种平安服务。 （一）Amazon GuardDuty 服务 在亚马逊云科技环境中，对网络流动和账户行为进行继续监控十分重要。启用 CloudTrail后，亚马逊云科技账户内简直所有 API 调用流动都会记录下来，但从海量日志中发现可疑流动会十分艰难。VPC 流日志服务负责记录的 VPC 内的网络流动也是如此。为了解决这些艰难，亚马逊云科技公布了 Amazon GuardDuty 服务，它通过剖析多个日志数据源（包含VPC流日志、Amazon CloudTrail 事件日志和 DNS 查问日志），继续监测亚马逊云科技账号、VPC 网络和负载的运行状况，应用威逼情报源和机器学习来标识亚马逊云科技环境中可疑的和未经受权的歹意流动，而且还可利用 Amazon CloudWatch 事件和 Amazon Lambda 来执行自动化的告诉和修复操作。 ...

2022 年 12 月 30 日，由 SegmentFault 思否社区联结亚马逊云科技独特举办的“2022 re:Invent Recap：翻新源能源——深度学习技术洞察与实际”线上沙龙流动圆满闭幕。 最近几年，AI 在 自然语言解决（NLP）畛域的冲破不断创新，首当其冲便是作为全新聊天机器人模型的 “ChatGPT”等 AIGC 范式的内容生产工具。随着越来越多 AIGC 守业新贵们迅速占据市场，寒冬里业界对新一轮 AI 守业浪潮的期许也被彻底点燃，如何借助深度技术帮忙每一个开发者让产品翻新变得更简略成为当下面临的新挑战。 始于 2012 年的亚马逊云科技 re:Invent 寰球大会作为云计算畛域备受业界注目的流动，每年都会吸引有数来自世界各地开发者们的关注。本场沙龙将围绕 AI 深度学习技术开展进一步探讨，并从底层原理及大量业务实战案例登程，分享 AI 技术在产品翻新的实战经验以及 AI 工程师的转型翻新之路。来自 Zilliz 首席工程师焦恩伟 、NebulaGraph 我的项目开发者布道师古思为、亚马逊云科技解决方案架构师林业、亚马逊云科技机器学习解决方案架构师李雪晴受邀缺席本场沙龙，并进行了主题演讲。 以后，AI 正一直向着产业化的方向演变，深度学习平台已成为企业及开发者利用 AI 技术必备的“杀手锏”。最新公布的 IDC 数据显示，在 AI 技术应用方面抉择开源深度学习框架的企业及开发者比例高达 86.2% 。那么在深度学习技术转变过程中，如何简化利用开发的流程及其数据管理问题呢？Zilliz 首席工程师焦恩伟首先为咱们带来了主题为 “ Milvus: 深度学习利用‘工业革命’的新引擎”的分享，以社区实际的角度，对深度学习工业化浪潮下 Milvus 凭借本身性能劣势解决分级化数据等多场景需要做了解读。 Milvus 钻研团队借助数据 framework 标准化后工业化的“窗口”胜利抢占赛道， 2019 年 4 月正式公布 1.0 版本后一直迭代，并于 2020 年 3 月退出 Linux 基金会，至此 Milvus 终于倒退为绝对成熟的开源产品。在本场分享中，焦恩伟介绍了最后在海量数据下如何搭建“以图搜图” Demo 零碎以及向量数据库 Milvus 概念及其架构。作为基于亚马逊云科技的微服务云原生架构 SaaS，Milvus 2.0 下面就包含了十分多组件及节点；此外，Milvus 的云服务版本 ——Zilliz Cloud 基于亚马逊云科技云平台提供服务，实现了不同集群间应用同一资源池来聚合计算，极大节俭了用户的节点开销及老本。焦恩伟还分享了深度学习的利用案例，并对下一代 Milvus 演进的布局做了展现。 ...

引子“天下文治，无坚不摧，唯快不破”，置信大家对星爷电影《功夫》中的这句话耳熟能详。实际上，“天下文治，唯快不破”最早出自古龙学生的驰名武侠小说《小李飞刀》：“小李飞刀，例无虚发，只出一刀，无人能挡，只因天下文治无坚不摧，唯快不破。” 其意思是说，天下的泛滥文治里，只有“快”找不到克服它的办法。当文治的速度达到极致的时候，有时候不须要简单招式，只是简略的一招就能够克敌。 2022年11月28日，一年一度的亚马逊云科技 re:Invent 2022 大会在美国内华达州拉斯维加斯拉开帷幕。据悉，本次大会吸引了约50000人现场加入，而线上加入的人数超过300000 人。这场为期五天的云计算盛会又给大家带来了很多新的惊喜。 在笔者看来，本次峰会有三大焦点主题，别离是 数据、性能和平安。Amazon CEO Adam Selipsky 的 Keynote 至多一半工夫都在谈数据，包含数据的产生、数据的解决、数据的剖析、数据的爱护、数据的利用等。还有 VP Swami Sivasubramanian 的 Keynote，简直整个都在谈数据。而VP Peter DeSantis 的 Keynote 则大部分工夫在谈性能，包含更快的网络访问速度、更高的磁盘访问速度、更快的芯片运行速度、更快的函数启动速度等等。实际上纵观峰会，还有疾速的产品公布速度、更快的数据流动速度、更快的翻新速度等。 所有这些“快”，就像火箭高速发动机，将亚马逊云科技推向了一个全新高度。如同“天下文治，唯快不破”中的“快”，“速度”也已成为亚马逊云科技手中的一把最快的刀，乘风破浪，势不可挡，奔向远方。下文，将选取本次峰会上泛滥公布之中笔者认为十分具备代表性的五个底层性能翻新，来一一为您讲述亚马逊云科技是如何将“快”做到极致的。 1. Lambda函数冷启动工夫升高90%2015年，亚马逊云科技正式公布 Amazon Lambda，创始了无服务器计算时代。过来8年间，Lambda的性能始终在丰盛和欠缺中。 Lambda 具备独到的劣势。在开发方面，它采纳简略的编程模型，可不便地调用其它亚马逊云科技服务；在运维方面，Lambda 函数能疾速响应一直变动的应用模式。因而，越来越多的用户喜爱它、应用它。在本次峰会上，亚马逊云科技发表，每个月有100万客户应用 Lambda，每个月 Lambda 函数的调用量超过100亿次。 然而，过来，Lambda 函数冷启动工夫过长的问题始终在困扰着用户们。要了解这个问题的根因，需首先简略理解下其实现原理。 Lambda 函数运行在微虚机 (MicroVM) 中。对于 Firecracker，多年前笔者已经写过一篇介绍性文章，容器在私有云上的落地姿态，您能够参考，请留神文中有些信息可能曾经有些过期了。 亚马逊云科技划分了一个池子，专门用于运行 Lambda 函数的微虚机。当用户部署函数时，函数代码要么被上传到 S3 中，要么将函数镜像上传到 Amazon Elastic Container Registry（ECR）中。 当函数第一次被调用时，Lambda 从 S3 或 ECR 中拉取代码，而后拉起一个 Firecracker 微虚机，并进行运行时和函数代码初始化。接着，代码被执行，并返回函数的输入。 接下来，Lambda 将使这个微虚机放弃运行一段时间，因而后续申请都将由这个正在运行的容器来解决和执行。一段时间内没有函数调用的话，亚马逊云科技将敞开此容器。当一个新事件呈现时，Lambda 会启动一个新微虚机—这过程包含亚马逊云科技为启动“微虚机”所做的所有，以及初始化你的代码。 ...

2022 年 12 月 25 日，由 SegmentFault 思否社区联结亚马逊云科技独特举办的 “ 2022 re:Invent Recap ：深刻内核，高并发零碎架构演进之路”线上沙龙流动圆满闭幕。 最近几年，各大平台用户规模的快速增长为零碎架构设计带来新的挑战。如何实现大流量下的高并发、高可用，是一线技术研发人员最须要把握的技能之一。始于 2012 年的亚马逊云科技 re:Invent 寰球大会作为云计算畛域备受业界注目的流动，每年都会吸引有数来自世界各地开发者们的关注。本场沙龙将围绕高并发零碎架构问题开展深入探讨，并从底层原理及大量业务实战案例登程，探寻更优的高并发零碎架构设计计划。来自亚马逊云科技的高级解决方案架构师倪惠青、解决方案架构师陈嘉俊、微众银行的中间件开发工程师梁荣华、OPPO 根底平台总监李克来受邀缺席本场沙龙，并进行了主题演讲。 近年来 SaaS 始终是一条炽热的守业赛道，数据显示：到 2024 年中国企业级 SaaS 市场规模将无望达到 1201 亿元，而如何疾速构建一款 SaaS 服务并推出首个 MVP 版本验证需要与产品可行性呢？亚马逊云科技高级解决方案架构师倪惠青首先为大家带来题为 “如何基于 Serverless 疾速构建 SaaS 服务” 的主题分享。家喻户晓，近年来 Serverless 曾经逐步受到开发者的认可，作为业界标杆的亚马逊云科技在该畛域也一直新陈代谢。在本届 re:Invent 大会上，亚马逊云科技就推出了一款全新的 Serverless 服务 —— OpenSearch Service，自此宣告着亚马逊云科技已彻底实现了现阶段通过 Serverless 来构建数据分析利用的 “残缺拼图”，同时也将 Serverless 的倒退推动到了下一个阶段。 在本场分享中，倪惠青强调了 SaaS 利用构建的两个准则 —— 对立的版本治理和对立的经营框架，并别离对其做了解读。重点介绍了用 SaaS 来构建利用、SaaS 身份的构建，SaaS 身份如何在 SaaS 利用零碎里进行流转、传递、辨认，微服务的实际形式等内容，同时展现了如何从 service 的 web 利用一步步变成 SaaS 利用。最初，她也对网友发问如“什么是好的 SaaS 的规范？”“ SaaS 企业能够从哪些方面来晋升以达到经营的指标”做了解答。 ...