亚马逊AWS官方博客

Amazon Lightsail 更新 – 启动并管理 Windows 虚拟专用服务器

我首次介绍 Amazon Lightsail 是通过去年的一篇博客文章:Amazon Lightsail – 兼具 AWS 的强大功能与 VPS 的简易性。Lightsail 自去年推出以来,数千名客户已使用它启动了基于 Linux 的虚拟专用服务器,从而开启了 AWS 之旅。 今天,我们又增加了对基于 Windows 的虚拟专用服务器的支持。您可以启动运行 Windows Server 2016、Windows Server 2012 R2 或 Windows Server 2016 (结合 SQL Server 2016 Express) 的 VPS,并在几分钟内投入正常运行。您可以使用 VPS 生成、测试及部署 .NET 或 Windows 应用程序,而无需安装或运行任何基础设施。只需一两次点击,备份、DNS 管理和运行指标,一切尽在掌握。 提供五种规模的服务器,512 MB 到 8 GB 的 RAM,1 或 2 个 vCPU,以及高达 80 […]

Read More

关于“使用云的混合架构”的三大误区

“人生最难的就是要学会哪座桥可以过,哪座桥可以烧。”–David Russell 在以首席信息官的身份负责多个基于云服务的业务解决方案的交付工作时,我开始对混合架构有了一些自己的看法。在过去的 5 个月里,我有幸与大公司的首席信息官和首席技术官进行了数十次对话,这进一步加深了我对这个主题的想法。与此同时,我阅读了许多讨论混合架构的文章和博客,我看不出行业对采用云技术的混合架构是否达成了共识。 公司出于各种不同的原因采用云技术。云采用者已获得敏捷性提高、成本降低和全球影响力扩大等优势。对于我接触过的许多首席信息官来说,实际上可归结于它能够将宝贵资源充分转化为能够促进业务发展的资源。换句话说,将与管理基础设施相关的千篇一律的繁重工作转化为与构建其品牌知名产品和服务相关的活动。 也就是说,大多数企业的 IT 组织已经建立了他们今天所运营的基础设施和管理模式。我接触过的许多首席信息官希望尽快将这一基础设施迁移到云,但必须认识到,有意义的云采用是一个需要时间的过程。在迁移到云的过程中,公司需要一种能够保持系统正常运行同时充分利用其现有投资的方法。在我撰写的有关企业云之旅的文章中,我讨论过公司应该如何使用 AWS Virtual Private Cloud (VPC) 和 Direct Connect 将其本地基础设施拓展到 AWS 上,以创建混合架构。对我来说,这是最有意义的混合架构,也是许多公司在最大限度地利用云的优势时所采取的步骤。 除此之外,关于混合架构的对话就变得有些复杂了。我在市场评论中发现了三个趋势,初看起来挺有道理,但稍一深入分析,就会发现这些观点站不住脚。这三个误区是: 误区一:混合架构是永久目的地。用“永久”来形容这一观点有些太过绝对了。拥有大量陈旧系统的大型公司将运行混合云架构一段时间 (可能是以年计数)。每个组织的云之旅会有所不同,每个人都将按照自己喜欢的步伐前进。但是,我认为未来不会有太多公司运营自己的数据中心。其淘汰过程可能需要 3 年以上的时间,但我确信这一定会在 15 年内实现。能够加速这一转型的因素至少有四个: 1. 云提供商实现的规模经济效应将随着采用范围的扩大而不断增长。这些优势终会通过这样或那样的方式令云消费者受益。 2. 云技术的创新步伐是前所未有的。2014 年,AWS 发布了超过 515 项增强功能,近 3 年来创新速度几乎翻了一番。 3. 公司运行业务所依赖的技术 (如电子邮件、生产力、人力资源、CRM 等) 越来越多地构建在云中。 4. 有助于企业迁移到云的技术和业务的数量正在迅速增长。您看看 AWS Marketplace 和 AWS 合作伙伴网络就知道了。 误区二:混合架构允许您在本地基础设施与云之间无缝迁移应用程序。表面上看起来好像很有吸引力,但这个前提有一个根本性的缺陷。它假定云和本地基础设施具有同样的能力。我知道很多公司都具备管理其基础设施的能力。与此同时,有很多公司是想要获得其数据中心不具备的功能和特性才迁移到云的,这些功能和特性有:真正的弹性、安全性、随用随付、持续不断的创新流等。您在设计应用程序的架构时,如果想要在自己的数据中心和云间无缝切换,则您的应用程序的功能就只能限定为数据中心和云都具备的功能集合。 误区三:混合架构允许您跨多个云提供商无缝地代理您的应用程序。我认为,这个论点有一个细节值得探讨。公司正在使用各种不同的云解决方案来满足其业务需求。这通常包括基础设施服务的混合,以及运行在公司数据中心之外的其他地方 (通常是在 AWS 上) 的打包解决方案。这完全讲得通。IT 高管应该关注他们试图解决的问题,并根据其面临的限制条件挑选最佳的工具来解决它。 但令我感到惊讶的是,很多公司掉入了陷阱之中:他们尝试构架单一应用程序来在多个不同的云提供商的服务上运行。我明白工程师为什么喜欢这样做 —  – 对工程师来说,造出能够使不同的云协同工作所需的“胶水”是一项莫大的成就。但遗憾的是,这种工作会抵消组织迁移到云所获得的生产力提升。我一直认为这是一种倒退的举动。除了管理自己的基础设施以外,您现在还需要解决多种服务的差异性问题。跟误区二一样,这也会将其应用限制到所有架构共有的功能集合。 […]

Read More

开启云之旅的 4 项基本投资

“好皮肤是妆容的最佳基础”- Holland Rolland 最近,我在一篇文章中介绍了一种称作“采用阶段”(SofA) 的心理模型,它描述组织在实现云优先时所经历的旅程。我发现,这个旅程与其说是技术行为,不如说是一种领导力和变更管理行为。尽管没有通用的答案,我还是希望在高管们引导组织踏上云之旅时,把 SofA 看作是一个有用的模型。 我的上一篇文章主要介绍第一个采用阶段 (我称之为“项目”),其中介绍了我在开启云之旅的组织中的所见所闻。 通常只需要几个项目,大多数组织就能意识到云上的交付速度能够快多少。这篇文章介绍我发现各组织投资的四个典型领域,他们通过这些投资将云优势拓展到整个组织;我把这称为“基础”阶段。 1. 创建云卓越中心 (CCoE) 团队 我认为创建 CCoE 是组织最重要的基础投资之一,特别是在您需要发展自己的企业文化时。与我对话的许多组织使用其 CCoE 作为支点在组织中的各个层面推行变革,这是我在企业取得云迁移成功的飞轮中提到的趋势。 正如我在组建 CCoE 团队中所说的那样,我希望看到组织组建一个具有多样化视角的跨职能团队。随着系统管理、数据库管理、网络工程和运营等领域通过代码实现自动化,其传统角色正在逐渐融合。我坚信您已经拥有成功实现云迁移所需的人才,只要渴望学习新知识,今天这些岗位上的任何人都适合成为 CCoE 团队的成员。您可能已经知道哪些人适合,哪些人不适合。 在组建 CCoE 时,请考虑各个业务部门如何与之协作,以及组织如何掌控 (集中/分散) 技术选择。 例如,我们在道琼斯组建 CCoE 团队时,将其命名为 DevOps,有意将它与描述运行您构建的内容理念的术语混杂使用。我们的目标是让 DevOps 团队规定运营模式,体现我们倾向于在企业中实施的最佳实践、管理方式和护栏,同时仍然允许各个业务部门自主做出其所需的决策,从而在受控的时间期限内完成其目标。随着 DevOps 团队的日渐成熟,我们的参考架构 (见下文) 也不断完善。我们发现,越来越多的业务部门希望使用 DevOps 团队提供的内容,因为它们可以加快其工作速度、提高其运营效率,而不是因为我们强迫他们使用这些内容。 2. 构建参考架构,在企业各处反复使用 鼓励您的团队在其负责的应用程序中寻找通用模式。如果找到可满足多个应用程序需求的参考架构,则创建脚本来实现该参考架构的自动构建,同时将其纳入安全和运营控制体系。它可能非常简单,如为各种操作系统创建“黄金映像”供您的团队使用;也可能十分复杂,如用于描述托管的所有网站的架构和运营模式的蓝图。 每个参考架构都应考虑如何与您的本地资产通信。我在有关混合架构误区的文章中说过:“我接触过的许多首席信息官希望尽快将基础设施迁移到云,但必须认识到,有意义的云采用是一个需要时间的过程。在迁移到云的过程中,公司需要一种能够保持系统正常运行同时充分利用其现有投资的方法。”有些组织创建一些安全组,以符合其现有控制体系规定的方式穿过本地防火墙进行通信。然后,他们在不同的参考架构中重用这些安全组。 使您的 CCoE 能够观察整个 IT 产品组合,让他们更容易发现和扩展参考架构。在进行扩展时,AWS Service Catalog 可以帮助您在整个组织中存储、许可和分发参考架构。 3. 培育试验文化和发展您的运营模式 云是我职业生涯中见过的最大试验推动力,许多组织使用云之旅作为一项有力的功能来重新考虑其传统 IT 运营模型。 我发现越来越多的组织开始重新考虑为每个业务部门提供多少技术选择自主权。此外,他们还仔细思考如何管理角色和权限、谁负责成本、可以/应该使用哪些工具进行监控和日志记录,以及谁能影响环境中的变化。 例如在 Amazon,每项服务都由一个“双披萨团队”负责,该团队对其提供给客户的服务承担全部责任。这包括所使用的技术、服务的路线图、服务的运营等。 […]

Read More

Amazon S3 深度实践系列之一:S3 CLI深度解析及性能测试

背景 作者在实际的工作当中遇到越来越多关于S3的实践问题,其中被问的最多的也是使用最广泛的工具就是AWS S3 CLI命令行;AWS S3 CLI命令行工具对大文件提供了默认的分段上传下载的能力,同时支持并发上传下载多个文件;AWS S3 CLI 命令行不仅仅提供了高级抽象的cp、sync等操作同时还提供了相对底层的s3api相关的操作以帮助客户应对各种高度定制化的应用场景。 本文通过实验帮助大家更好地理解AWS S3 CLI常用命令的底层原理及在AWS EC2上使用该命令行工具与AMAZON S3交互场景下,影响性能的几个关键要素及几个常见EC2实例类型上的上传下载测试性能情况。 本文是AMAZON S3深度实践系列之一,接着作者会带着大家从AWS CLI探索到Python boto3 S3多线程应用开发实践,再到如何利用前面学到的知识,基于AWS平台利用托管服务构建一个实用的跨区域迁移S3数据的解决方案架构探讨及实践。 基本概念 并发上传vs 分段上传 刚刚使用AWS S3命令行工具的时候,总是混淆分段上传和并发上传的含义;分段上传是指将单个大文件切分成多个小数据块进行上传,而并发上传特指有多个待上传文件或小数据块的情况下,利用多线程同时并发上传多个文件或小数据块。 如下图所示,分段上传首先将文件切分成固定数量的小数据块,再利用多线程并发上传这些小数据块,等 S3收到该文件所有的数据块之后再将它们合并成原始的文件存放在存储桶里。分段上传功能默认会帮你实现并发上传;这样做的好处,显而易见,既可以充分利用网络带宽进行文件处理,同时还可以在网络带宽有限的情况下,减小因网络抖动导致的整个大文件需要重传的问题,即当分段上传中的某个数据块因各种异常没能上传成功时,只需要重新尝试上传该数据块即可。 分段上传vs 断点续传 AWS CLI S3命令行工具默认并没有帮大家实现断点续传的功能,也就是说哪怕我们用cp或sync命令上传一个文件的时候,默认后台会做文件分片进行分段并发上传,但如果由于网络抖动导致其中某些数据块传输失败,那么整个文件又得需要重头开始上传。 但同时我们可以利用 AWS CLI s3api底层接口非常容易地实现断点续传,后面章节我们再展开探讨。 AWS CLI S3 cp命令是如何工作的? AWS S3 cp 命令是最常用的单文件和多文件复制方法,很多人使用过该命令,但大家知道该命令是如何帮我们执行文件复制的吗? 该命令有帮我们自动做分段上传和下载吗? 分段上传切分文件的依据是什么?每个数据块大小是多大? 这么多数据块,有多线程并发上传吗?我们可以指定线程数量吗? 多个文件的上传下载是如何工作的? 下面我们通过实验来观察和研究下这些问题,整个测试环境基于如下Amazon Linux上如下版本的AWS CLI命令行: aws-cli/1.11.132 Python/2.7.12 Linux/4.9.51-10.52.amzn1.x86_64 botocore/1.5.95 AWS […]

Read More

将 AWS 认证工程师的数量从零增加到数百个的 12 步计划

“不要总希望得到您还未得到的;这会使您看不到目前拥有的可能性” 作为 AWS 企业战略家,我拥有与全球各地面对着各种业务和技术难题的高管们会面的特权。每个客户都是独一无二的。但是,许多难题,如同历史一样,往往具有规律性。 其中一个规律是,市场中的技能难题以及“不在相应岗位上配备合适的人员就会妨碍您提高行动速度、节省资金和在云上拓展业务”这一想法。可以肯定的是,随着人们认识到让 AWS 完成基础设施领域的无差别的繁重工作的好处,包含单词“AWS”和“云”的招聘广告显著增加了。但是,我认为这种不断增加的需求或者您没能获得所需人才的感觉并不会阻碍您的企业在云方面获得成功。 AWS 企业战略部主管 Stephen Orban 在一篇最新文章中就这一问题有力地指出,“您已经拥有成功实现云迁移所需的人才。”而且,为了加强这一说法的说服力,我想要分享我本人遇到一个主要技能难题时发生的故事。事情要追溯到 2014 年,我的云之旅才刚刚开始。 当时我在英国的 Capital One 担任首席技术官,然后,我发现自己在深入思考我在我的工程师身上发现的技能差距。这些工程师确实很有才华,但他们只是精通传统的内部技术;因此,他们掌握的大部分是孤立的基础设施技能。 为了寻求改变,我随后又犯了一个经常犯的错误:创建一个独角兽式的工作规范并自以为是地将它应用于外部就业市场。当我发现在收件箱中没有收到任何对这则招聘广告的回应时,我感到十分惊讶和失望。 很明显,我漏掉了一个重要的事实。 我拥有的技能高超、积极主动且全心投入的团队就是我需要的团队。只不过,团队成员们需要一个途径、一个动机以及一个善于倾听和帮助他们消除自身与生俱来的对未知技术恐惧的人。 有关人才转型的这种认识和企业云之旅为我积累了大量最佳实践,也让我更深刻地了解人类。但我必须说实话;在这个过程中,我们犯了很多错误并且浪费了很多时间。但是我们还是找到了一条途径,最终发挥了作用并且为 Capital One 在英国的成功做出贡献。这帮助 Capital One 将全球的技术人才提升到了极高的水平。实际上,所有 AWS 认证开发人员中现在足足有 2% 的人在 Capital One 工作。 在说明优势之后,下面将介绍适合我们的 12 个步骤 — 步骤 1 — 接受 心理健康专家们表示,接受是走向恢复的第一步;这种说法在此处也完全适用。您的工程师们必须接受他们有能力学习 AWS 云技能并成为专家的事实。接受这一事实对于您组织内的技术主管来说也同样非常重要。正如 Stephen Orban 在文章中所述以及我在 Capital One 任职期间的经历所表明的那样,您拥有的人才就是您需要的人才。这些是在开发和运行您的现有系统方面拥有多年的重要经验的人员。 步骤 2 — 培训 在接受之后,您应该迅速开始 AWS Technical Essentials […]

Read More

介绍 Gluon 这一易于使用的灵活深度学习编程接口

原文链接 | 今天,AWS 和 Microsoft 发布了一项新规范,该规范旨在为所有开发人员改进机器学习技术的速度、灵活性和可访问性,而无论他们选择什么样的深度学习框架。这种合作的第一项成果是全新的 Gluon 接口,这是 Apache MXNet 中的一个开源库,让所有技能级别的开发人员都能够设计深度学习模型的原型、构建该模型以及开展训练。该接口极大地简化了创建深度学习模型的过程,而不会影响到训练速度。 下面是 Gluon 的四大优势以及演示这些优势的代码示例: (1) 简单、容易理解的代码 在 Gluon 中,您可以使用简单、清晰和简洁的代码定义神经网络。您将获得一整套即插即用的神经网络构建块,包括预定义的层、优化程序和初始化程序。利用这些构建块,您无需再纠缠于各种各样复杂的底层实施细节。下面的示例说明了如何使用短短几行代码定义一个简单的神经网络: # 第一步是初始化您的模型 net = gluon.nn.Sequential() # 接下来,定义您的模型架构 with net.name_scope(): net.add(gluon.nn.Dense(128, activation=”relu”)) # 第一层 – 128 个节点 net.add(gluon.nn.Dense(64, activation=”relu”)) # 第二层 – 64 个节点 net.add(gluon.nn.Dense(num_outputs)) # 输出层 下表说明了神经网络的体系结构: 有关更多信息,请转到本教程,了解如何使用 Gluon 神经网络构建块来构建一个称为多层感知器 (MLP) 的简单神经网络。对于更高级的使用案例来说,从头开始编写神经网络的各个部分也是非常容易的。使用 Gluon,您可以在神经网络中混用和匹配预定义组件和自定义组件。

Read More

Gluon 简介:AWS 和 Microsoft 合作推出的新机器学习库

作者:Matt Wood 博士 今天,AWS 和 Microsoft 联合发布了 Gluon – 一种新的开源深度学习接口,可帮助开发人员更轻松、更快速地构建机器学习模型,而不牺牲任何性能。Gluon 采用一系列预先构建并经过优化的神经网络组件,为定义机器学习模型提供清晰、简洁的 API。刚刚接触机器学习的开发人员会发现此接口更像传统代码,因为他们可以像使用任何其他数据结构那样定义和操作机器学习模型。经验丰富的数据科学家和科研人员也会发现它的宝贵价值:快速构建原型和利用动态神经网络图实现全新模型架构,而又不减缓训练进度。Gluon 现已在 Apache MXNet 中可用,日后将“进驻”Microsoft Cognitive Toolkit 及其他架构。 神经网络与开发人员 使用神经网络的机器学习 (包括“深度学习”) 包含三个主要部分:训练数据、神经网络模型和训练神经网络的算法。您可以将神经网络看成是一种有向图:它有一系列输入 (数据),通过一系列连接的层和权重连接到一系列输出 (预测)。在训练期间,算法根据网络输出中的错误调整网络中的权重。这就是网络学习的过程 – 一种可能需要持续数天时间的内存和计算密集型过程。Caffe2、Cognitive Toolkit、TensorFlow 以及 Apache MXNet 等深度学习框架能够部分解决“如何加快这一过程?”的难题。与数据库中的查询优化器一样,训练引擎越了解网络和算法,越能更好地优化训练过程 (例如,它可以根据其他部分的改变,推断需要重新计算图中的哪些部分并跳过不受影响的权重,从而加快训练进度)。此外,这些框架还提供并行功能,可通过分发计算过程来减少总体训练时间。但是,要实现上述优化,大多数框架要求开发人员完成一些额外工作:首先,提供网络图形式定义,然后“定图”并调整权重。网络定义可能极其庞大而复杂 (包含数百万个连接),通常必须手动构建。深度学习网络十分“笨重”,难以调试,因而很难在项目间复用代码。 这种复杂性可能会令初学者“无从下手”,对经验丰富的科研人员来说也是一项耗时的任务。AWS 在 MXNet 中尝试了一些更灵活易用的新方法定义和训练神经网络。Microsoft 也是开源项目 MXNet 的开发者,对部分新想法感兴趣。于是我们进行了沟通,结果发现双方抱持几乎相同的愿景:借助此类技术降低机器学习的复杂性,让更多的开发人员能够轻松发挥其强大威力。 Gluon 特点:动态图,快速迭代,可扩展训练 Gluon 包含四大创新。 友好的 API:可以使用简单、清晰、简洁的代码定义 Gluon 网络 – 相比某些更晦涩、更形式化的网络及相关加权评分函数定义方法,这更易于开发人员学习,理解难度大幅降低。 动态网络:Gluon 中的网络定义是动态的:它可以像任何其他数据结构一样“收缩和扩展”。这有别于更常见的形式化网络符号定义 (既深度学习框架要求必须保持网络定义不变,才能在训练期间有效地优化计算)。相比之下,动态网络更容易管理。借助 Gluon,开发人员可以在定义网络和算法时轻松混用快速的符号表示和更友好、动态的“命令式”定义。 […]

Read More

针对云迁移的 21 个最佳实践

熟能生巧。-Bobby Robson 在过去几个月里,我花了很多时间与各种 AWS 客户和团队合作来打造帮助企业加快云迁移工作的全面计划。此计划包含许多方面,包括 (但不限于) AWS 服务 (例如,AWS Database Migration Service、AWS Snowball、VM Import/Export)、一个由 AWS 专业服务打造的迁移方法、一个即将推出的“迁移到 AWS”培训计划以及与工具提供商和咨询商店建立的合作伙伴关系 (旨在加快各行各业各种规模的企业的云迁移速度)。 今天,我很高兴介绍由本公司的员工 Sadegh Nadimi 编写的一篇客座文章,此人详细说明了我们在执行到 AWS 的大型迁移的企业中观察到的 21 个最佳实践。言归正传 . . . -Stephen orbans@amazon.com @stephen

Read More

在使用云进行试验时,4 件要做的事情和不要做的事情

“证明一根木棒是弯木棒的最佳方法不是争论或花时间去抨击,而是将一根直木棒放在它旁边”― D.L. Moody 在我的上一篇文章中,介绍了云如何使所有类型和规模的公司能够以更低的成本更轻松地进行试验且风险更小。公司越是意识到这一点,就越有更多的试验文化成为在今天的市场中保持竞争力的筹码。 试验引发创新,从来没有这么好的机会实施新想法。 您从何处开始?下面是在您的组织内打造试验文化时要考虑和避免的四件事。 1. 需要管理期望 虽然并不是每个试验都将提供您预想的结果,但每个试验都是一个了解和改善运营的机会。如果您的组织不习惯“未能学习”这个概念,请从小事做起,确保每个人都摘掉您考虑试验的项目。通过清楚了解实验目的、预期结果、测量和测试结果的方式以及您希望从中学到的知识来管理您的利益相关者的期望。我发现,如果大多数高管知道组织更乐意进行试验并学习知识,他们将欣赏那些结果不确定的试验。 不要从每个人都有一个特定结果的项目开始 如果您充当尝试打造试验文化的变革代理,请不要在您的旅程中过早地试验您的利益相关者期望获得特定结果的项目。我不是建议您开始试验年末账单运行 (举例来说)。我曾经为其工作的一位首席执行官告诉我,失败是可以接受的 (除非没有失败)。要对逐步积累的进展感到满意,并慢慢地增加你所进行的试验的数量,但不要超过组织。 2. 需要鼓励您的团队计划试验 每个组织都有自己的方法来确定哪些项目获得了技术资源。不幸的是,一些组织现在将技术或 IT 部门视为成本中心,并且已将理念推到离实现位置太远的地方了。好的想法可以来自任何地方,当然,当它涉及外部项目时,大多数技术专家都有一个独特的观点。这在刚开始使用云的组织内尤为如此 - 对项目使用云的个人处于计划试验的最佳位置,这些试验利用云的独特功能来使业务受益。帮助支持您的团队的计划,并安置好您的员工以影响高层管理团队所投资的项目。 在知道如何测量试验之前不要进行试验 您希望将时间花在正确的试验上,并确保从中学到的经验将改善您的运营和产品。在您让您的团队向前推进试验之前,您应同意他们将在试验期间测量的内容和测量方法。如果您正在测试网站上的新功能,哪些指标将使测试成功?页面视图?单击次数?放弃?这种小而重要的尽职调查将迫使您的团队去思考为什么他们要首先计划一个试验。它还将强制您的团队设定正确试验的优先级。 3. 需要考虑开发运营使试验制度化 开发运营文化是一种将试验融入组织中的强有力的方式。通过将运行您构建的内容与自动化相结合,可以大大减少发布更改所花的时间,从而允许您更频繁地发布更改并在失效时更快地回滚更改。成熟的开发运营组织还开发了 A/B 测试框架,这些框架可使其在不同的用户群中尝试不同的用户体验以了解什么是最有效的。 不要怀疑您的团队 怀疑是对团队造成打击并打开失败之门的最有力的方法之一。当您学会适当地审视试验、测量试验并对其进行快速迭代时,您应会发现在需要怀疑之前,您能够适应您的方法。确保您的团队正在考虑正确的方法来测量试验并提出尖锐的问题是正常的,但您应考虑帮助团队解决问题而不是怀疑他们的交付能力。 人们倾向于追随那些相信他们会成功的领导者。 4. 需要鼓励整个组织进行参与 当您开始通过试验更快地交付结果时,组织的其他方面将被您的方法吸引。吸引这些人的参与。尝试一个包含不同业务领域的黑客马拉松,让您的利息相关者帮助确定测量试验的方式,并询问组织他们一直想要进行试验的领域。虽然不是每家公司都会选择为其员工提供试验时间,但这些公司通常会将它宣传为竞争优势。至少,这些具有包容性的活动可以提高员工士气和员工保留率。在 Amazon 的短暂任期内,我发现任何能够写作进行思考和表达试验的人员通常都会有机会进行尝试。这是我们的文化的一个特殊部分,也是吸引和留住创新者和建设者的出色工具。 不要让试验减速或停止交付 不要让您的团队仅因某件事是一个试验而逃脱责任。虽然失败和学习是允许的,但在试验中无法交付是不允许的。软件仍需要交付测试;它通常需要用实际的生产流量来进行测量。仅仅因为这是一个实验并不意味着您应稍后开始测量它,或者让其质量受到影响。毕竟,您仍在运营业务。 您的组织通过什么来支持试验文化?请一定告诉我! 不断前进, -Stephen orbans@amazon.com @stephenorban http://aws.amazon.com/enterprise/ 注:打造试验文化是我在企业云之旅系列文章中撰写的七个最佳实践中的第三个最佳实践。其他六个最佳实践是:提供高管支持、对员工进行培训、寻找合作伙伴、创建云卓越中心、实施混合架构和实施云优先策略。请保持关注以获得每条最佳实践的更新。  

Read More

Amazon Linux AMI 2017.09 现已推出

我很高兴地宣布,Amazon Linux AMI 的最新版本 (2017.09) 现可供所有 AWS 区域中当前一代的所有 EC2 实例使用。此 AMI 包含受支持和维护的 Linux 映像,该映象旨在为 EC2 上运行的应用程序提供稳定、安全和高性能的环境。 易于升级 只需运行以下两条命令然后重启,就可将现有实例升级: $ sudo yum clean all $ sudo yum update 好处多多 此 AMI 包含许多新功能,其中有很多都是应客户要求而添加的。总结如下: Kernel 4.9.51 – 此内核以 4.9 稳定内核系列为基础,包括 ENA 1.3.0 驱动程序,还支持 TCP 瓶颈带宽和 RTT (BBR)。请阅读我的文章 Elastic Network Adapter – Amazon EC2 高性能网络接口,了解有关 ENA 的更多内容。要了解如何启用 BBR,请阅读发行说明。 Amazon […]

Read More