亚马逊AWS官方博客

对于 AWS 的初学者来说，高效管理 Amazon Route 53 托管区域记录集面临不少挑战。当托管区域含有一条记录后，控制台“导入区域文件”按钮变得不可用，增加了批量导入的难度。此外，记录的关联资源（如实例，负载均衡器等）发生变化时，记录本身并不会联动，导致信息不一致，增加维护难度。本文探讨如何自动化管理及维护托管区域记录集的问题。主要思路是跟踪相关资源的变化事件（创建资源、删除资源、添加标签、删除标签等），自动修改托管区域记录并与资源保持一致，减少运维压力，提高效率与准确性。

在本文中，我们首先探讨开发者为什么需要无服务器技术、无服务器技术又能解决哪些实际挑战。我们将尝试将一款小型无服务器应用程序部署至AWS账户内，这款应用负责将Slack与GitHub对接起来。通过这个简单的小案例，大家应该可以初步了解无服务器技术为何受到广大开发者的青睐

根据亚马逊云科技最佳实践，当推出新的 EC2 实例机型后，建议升级到最新的可用机型。原因有二：其一，新机型计算、存储和网络传输等性能提升；其二，单位时间实例使用成本降低。少量实例机型升级并不难，然而当实例数量较多、实例关系较复杂时，要规划可行、低成本的实例升级，手工操作的耗时和难度会显著增加。本文聚焦如何有效应对大规模实例机型升级。本文的两个目的：一是把手工需要数小时的规划操作大幅减少到数秒完成；二是根据预留期限和其他约束条件规划升级以尽量降低成本。

此文将利用一个车联网行车监控上报时序数据的模型，探讨 Amazon Timestream 如何通过流式方法注入行车数据以及在不同数据量下的的扩展性以及查询性能表现。

本文描述了使用Gateway Load Balancer构建一个网络流量深度检测环境，部署Interface Endpoint作为路由入口，并通过EC2进行流量深度检查。

Amazon DeepRacer 是开始使用机器学习 (ML) 的最快方式。您可以在基于云的虚拟模拟器中使用 1/18 比例自动驾驶车辆训练强化学习 (RL) 模型，并在全球 Amazon DeepRacer League 中角逐奖金和荣誉。今天，我们将通过对 Amazon DeepRacer 设备软件进行开源来扩展 Amazon DeepRacer 功能，以提供有趣的动手学习。

本文中介绍了如何通过SQL脚本的方式来对一张Redshift表中的varchar数据列进行优化。

众多亚马逊云科技用户都在使用Amazon关系数据库服务产品组合（Amazon Relational Database Service，简称Amazon RDS）来减少沉重繁琐且无差异化的数据库日常维护工作。其中Amazon RDS for Oracle也切实帮助用户显著减少了Oracle数据库的管理与维护负担。

本文将讨论一种替代方案，以便在 BJS 和 ZHY 实现类似 SCP 的功能。

目前大部分AWS客户使用AWS控制台创建AWS Support Case，但是国内很多客户使用钉钉作为他们的内部工作的沟通平台，客户希望可以在一个钉钉群里创建AWS Support Case，主要基于三个需求：1.创建Case可以更方便快捷；2.提供的Case信息可以公开给其他同事以及对接的AWS架构师；3.某些没有AWS账号的员工或者没有创建Support 权限的员工也可以提Case。