亚马逊AWS官方博客

AWS 的规模和我们客户群的多样性，使得我们有机会创建专用于许多不同类型工作负载的 EC2 实例类型。例如，许多流行的大数据用例依赖于对若干 TB 数据的高速顺序访问。我们的客户希望构建和运行超大型 MapReduce 集群，托管分布式文件系统，使用 Apache Kafka 来处理海量的日志文件等等。 新的 H1 实例 新的 H1 实例专为此类用例而设计。与现有的 D2 (密集型存储) 实例相比，H1 实例针对每 TB 本地磁盘存储容量提供了更多的 vCPU 和更高的内存，同时增加了网络带宽，使您能够通过良好平衡的资源组合来应对更加复杂的挑战。 这些实例基于以 2.3 GHz 基本时钟频率运行的 Intel Xeon E5-2686 v4 处理器，并且提供四种实例大小 (所有实例均仅限 VPC 和仅限 HVM)： 实例名称 vCPU RAM 本地存储 网络带宽 h1.2xlarge 8 32 GiB 2 TB 最高 10 Gbps h1.4xlarge 16 64 […]

EC2 竞价型实例可让您使用 AWS 云中的多余计算容量。我们的客户使用竞价型实例队列来支持 CI/CD 环境和流量生成程序、托管 Web 服务器和微服务、渲染电影以及运行众多类型的分析作业，所有这些实例的价格相比按需实例都节省了可观的成本。 新的简化访问 今天，我们为竞价型实例推出了新的简化访问模式。您只需在通过 RunInstances 函数、 run-instances 命令或 AWS 管理控制台启动实例时指明您希望使用竞价型容量，即可提交一个请求，只要有相应的容量可用，就会满足该请求。您无需完成额外的工作，即可为实例类型节省高达 90% 的按需使用费用；在相同预算下，整体应用程序吞吐量最多可提高 10 倍。以这种方式启动的实例将会一直运行，直至您终止它们，或者 EC2 需要将它们回收以便按需使用这些实例。在这种情况下，通常会提前 2 分钟针对实例发出警告，然后再回收，这非常适合提供容错功能的应用程序。 与需要了解竞价市场、出价以及调用独立异步 API 的旧模式不同，新模式是同步的，并且与按需实例一样简单易用。您的代码或脚本会立即收到一个实例 ID，不需要检查是否已处理和接受请求。 我们已经清楚地说明这一点，尽可能地简单化，许多当前的脚本和应用程序应该很容易地修改即可请求和利用竞价型容量。如果您想对竞价型实例预算执行额外的控制，则可以选择在发出容量请求时指定最高价格。如果您希望使用竞价型容量来支持 Amazon EMR、Amazon ECS 或 AWS Batch 集群，或者您通过 AWS CloudFormation 模板或 Auto Scaling 组的方式启动竞价型实例，您将会从这个新模式受益，而不需要做出任何改变。 根据 RequestSpotInstances 或 RequestSpotFleet 构建的应用程序将会继续正常工作，没有任何变化。不过，您现在可以选择发出不包括 SpotPrice 参数的请求。 平稳的价格变化 作为今天发布的一部分，我们还改变了现货价格发生变化的方式，转为采用根据长期供求趋势逐步调整价格的模式。正如我前面提到的那样，您将继续享受到相比按需价格平均节省 70-90% 的优势，并且您将继续按照实例运行时间段内的现货价格支付费用。对于依托于我们的竞价型队列功能构建的应用程序，将继续根据您在创建队列时所指定的配置，自动将其竞价型实例分散放置到最经济实惠的池中。 竞价实际操作 要从命令行启动竞价型实例，只需指定 […]

我总是建议新的 EC2 用户从我们的通用型实例入手，运行一些压力测试，并对他们的应用程序的计算、内存和联网情况有一个非常详细的真实感受，然后再尝试其他实例类型。借助针对计算、内存和存储进行优化的各种实例，我们的客户可以有多种选择，并且可以灵活地选择最适合他们需求的实例类型。 正如您可以从我的 EC2 实例历史帖子中看到的，通用型 (M) 实例的历史可以追溯到 2006 年，那年我们推出了 m1.small 实例。我们沿着这个系列分支不断地发展，推出了 M2 (2009 年)、M3 (2012 年) 和 M4 (2015 年) 实例。我们的客户使用通用型实例来运行 Web 和应用程序服务器，托管企业应用程序，支持在线游戏以及构建缓存机群。 新的 M5 实例 今天我们推出了新的 M5 实例，又向前迈出了一大步。这些实例得益于我们对持续创新的坚定承诺，可提供比以前实例更高的性价比。M5 实例采用自定义的 Intel® Xeon® Platinum 8175M 系列处理器，运行频率为 2.5 GHz；这些实例设计用于高要求的工作负载，相比基于每内核的 M4 实例，性价比可提高 14%。对于使用 AVX-512 指令的应用程序，启动速度将是每内核 FLOPS 的两倍。我们还为高端实例增加了一个新的大小，让您有更多的选择。 下面列出了 M5 实例 (所有实例均仅限 VPC、仅限 HVM 以及 EBS 优化)： 实例名称 […]

当客户向我们提出有关 AWS 的新的独特要求时，我们会仔细聆听，询问许多问题，并尽力理解和满足他们的需求。当我们这样做时，我们会公开发布此类服务或功能；我们不会为单个客户构建一次性或“用过即弃”的服务或功能。因为这种模式很混乱，难以扩展，不符合我们的工作方式。 相反，每个 AWS 客户都可以访问我们构建的任何内容，而且每个人都可以从中受益。VMware Cloud on AWS 就是此战略实际运用的一个很好的例子。他们告诉我们，他们希望直接在硬件上运行虚拟化堆栈，在 AWS 云中为客户提供 AWS 带来的弹性、安全性和可靠性 (以及种类繁多的服务)。 我们知道其他客户对于裸机硬件也有一些有趣的使用案例，并且不希望嵌套虚拟化的性能受到影响。对于利用性能计数器和 Intel® VT 等低级别硬件特性 (这些特性在虚拟化环境中并非始终可用或完全受支持) 的应用程序，以及旨在直接在硬件上运行或者获得许可并支持在非虚拟化环境中使用的应用程序，他们希望能够访问物理资源。 多年来，我们一直在开展将网络、存储和其他 EC2 功能从我们的虚拟化平台转移到专用硬件的工作，并为可能的解决方案奠定了坚实的基础。正如我在现已推出 – Amazon EC2 的计算密集型 C5 实例中描述的那样，这项工作包括一组专用硬件加速器。 现在我们已经为 VMware 提供了他们要求的裸机访问，并且正在面向所有 AWS 客户推出此功能。我非常期待看到您利用它们来实现相关目标！ 新的裸机实例 今天，我们开始公开预览 i3.metal 实例，这是 EC2 实例系列中的第一个实例，提供了两全其美的功能，允许操作系统直接在底层硬件上运行，同时仍然提供云的所有优势。该实例让您能够直接访问处理器和其他硬件，并具有以下规格： 处理 – 以 2.3 GHz 速度运行的两个 Intel Xeon E5-2686 v4 处理器，总共 36 个超线程内核 (72 […]

如果您有机会阅读我撰写的博客文章或参加我在各种会议中举办的研讨会，您或许知道我肯定是个女极客。云、人工智能、物联网和创客空间以及虚拟现实和增强现实等技术领域的所有最新进展把我深深迷住了。在我看来，这是成为极客的绝佳时机。我们在努力通过算法和离散数学课程时梦想构建的所有内容，或者我们在观看《星球大战》和《星际迷航》时为之震惊的技术，现在都已变为现实。因此，我希望这意味着借助超光速推进器进入太空的其他星系只是时间问题，但在那之前，我至少能够制作 3D 虚拟现实和增强现实角色和图像，就像我最喜欢的节目里的那些角色和图像。 Amazon Sumerian 提供了相关工具和资源，可让任何人轻松创建和运行增强现实 (AR)、虚拟现实 (VR) 和 3D 应用程序。借助 Sumerian，您可以打造可在 Oculus、HTC Vive 和 iOS 设备 (使用 WebVR 兼容浏览器，并且即将支持 Android 设备上的 ARCore) 等硬件上运行的多平台体验。 此激动人心的新服务目前推出了预览版，提供的功能可让您从浏览器中设计高度沉静式和交互式 3D 体验。其中部分功能包括： 编辑器：一种基于 Web 的编辑器，用于通过跨平台发布构建 3D 场景，导入资产，制作交互和特殊效果脚本。 对象库：一个包含预构建对象和模板的库。 资产导入：上传在场景中使用的 3D 资产。Sumerian 支持导入 FBX、OBJ，并且即将支持 Unity 项目。 脚本库：通过其 3D 引擎为高级脚本编写功能提供 JavaScript 脚本库。 主机：逼真的 3D 动画角色，可针对性别、语音和语言进行自定义。 AWS 服务集成：支持与 Amazon Polly 和 Amazon Lex […]

作者：郭威 1. 前述 通过本文章，您将了解如何通过AWS CodePipeline，AWS CodeBuild，AWS CloudFormation 来实现基于Amazon ECS的持续集成持续部署方案。 开发人员在GitHub中提交的新版本代码，会自动触发代码获取，打包镜像，上传镜像仓库，更新新版本容器服务，注册到负载均衡器等操作。 方案中会涉及使用如下组件： GitHub：示例使用的源，一个提交到GitHub上的PHP示例网站。AWS CodePipeline支持GitHub， AWS CodeCommit服务，或者S3作为源。此次实例使用的Demo软件工程可以从以下链接Fork： https://github.com/awslabs/ecs-demo-php-simple-app Docker：作为发布服务使用的容器。演示方案的Build阶段会使用AWS CodeBuild托管的ubuntu／docker 1.12.1基础镜像。 Amazon EC2：作为ECS的容器宿主机集群。 Amazon VPC：服务所在的网络。 Amazon ECS：AWS托管的容器编排服务。文档链接 http://docs.aws.amazon.com/zh_cn/AmazonECS/latest/developerguide/Welcome.html Amazon ECR：AWS 托管的容器镜像仓库。文档链接 http://docs.aws.amazon.com/zh_cn/AmazonECR/latest/userguide/what-is-ecr.html AWS CodePipeline：AWS 托管的持续集成持续交付服务，可以快速可靠的更新应用程序和服务，集成支持GitHub，Jenkins等主流开源工具。文档链接 http://docs.aws.amazon.com/zh_cn/codepipeline/latest/userguide/welcome.html AWS CodeBuild：AWS 托管的构建服务，用于打包代码生成可部署的软件包。文档链接 http://docs.aws.amazon.com/zh_cn/codebuild/latest/userguide/welcome.html AWS CloudFormation：批量创建和管理AWS资源的自动化脚本。文档链接 http://docs.aws.amazon.com/zh_cn/AWSCloudFormation/latest/UserGuide/Welcome.html 2.方案架构 流程如下： 开发者将一个新版本的代码工程提交到GitHub Pipeline的Source阶段，检测到指定GitHub的repo有新版本的更新，从GitHub上拉取代码工程，开启已设定好的CICD Pipeline Pipeline的Build阶段，AWS CodeBuild将新版本的代码工程打包为Docker镜像 AWS CodeBuild将打包好的镜像推送到Amazon ECR Pipeline的Deploy阶段，AWS CodePipeline触发AWS CloudFormation，其定义了Amazon ECS的Task […]

Amazon Rekognition 今天推出了三项新功能：用于检测和识别图像中的文本的功能、用于从数千万个面部中实时识别面部的功能以及用于从一堆照片中检测出最多 100 个面部的功能。在大多数情况下，客户通过使用 Amazon Rekognition 进行面部验证和识别可将准确度提高最多 10%。 图像文本识别 使用 Amazon Rekognition 检测图像中的对象和面部的客户一直要求我们提供用于识别图像中嵌入的文本的功能。此文本的示例包括路标、交通摄像头捕获到的牌照、新闻、电视屏幕上的字幕以及手机捕获的家庭照片上覆盖的程式化引述。从今天开始，您可以使用 Rekognition 图像文本识别功能来识别和提取图像中的文本内容。图像文本识别功能专用于处理真实图像，而不是文档图像。它支持大多数拉丁文脚本中的文本以及各种布局、字体和样式中嵌入的数字。它还支持识别不同方向的背景对象 (如横幅和海报) 上覆盖的文本。 “作为一个视觉驱动型平台，Pinterest 在很大程度上依赖于图像的速度和质量，但这些图像背后的文本同样重要，因为它提供了上下文，并使我们 2 亿个以上的活跃用户能够操作书签。利用 Amazon Rekognition 的图像文本识别功能，我们可以更好地针对存储在 Amazon S3 中的数百万个“书签”，大规模地提取图像中捕获的丰富文本信息，并且延迟很低。我们期待继续与 AWS 合作，为书签用户提供优质而快速的体验并拓展我们的 Pinterest 业务。”– Vanja Josifovski，Pinterest 首席技术官 “专业摄影师经常使用 SmugMug 分享和售卖包含文字的照片，例如马拉松比赛号码布上的数字。借助 Amazon Rekognition 的图像文本识别功能，我们能够大规模地提取号码布上的数字，并向活动摄影师提供更多功能，使他们能够快速轻松地分享和售卖这些活动的照片。”– Don MacAskill，SmugMug 联合创始人、首席执行官兼首席技客 实时面部识别 您现在可对包含数千万个面部的集合执行实时面部搜索。这可将搜索延迟缩短 1/10 到 1/5，同时可对存储的面部数量比以前多 10 到 20 倍的集合执行搜索。对于安全和公共安全应用，此更新可帮助在包含数百万个面部的集合中实时识别出相关人员，从而支持需要立即响应的使用案例。 华盛顿县警察局是俄勒冈州市民拨打 911 电话时的首要响应方。该警察局还为全县其他城市警察部门提供预防犯罪的支持。在过去的一年里，该警察局一直在使用 […]

我们非常激动地宣布设立 AWS 机器学习科研奖，这项全新的计划将资助那些在机器学习 (ML) 领域进行新奇科研的大学院系、院系教师、博士生和博士后研究员。我们将与卡内基梅隆大学、加州理工学院 (Caltech)、哈佛大学医学院、华盛顿大学以及加州大学伯克利分校就此计划开展合作。 AWS 云的规模和性能，再加上 Apache MXNet、Tensorflow、Caffe2、Microsoft Cognitive Toolkit (CNTK) 以及 Pytorch 等功能强大的架构，为推动机器学习领域的科研向前发展提供了前所未有的机遇。此计划的目标是，帮助科研人员加快各种机器学习应用程序和重点领域中创新算法的开发、成果发布和源代码开发。获奖者除了可以获得资助，还能获得计算资源、培训，以及来自 Amazon 科学家和工程师的指导，还有机会参加在西雅图的 AWS 总部举办的科研研讨会。 AWS 机器学习科研奖励计划特色 参与此计划的科研人员会从以下几个方面受益： 资助 – 奖金在院系和项目级别分配，以一次性不受限制的赠与形式提供给科研机构。 AWS 积分 – 奖励包括 AWS 积分，可用于兑换任何服务，包括 EC2 P3 实例类型以及 Deep Learning AMI。 培训 – 我们向大学院系提供培训资源，包括如何在 AWS 上运行机器学习的教程，以及由 Amazon 科学家和工程师提供指导的实践讲座。 科研研讨会 – 获奖者将受邀参加西雅图的 AWS 总部举办的科研研讨会，与 Amazon 科学家讨论工作及互动。 功能强大的 ML 工具 […]

AWS 账户的安全性是重中之重。随时了解您 AWS 账户中与安全相关的所有最新事件非常重要。您可以通过多种方式接收警报，例如通过电子邮件或短信，不过在本博客帖子中，我将向您演示如何使用 Amazon AI 服务 (例如 Amazon Polly) 以及任何基于云的通信平台 (例如 Twilio)，在手机上接听语音警报。 Amazon Polly 是一项将文本转换为逼真语音的服务，让您可以构建支持聊天功能的应用程序，从而打造全新类别的具有语音功能的产品。它使用深度学习技术来合成类似于人声的语音。该服务提供了不同语言的各种语音。 对于外出的企业 IT 安全人员，有关 AWS 账户安全事件的电话呼叫警报可以带来极大的帮助。这些安全事件可以根据事件的严重性和优先级进行自定义。严重性和优先级较高的安全事件可以发送到通过电话呼叫报警的系统中。 对于电话呼叫报警，我会使用 Twilio，它提供了 API 功能，例如语音、视频和消息传送。当给定 AWS 账户中发生安全事件时，使用 Twilio 的平台能够以编程方式发布 API 调用，用于进行电话呼叫。Amazon Polly 将此文本警报转换为在电话呼叫上播放的语音消息。 解决方案概述 该解决方案包括两个系统，如以下架构图所示： 事件检测和通知系统 文本到语音转换系统 事件检测和通知系统与文本到语音转换系统彼此分离，这是因为后一个系统对用户定义的任何其他事件检测通用。在此博客帖子中，作为解决方案示例，我重点介绍文本到语音转换系统，并使用来自我之前博客帖子中介绍的事件检测和通知系统。

“生命是一场旅程。如果停下脚步，就无法看到新的风景。”-Pope Francis 去年十二月，我在一篇文章中提到云将成为新常态，并将成熟企业采用云的过程比作一场旅程。这场旅程是一个需要时间的迭代过程。在那篇文章中，我列出了企业云之旅中常见的几个阶段。在去年的十一月份，我还写了一篇详细介绍成功的云企业会做的十件大事的文章。 在那以后，我跨越重洋跟很多公司的领导人会了面，这些公司都使用了云作为满足其业务目标的平台。虽然我以前文章中的观点仍然适用，但我对云之旅的想法有了一些改变。 © Anne Worner https://www.flickr.com/photos/wefi_official/14053017844/ 这篇文章旨在介绍我的新思维，并阐述了我访问在迁移过程中取得累累硕果的企业后总结出的七条最佳实践。在接下来的几个月中，我会深入介绍每条最佳实践，并谈谈我所看到的适合 (及不适合) 每条实践的做法。我很乐意听到您的反馈意见，在撰写此系列文章的过程中，欢迎大家跟我分享自己的经验或想法。 在介绍最佳实践之前，我要再重申一下：云之旅是一个需要时间的迭代过程。因为云颠覆了 IT 的交付和使用方式，这是您反思和重新审视组织 IT 运营方式的大好时机。换句话说，云之旅是一次实施变革管理的练习。它将触及您的技术、管理、工作职能、组织结构图和公司的许多其他方面。好消息是，已有成千上万家公司踏上了云之旅，我们可以相互学习。 以下是我观察到的七条最佳实践，它们都是云迁移企业取得成功的一环： 1. 提供执行支持 自上而下的支持对于创造重大变革至关重要 — 无论这种变化是技术上的还是文化上的。首席信息官/首席技术官的职责总是在不断地发展，在当今的环境下，技术主管需要成为公司的首席变革管理官 (CCMO™)。这项工作包括获得执行团队的支持，并为您自己的团队提供支持和后勤保障。这意味着提供明确的目的，将业务和技术目标映射到期望的结果，并制定 (或打破) 新的规则。我将在下一篇文章中更详细地讨论这个问题，并且打算在 re:Invent 举行几次有关该主题的会议。(希望在会上与您相遇！) 2. 教育员工 人们往往会对未知事物心生畏惧。当人们感到害怕时，就会更坚持自己已习惯的做法。在某些情况下，这会给您的云之旅造成障碍。让您的员工掌握新技能是减轻恐惧心理的好办法。聘用具有适当技能的新人也很有效，但这种方法的实施难度很高。给已掌握系统知识的员工机会去学习和参与可加快您的迁移步伐。 3. 培育试验文化 与本地环境相比，云中的试验成本更低。在云中进行试验几乎没有或只需很少的前期投入，万一试验失败，对您也没有什么影响。当您将每个项目当作一场能够从中汲取经验教训的试验看待时，您就有可能会创造出一个“教育飞轮”，帮助组织慢慢对其加以改进。有些企业会从某个 IT 部门的单一项目入手，有些则立即着手进行多个项目。不管采用何种策略，重要的是，一定要记得总结成功经验，汲取失败教训。配合适当的执行支持，您将有机会培育出一种持续的试验文化。 4. 寻找合作伙伴 大多数企业在交付 IT 时都会或多或少地与他人进行合作。这种合作伙伴关系有许多形式和规模：员工增加、解决方案交付、托管服务、许可软件、SaaS 解决方案等。每一家大型 IT 服务提供商都必须确定如何为其业务采用云，许多 IT 服务提供商都是通过 AWS 合作伙伴网络寻找合作伙伴的。在迁移到云时，您可以寻求现有合作伙伴的帮助，也可以请求近几年从云中诞生并成长壮大的公司提供一臂之力。AWS 很乐意帮您确定最适合您需求的合作伙伴。除此之外，许多合作伙伴会将其解决方案放到 AWS Marketplace 上出售，您可以在此购买和部署他们的服务 (跟采购 AWS 的方法相同)，这可极大地减少官僚采购流程。 5. 创建云卓越中心 在我的职业生涯中，我经常看到应用程序交付团队与基础设施团队之间关系紧张。这种制衡体系有时是有益的，但我也见过它产生负面影响的情况。传统基础设施背负的重担正在向云计算转移，再加上代码和自动化的强大驱动力，这两个团队已经变得难分彼此。云之旅为组织创造了重新思考这些边界及其之间协议的机会。据我所知，迅速取得云迁移方案成功的大多数组织都建立了云卓越中心，由其负责整个组织的最佳实践、管理和自动化工作。例如，我在担任道琼斯公司的首席信息官时，就通过我们的 DevOps 团队做了相同的工作。该团队负责实现卓越的客户服务、树立运行您构建的内容的心态并设定实施几个月后要达到的目标等工作。 6. 实施混合架构 几乎所有企业的现有 IT 投资都仍在给组织带来源源不断的回报。每个组织都以不同的方式管理其现有资产和刷新周期，但没有任何组织能在一夜之间完成所有这些工作。构建混合架构可让您充分利用云计算的优势，同时仍能继续享受现有投资带来的回报。在提供混合产品方面，没有任何一家提供商能达到 AWS 的完善体验和广度。只要您避开混合架构的三大误区，您的卓越中心就能随时帮您的组织切换到混合架构。一旦混合架构部署到位，增强和迁移现有应用程序就会容易很多了。混合架构为分解一体式应用程序并实现解耦的服务提供了一个绝佳的机会，这是大多数公司应对大型机所常采用的办法。 […]