亚马逊AWS官方博客

纽约公共图书馆的云旅程

“图书馆是思想的产房,是历史苏醒的地方。”-Norman Cousins

几年前,我有幸与 Jay Haque 见面,那是他已经开始领导纽约公共图书馆的 (NYPL) 云旅程。我在 Dow Jones 正在经历类似的旅程,所以我们有机会分享我们的故事。几周前,我高兴地看到 Jay 对我的一篇文章进行了评论,在更多地了解了一些他在 NYPL 的旅程的进展之后,我觉得他对最佳实践的看法可以让更广阔的市场受益。原来我并不孤单,今天 Jay 和他的团队成为了 2016 AWS City on a Cloud 创新挑战赛的获胜者。谢谢你,Jay,我期待着与您的见面,也希望看到 NYPL 继续变革为客户提供技术的方式!

(像这个故事一样基于真实经验的故事往往是最有价值的,我愿意介绍更多这种类型的文章。如果您有想要分享的故事,让我们来谈谈如何发布在我的博客上!)

-Stephen
orbans@amazon.com
@stephenorban

(more…)

云中的 SAP — 第一部分

我很幸运,能够经常与全球最大的一些组织的高管谈论他们如何利用云来改变其业务。最常讨论的话题之一是如何有效运行 SAP on AWS。不用说,我很兴奋能够介绍一个小型文章系列,这些文章说明了我们通过 Fernando Castillo (AWS 的 SAP 业务全球主管) 在 AWS 上进行 SAP 部署时发现的趋势。

(这是 AWS 企业博客上发布的多篇客座文章中的第一篇文章。如果您有一些您认为对技术专业人员的云之旅有帮助的想法,我很乐意倾听!)

-Stephen
orbans@amazon.com
@stephenorban

(more…)

使用 Amazon Lex 和 Amazon Alexa 创建问答自动程序

您的用户有疑问而您有答案,但您需要采取更好的方式,让用户可以提问并获得正确答案。用户经常打电话给帮助中心,或者发布到您的支持论坛,但随着时间的推移,这会给您的组织增加压力和成本。聊天自动程序可以为您的客户增加价值吗?有趣的是,最近的一项投票显示,44% 的人愿意跟聊天自动程序交流,而不是跟人交流!

在这篇文章中,我们提供了一个示例解决方案,称为“QnABot”(发音为“Q and A Bot”)。QnABot 使用 Amazon LexAmazon Alexa 为您的“问题和答案”提供对话接口。这可以让您的用户提问并快速获得贴切的答案。

Amazon Lex 让您可以将语音和文本聊天访问集成到现有应用程序中。Amazon Alexa 允许您使用 Amazon Echo 或任何启用 Alexa Voice Service 的设备为家庭或工作场所的用户提供免提语音接口。QnABot 能做到两全其美。

QnABot 使用 Amazon Elasticsearch Service (Amazon ES) 使您的问题和答案均可以搜索。当用户提问时,将在后台使用 Amazon ES 功能强大的全文搜索引擎,来找出与该问题最匹配的答案。

下面各部分介绍了如何执行以下操作:

  • 将 QnABot 部署到您的 AWS 账户。本博客假定您已经是 AWS 客户。如果您希望创建账户,请选择 AWS 主页上的“Create an AWS Account”按钮。
  • 使用 Content Designer UI 在 QnABot 中填充问题和答案。
  • 在 Web Client UI 中使用语音或文本聊天来提问。
  • 使用最新的 Amazon Echo 设备进行免提提问。
  • 排查 QnABot 内容问题并优化,尽可能减少出现错误答案的机会。
  • 使用图像和 Web 链接丰富您的答案。

我们还将从后台查看 QnABot 的工作原理,并为您提供如何根据需要进行改进的一些想法。

(more…)

用 Amazon Lex 和 Raspberry Pi 构建语音套件

在本文中,我们将介绍如何使用广泛可用的组件将 Amazon Lex 嵌入自定义硬件中。我们将演示如何构建基于语音的简单 AI 套件并将其连接至 Amazon Lex。我们将使用 Raspberry Pi 和一些现成的组件,总成本不足 60 USD。在本文结束时,您将拥有一个与 Amazon Lex PostContent API 集成的联网硬件设备。我们还会演示两个示例自动程序 – 一个语音控制的机器人和一个语音控制的节拍器。

组件概览

您需要使用以下组件来构建 Amazon Lex 硬件套件。

  • Raspberry PI 3 B 型号,~35 USD,来自 Amazon
  • Kinobo – USB 2.0 迷你麦克风,~5 USD,来自 Amazon
  • Adafruit I2S 3W Stereo Speaker Bonnet 和扬声器,~12 USD,来自 adafruit
  • (可选) Qunqi 透明盒架,~20 USD,来自 Amazon

物理构造

Raspberry Pi

图 1. Raspberry PI B 型号

我们对此项目使用 Raspberry PI 3 B 型号产品。图 1 显示了安装在透明盒架中的 Raspberry Pi。透明盒架可以整齐地将 Pi、数字音频控制器 (DAC) 和扬声器装在一起,但它并不是必需的。

(more…)

近期的一些 AWS 发布和出版物查遗补缺

正如我过去注意到的那样,AWS 博客团队会努力确保您知道尽可能多的 AWS 发布和出版物,而不会将您完全埋没在海量内容之中!作为我们的平衡举措的一部分,我们偶尔会发布查遗补缺文章,以清理我们的队列,并为您带来更多信息。下面是我今天要介绍的内容:

  • 监控 S3 对象的跨区域复制
  • 竞价型队列实例的标签
  • 另外 12 项服务的 PCI DSS 合规性
  • WorkDocs 获得 HIPAA 资格
  • VPC 规模调整
  • AppStream 2.0 图形设计实例
  • 适用于 ServiceNow 的 AMS 连接器应用程序
  • 云中的 Regtech
  • 新增和经过修改的快速入门

我们直接开始吧!

监控 S3 对象的跨区域复制
几年前我介绍过 S3 的跨区域复制。正如我当时展示的那样,您只需要为源存储桶启用版本控制,然后选择目标区域和存储桶。您可以手动检查复制状态,也可以创建源和目标存储桶的清单 (每天一次或每周一次)。

跨区域复制监视器 (简称 CRR 监视器) 解决方案会跨区域检查对象的复制状态,并几乎实时地为您提供指标和故障通知。

要了解更多信息,请阅读 CRR 监视器实施指南,然后使用 AWS CloudFormation 模板部署 CRR 监视器

竞价型实例的标签
竞价型实例竞价队列 (竞价型实例的集合) 让您能够访问备用计算容量。最近,我们为您提供了相应的功能,允许您输入标签 (键/值对) 作为竞价请求的一部分,然后将这些标签应用于启动的 EC2 实例以满足请求:

要了解更多信息,请阅读标记您的竞价队列 EC2 实例

另外 12 项服务的 PCI DSS 合规性
就像最初在 AWS 安全博客上公布的那样,我们最近向 PCI DSS 合规计划中另外添加了 12 项服务,将范围内服务的总数提高到了 42 个。要了解更多信息,请查看我们的合规性资源

WorkDocs 获得 HIPAA 资格
在其他合规性新闻中,我们曾宣布,Amazon WorkDocs 已经在所有提供 WorkDocs 的 AWS 区域实现了 HIPAA 资格和 PCI DSS 合规性

VPC 规模调整
此功能允许您通过添加额外的地址块来扩展现有 Virtual Private Cloud (VPC)。这为您带来更大灵活性,并且应该能够帮助您应对增长。每个 VPC 最多可以添加四个辅助 /16 CIDR。您还可以通过删除它们并添加新的 CIDR 来编辑辅助 CIDR。只需选择 VPC 并从菜单中选择 Edit CIDRs 即可:

然后根据需要添加或删除 CIDR 块:

要了解更多信息,请阅读 VPC 和子网

AppStream 2.0 图形设计实例
Amazon AppStream 2.0 的新图形设计实例由 AMD FirePro S7150x2 服务器 GPU 提供支持,并采用 AMD 多用户 GPU 技术,让您能够比以往更经济高效地运行和流式处理图形应用程序。这些实例有四种大小可供选择,使用 2-16 个 vCPU 和 7.5GB 到 61GB 内存。

要了解更多信息,请阅读推出 Amazon AppStream 2.0 图形设计,一种用于流式处理图形应用程序的新型低成本实例类型

适用于 ServiceNow 的 AMS 连接器应用程序
AWS Managed Services (AMS) 提供适用于企业的基础设施运营管理。它可以自动执行常见操作,如变更请求、补丁管理、安全和备份,目的是加速云采用。

新的适用于 ServiceNow 的 AMS 集成应用程序可让您从 ServiceNow 内与 AMS 进行交互,无需进行任何自定义开发或 API 集成。

要了解更多信息,请阅读云管理变得更容易:AWS Managed Services 现已与 ServiceNow 集成

云中的 Regtech
Regtech (我在撰写本文时才了解到这个术语) 是监管技术 (Regulatory Technology) 的简写,它的核心在于使用创新技术 (如云计算、分析和机器学习) 来应对监管挑战。

通过与 APN 咨询合作伙伴 Cognizant 合作,TABB 集团最近发布了一篇思想领导力论文,解释了为什么法规和合规性为金融服务领域的客户带来巨大挑战,并展示了 AWS 如何提供帮助!

新增和经过修改的快速入门
我们的快速入门团队一直在构建新的解决方案,并对现有解决方案进行重大更新。名单如下:

Alfresco Content Services (v2) Atlassian Confluence Confluent Platform 数据湖
Datastax Enterprise GitHub Enterprise Hashicorp Nomad HIPAA
采用 Wandisco Fusion 的混合数据湖 IBM MQ IBM Spectrum Scale Informatica EIC
Magento (v2) Linux Bastion (v2) 采用 Tableau 的现代数据仓库 MongoDB (v2)
NetApp ONTAP NGINX (v2) RD 网关 Red Hat Openshift
SAS Grid SIOS Datakeeper StorReduce SQL Server (v2)

这就是我今天要介绍的全部内容!

Jeff

新增 – 停止和恢复 EC2 竞价型实例上的工作负载

EC2 竞价型实例可让您以高达按需费率 90% 的折扣访问备用 EC2 计算容量。从能够请求特定数量的特定大小实例开始,我们通过支持竞价型队列Auto Scaling 竞价型队列,让竞价型实例变得更加有用和灵活,从而允许您保持任何所需级别的计算容量。

EC2 用户很早就能够在保持 EBS 卷的挂载状态的情况下停止正在运行的实例,这让应用程序能够在实例再次开始运行时自动从它们中断的地方重新开始。

停止和恢复竞价型实例
今天,我们正在整合这两个重要功能,允许您设置竞价出价和竞价队列,以便在没有等于或低于您的出价的容量可用时,通过停止 (而不是终止) 实例进行响应。挂载到已停止实例的 EBS 卷保持不变,EBS 支持的根卷也保持不变。当有容量可用时,实例将会启动,并且可以继续进行,而无需花时间配置应用程序、设置 EBS 卷、下载数据、加入网络域等。

许多 AWS 客户已经增强了他们的应用程序来创建和利用检查点,这增加了一些弹性,并获得了在此过程中利用 EC2 的启动/停止功能的能力。这些客户现在可以在竞价型实例上运行这些应用程序,平均节约 70-90% 的成本。

当实例停止时,您可以修改 EBS 优化、用户数据、Ramdisk ID 和终止时删除属性。已停止的竞价型实例不会产生任何计算时间费用;挂载的 EBS 卷的空间按通常费率收费。

以下是创建竞价出价或竞价型队列并指定使用停止/开始的方法:

需知信息
此功能现已推出,您可以立即在提供竞价型实例的所有 AWS 区域中开始使用此功能。它旨在与 EC2 实例和 EBS 卷新的按秒计费功能结合使用,并具有远远超过竞价型实例提供的成本节约的潜力。

EBS 卷始终存在于特定可用区 (AZ) 内。因此,指定特定可用区的竞价请求和竞价型队列请求将始终在该可用区中重新启动。

与有可能跨越各种实例类型的竞价型队列一起使用此功能时,应小心谨慎。由于队列的构成可能会随时间而变化,因此您需要注意账户对 IP 地址和 EBS 卷的限制。

我期待听到关于这个功能,您想到了新的和富有创意的用途。如果您原本认为您的应用程序不适合使用竞价型实例,或者处理中断所需的开销太高,则是时候再看一眼了!

Jeff

加速您的云迁移和 IT 产品组合分析的 3 条捷径

一只脚踩在油门上,另一只脚踩在刹车上可能会让您哪里也去不成,而且肯定会烧毁汽车的重要部件。-Terry Savage

我最近发布了几个系列的文章,其中详述了我们在大规模的 IT 转型云迁移中看到的一些模式。2014 年,我已谈及“分析瘫痪”是我们看到过的阻碍大型组织利用云的最大障碍之一。今天,AWS 的 Ryan Hughes 详细介绍了他和他的团队在帮助许多大型组织迁移到云并避免分析瘫痪时确定的一些捷径…

最近,AWS ProServe 顾问团队一直在帮助我们最大的一些企业客户分析和优先考虑其应用程序产品组合,以帮助他们做好迁移到 AWS 的准备。有趣的是,我们发现,与整个迁移工作的其他阶段相比,这种分析 (也称为产品组合合理化或应用程序处置) 已经开始消耗不成比例的时间。

为什么?许多企业告诉我们,一旦他们深入研究从其配置管理数据库 (CMDB) 或资产管理系统等场所采集的现有 IT 产品组合信息,就会发现这些信息不准确或过时,这令人感到意外。这种不确定性会导致迁移过程延迟,我们发现,许多高管会暂停工作,直到他们更准确地了解其应用程序所带来的业务价值、他们使用的资源以及他们使用的许可证。

虽然我们认同通过分析来了解应用程序的基础组件 (例如开发语言、虚拟机大小、操作系统) 是确保应用程序有效迁移至云的重要步骤,但是许多企业错误地将所有此类信息作为利用云执行任何工作的先决条件 (分析瘫痪),而不是将产品组合分析视为其迁移的持续和迭代部分。

Cardinal Health 是在其云迁移计划的早期遇到此障碍的企业客户之一。作为医疗保健行业的财富 25 强企业,Cardinal Health 致力于提高其业务敏捷性,同时保持较低的 IT 成本。云在实现这两个目标上有独特的优势,而 Cardinal Health 最近要求我们将敏捷结构注入其产品组合分析中,以便他们能够:

1.     更轻松地确定他们首先应迁移的应用程序

2.   尽快迁移这些应用程序,同时他们并行地迭代剩余的产品组合分析工作 (这样他们就能更快地实现价值并开始学习)

3.    基于他们从迁移中学到的知识,反复地向产品组合分析过程提供反馈

通过与他们的过程工程师和云团队协作,我们获得了三个主要的加速器,我们现在称之为“捷径”。2016 年 12 月,Cardinal Health 在 AWS re:Invent 分享了其成果 (视频),并且我们已对许多其他客户使用这些捷径。

它们是:

第 1 条捷径 — 在做事之前,不要计划好一切

分析瘫痪?许多企业错误地将完整的产品组合分析视为开始其云迁移的先决条件。相反,我们建议企业快速地了解哪些应用程序是符合云资格的,云友好的或云原生的 (标准见下文),然后对一部分此类应用程序进行深入分析。

在基于应用程序的特征将其“嵌入”后,这些应用程序将在待办事项中被优先考虑 (请参阅有关云迁移过程的上一篇文章),以便迁移团队能够立即开始迁移至 AWS 的过程。利用这种及时处理待办事项的方法,迁移团队能够利用其不断积累的迁移经验来为产品组合分析团队提供经过验证的见解,以便在将来的迭代中更精确地选择应用程序。

第 2 条捷径 — 创新以促进成本降低

许多大型企业 (以 Capital OneGeneral Electric (GE) 和 Dow Jones 为例) 正在将其大部分  ( 有时候是全部 )  IT 产品组合迁移到云…这种做法不足为奇。事实证明,企业可以通过将工作负载从本地迁移至 AWS 来降低成本。虽然省钱永远不会过时,但我们最成功的客户不会只关注现有应用程序的大规模迁移。实际上,企业客户采用 AWS 服务的最常见模式 (称为“采用阶段”) 是从以创新为中心的小型项目开始的。

这些创新性项目致力于扩展企业 IT 人员的思维模式和技能组合,使其超出常见的数据中心约束。 基础设施即代码完全托管的云服务无服务器架构立即触手可及并且将充当助推组织的云知识的“光辉”典范。

创新项目远不止那些提升员工技能的科学实验。它们还为企业提供其他类型的财务激励。不同于仅负责通过大量现有工作负载迁移来降低成本的 IT 组织,IT 可以开始直接推动收入增长。

作为红利,创新项目掀起的云知识浪潮实际上充当了加速组织的大规模迁移计划的催化剂。

将这两种方法 (大规模迁移和创新) 结合使用一直是使顶级企业能够提高收入并降低整体 IT 成本的关键战略。

第 3 条捷径 — 重购:迁移的秘密武器

在分析产品组合时,许多组织会因与这些专有系统相关的复杂性而将大型企业应用程序 (例如 SAP、Teradata 和 Tableau 解决方案) 放入“重新访问”存储桶中。不过,其他几个客户看到了巨大的机会,可以通过利用预配置的云就绪解决方案 (由其当前软件供应商或类似的竞争供应商直接提供) 来快速地将这些解决方案转化为上述“绿色”云存储桶之一。

顶级企业发现,将其部分复杂环境迁移到云的最快方式是使用“重新购买”战略,而不是使用“重新托管”或“重构”迁移战略 (请参阅有关 迁移战略的 6 R 的上一篇文章)。现在,称为“重购”,并不意味着您应该抛弃当前的解决方案供应商。许多 AWS 合作伙伴已经朝着在云中提供其解决方案的方向前进了。

一个常见的例子是,将本地 SAP 开发和测试环境替换为 AWS Marketplace 中的部署。AWS 已与 SAP 合作以确保其可用的解决方案已经过测试和预配置,以便在 AWS 环境中运行。这会将企业的适用于这些类型的解决方案的云计划更多地转化为数据迁移和配置练习而不是全范围迁移。

对于 TeradataTableau 和来自 1100 多家供应商的其他 3000 多个软件解决方案,情况也是一样…客户发现,通过使用这些预配置的部署,大量应用程序迁移工作事先已经完成。这条捷径的力量促使许多企业在产品组合分析过程中,开始将“重购”迁移战略视为其云迁移的“首选”策略。

总之,通过使用这三条捷径,企业可以在决定先将哪些应用程序或业务功能迁移至云时缩短价值实现时间。此外,企业可访问 AWS 迁移合作伙伴解决方案页面来浏览经过验证的工具、服务以及在产品组合分析过程的不同类别 (包括发现、规划和应用程序分析) 中具备“迁移能力”的合作伙伴,从而进一步加快其云计划。

将应用程序迁移到云的 6 个策略

“移民的实际生活状况如何 — 嗯,这取决于很多因素:教育程度、经济状况、语言、入境地点以及在到达地所拥有的支持网络等。” -Daniel Alarcón

本文概述了我们看到客户实施的旨在将应用程序迁移到云的 6 个不同的迁移策略。这些策略基于 Gartner 在 2011 年在此处概括的 5 R。这是有关迁移的由三个部分组成的系列文章的最终部分。本系列的第一篇文章说明了大规模迁移的概念 (我们在整个系列中将其简称为“迁移”),本系列的第二篇文章介绍了大规模迁移到云的过程。虽然这些文章是各自独立的,但我相信通读它们会取得更好的效果。

制定迁移策略

企业通常在“迁移过程”的第二个阶段  (产品组合发现和规划) 开始考虑如何迁移应用程序。此时企业会确定其环境中存在的应用程序、这些应用程序的相互依赖性、哪些应用程序容易迁移、哪些应用程序难以迁移,以及如何迁移各个应用程序。

利用这些知识,组织可以草拟出一个方案 (在迁移和学习的过程中应该考虑其会受到哪些变更的影响),了解将如何迁移其产品组合中的每个应用程序以及以何种顺序迁移。

迁移现有应用程序的复杂性因架构和现有的许可安排而有所不同。如果要我考虑如何将大量的应用程序迁移到一个复杂性光谱,我会将虚拟化、面向服务的架构迁移到该光谱的低复杂性一端,将一体式大型机迁移到光谱的高复杂性一端。

我建议从复杂度较低的应用程序开始迁移,理由很明显,即迁移更容易完成 — 这将在您学习时为您提供一些直接的正面强化效果 (即“速效方案”)。

6 个应用程序迁移策略:“6 R”

我们看到的 6 个最常见的应用程序迁移策略是:

1.     重新托管 — 也称为“简单地搬运”。

我们发现许多早期云项目倾向于使用云原生功能的全新开发,但在大型传统迁移方案中,组织希望快速扩大迁移规模以满足业务需求,我们发现大多数应用程序都被重新托管。例如,GE Oil & Gas 发现,即使不实施任何云优化,该公司也能通过重新托管将成本降低大约 30%。

大多数重新托管可以通过工具自动进行 (例如,AWS VM 导入/导出Racemi),但一些客户更喜欢手动完成此操作,因为他们可以学习如何将旧系统应用于新的云平台。

我们还发现,如果应用程序已在云中运行,它们将更易于优化/重新构建。对此,一部分原因是您的组织在这方面的技能更熟练了,另一部分原因是困难的部分 (迁移应用程序、数据和流量) 已经完成了。

2. 平台重建 — 我有时称其为“修补再搬运”。

在这个阶段,您可能要进行一些云 (或其他) 优化以获得一些有形的收益,但您不能更改应用程序的核心架构。您可能希望通过以下方法缩短用于管理数据库实例的时间:迁移到数据库即服务平台,如 Amazon Relational Database Service (Amazon RDS),或将应用程序迁移到完全托管的平台,如 Amazon Elastic Beanstalk

我们合作的一家大型媒体公司将其在本地运行的数百个 Web 服务迁移到了 AWS,在这个过程中,它从 WebLogic (一个需要价格高昂的许可证的 Java 应用程序容器) 迁移到了 Apache Tomcat (一个开源的等效容器)。除了从迁移到 AWS 所获得的成本节省和敏捷性,这家媒体公司还节约了数百万元的许可成本。

3. 重新购买 — 迁移到另一个产品。

我最常将重新购买视为迁移到 SaaS 平台。将 CRM 迁移到 Salesforce.com,将 HR 系统迁移到 Workday,将 CMS 迁移到 Drupal,诸如此类。

4. 重新构建 — 重新设想如何构建和开发应用程序 (通常使用云原生功能)。

这通常由增加功能、扩大规模或提高性能的强大业务需求推动,而这些需求可能在应用程序的现有环境中难以实现。

您是否希望从单体架构迁移到面向服务 (或无服务) 的架构以改进灵活性或业务连续性 (我听说了一些在 e-bay 上订购大型机风扇皮带的故事)?这种模式往往是成本最高的,但如果您具有良好的产品-市场契合度,它也可能是最有益的。

5. 停用 — 丢弃。

发现环境中的所有应用程序后,您可能会询问哪个职能领域拥有哪个应用程序。我们发现有多达 10% (我发现有 20%) 的企业 IT 产品组合不再有用,可以直接关闭。这些节省可以提高业务绩效,让您的团队将原本不足的精力放在人们使用的产品上,并缩小您必须保护的表面面积。

6. 保留 — 这通常意味着“重新访问”或什么都不做 (就目前而言)。

您可能仍然能够承受一些折旧,没有准备好为最近升级的应用程序设定优先顺序,或者不打算迁移某些应用程序。您只应迁移对业务有意义的应用程序;并且,随着产品组合的倾向从本地变为云,您保留应用程序的理由可能会更少。
您的迁移经验是什么?请一定告诉我并发表在我的博客上!

不断构建
– Stephen
orbans@amazon.com
@stephenorban
http://aws.amazon.com/enterprise/

注:“迁移”是我在“云优先之旅”系列中写到的四个“采用阶段”中的第三个。第一个阶段是“项目”。第二个阶段是“基础”。“迁移”之后是“改造”。本系列遵循最佳

 

 

将 Amazon Lex 自动程序架构导出至 Alexa Skills Kit

您现在可以将 Amazon Lex 聊天自动程序架构导出到 Alexa Skills Kit 来简化创建 Alexa 技能的流程。

利用 Amazon Lex,您现在能够以 JSON 文件形式导出 Amazon Lex 聊天自动程序定义,以便能够将其添加到 Alexa Skills Kit (ASK)。在将该自动程序架构文件添加到 ASK 中后,您可以使用它构建 Alexa 技能,以便在 Amazon Echo、Amazon Dot、Amazon Look、Amazon Tap、Amazon Echo Show 和支持 Alexa 的第三方设备上使用。JSON 配置文件包含您的 Amazon Lex 聊天自动程序的结构,包括带表达、槽、提示和槽类型的目的架构。导出功能简化了通过 Amazon Lex 聊天自动程序创建 Alexa 技能的过程。

要创建 Alexa 技能,您可以从 ASK 门户中使用 Amazon Lex 自动程序定义文件,并执行以下步骤。

在 Amazon Lex 控制台中

  1. 在创建、构建并发布您的自动程序后,导航回包含您目前已开发的自动程序的列表的页面。
  2. 使用单选按钮选择要导出的自动程序。选择自动程序后,页面顶部的 Actions 选项卡将变为有效的。
  3. Actions 选项卡中,从下拉菜单项中选择 Export,然后在模态对话框中,选择 Alexa Skills Kit 作为您的平台,然后选择版本。
  4. 单击 Create。这将生成一个 zip 文件,其中包含您的自动程序架构的 JSON 文件。

您的 Amazon Lex 自动程序架构现已能够在 Amazon Alexa 技能中使用!

(more…)

将 Amazon Lex 自动程序架构导出至 Alexa Skills Kit

您现在可以将 Amazon Lex 聊天自动程序架构导出到 Alexa Skills Kit 来简化创建 Alexa 技能的流程。

利用 Amazon Lex,您现在能够以 JSON 文件形式导出 Amazon Lex 聊天自动程序定义,以便能够将其添加到 Alexa Skills Kit (ASK)。在将该自动程序架构文件添加到 ASK 中后,您可以使用它构建 Alexa 技能,以便在 Amazon Echo、Amazon Dot、Amazon Look、Amazon Tap、Amazon Echo Show 和支持 Alexa 的第三方设备上使用。JSON 配置文件包含您的 Amazon Lex 聊天自动程序的结构,包括带表达、槽、提示和槽类型的目的架构。导出功能简化了通过 Amazon Lex 聊天自动程序创建 Alexa 技能的过程。

要创建 Alexa 技能,您可以从 ASK 门户中使用 Amazon Lex 自动程序定义文件,并执行以下步骤。

在 Amazon Lex 控制台中

  1. 在创建、构建并发布您的自动程序后,导航回包含您目前已开发的自动程序的列表的页面。
  2. 使用单选按钮选择要导出的自动程序。选择自动程序后,页面顶部的 Actions 选项卡将变为有效的。
  3. Actions 选项卡中,从下拉菜单项中选择 Export,然后在模态对话框中,选择 Alexa Skills Kit 作为您的平台,然后选择版本。
  4. 单击 Create。这将生成一个 zip 文件,其中包含您的自动程序架构的 JSON 文件。

您的 Amazon Lex 自动程序架构现已能够在 Amazon Alexa 技能中使用!

(more…)