亚马逊AWS官方博客

AWS Lambda 让开发人员可以轻松为几乎任何类型的应用程序或后端服务运行代码，而且全部无需管理。它刚刚推出了 Runtime API。Runtime API 定义了基于 HTTP 的 Lambda 编程模型规范，可通过任何编程语言实现。为了启动该 API，我们开放了 Rust 语言运行时源代码。Rust 是一种用于编写和维护快速、可靠且高效代码的编程语言。

本博文将讨论如何安装 Spinnaker 以及如何为在 Kubernetes 上运行的工作负载构建持续交付管道。

自定义 AWS Lambda 运行时已在 re:Invent 2018 大会上推出。Knative 是一个旨在构建、部署和管理无服务器工作负载的开源项目。Sebastien Goasguen 的这篇博文解释道，TriggerMesh 的 Knative Lambda Runtime 是一种自定义运行时环境，可在 Amazon EKS 集群上运行的 Knative 上运行 Lambda 函数。

本文将研究一些参考架构，这些架构能够在优先考虑低延迟的视频直播工作流部署，以及端到端延迟方面带来最好的相关结果。我们从两个方向开展研究，所用的场景为：一个可以完全在本地部署的场景、三个包括在现场编码或提供支持的混合场景，以及使用云端的 AWS Elemental Media Services 的其余工作流程。通过这种方式，您能够直观地展示您对现有设备和服务的期望，同时帮助您了解如何将它们与 AWS Elemental Media Services 结合使用，来实现符合您要求的延迟等级。

本文将了解延迟改进中最重要的方面 – 视频播放器的参数。即使您已优化上游工作流程的参数，但如果视频播放器没有集成面向低延迟的机制，那么这些优化工作也可能没什么用。我们将讨论关于开源视频播放器的优化建议，并将介绍 AWS Elemental 技术合作伙伴 castLabs 和 Accedo 提供的面向商用播放器的方法。

本文将讨论在视频工作流程的编码、打包和 CDN 分发步骤中采用的合理优化建议。

直播视频流式传输为何存在延迟问题？ 每当内容分发时间紧张时，无论是体育运动、比赛、新闻等电视内容，还是电子竞技、博彩等纯 OTT 内容，延迟的代价都很高。本文将讨论OTT 流式传输的延迟问题，以及如何测量不同工作流步骤在端到端延迟方面的影响。从编码、打包和 CDN 分发步骤开始，一起探讨可行的优化措施。通过更改文中提及的参数，您将能够为观众准备一场经过出色优化的低延迟现场直播。

在部署新的Aurora MySQL实例时，大部分参数已经完成预优化，足以作为后续参数变更前的良好基准。不同参数值的具体组合主要取决于系统实际情况、应用程序工作负载以及所需要的吞吐量等因素。要将参数调整成功转化为可量化的性能提升，我们建议您不断试验、建立基准并认真比较每变更后的性能结果。此外，我们还建议您在向实时生产系统提交变更之前，做好测试与性能比较工作。

遵循今年的 DynamoDB 最佳实践，实现最佳性能和最低成本！ 如果您对 DynamoDB 最佳实践有疑问或反馈，请在 Twitter 上通过 @DynamoDB 告诉我们。

时至今日，社交媒体数据集已经成为各类组织分析客户情绪、识别关系并提供业务建议的高价值素材。本文简要介绍了如何利用Apache TinkerPop Gremlin分析经过合并的社交媒体馈送内容。您可以使用同样的方法对Neptune集群上的应用程序进行负载测试，或者在大型数据集上对查询性能进行基准测试。如果您对本文的内容有任何建议或意见，欢迎在评论中留言分享。