亚马逊AWS官方博客

在当今信息化高速发展的时代，推荐系统是一个热门的话题和技术领域，一些云厂商也提供了推荐系统的SaaS服务比如亚马逊云科技的Amazon Personalize来解决客户从无到有迅速构建推荐系统的痛点和难点。在我们的日常生活中，推荐系统随处可见，我根据这几年参与的推荐系统和计算广告项目总结了一些实践经验并以推荐系统系列文章的形式分享给大家，希望大家看后对推荐系统有更全新更深刻的理解。

构建云上运行环境，安全是重中之重。亚马逊云科技采用了“责任共担模式 (https://aws.amazon.com/cn/compliance/shared-responsibility-model/?nc1=h_ls)”，邀您共同承担构建云上运行环境安全合规的责任。云上安全可二分为“云自身安全”和“云内部安全”。前者由亚马逊云科技负责，后者由您负责。您必须对云上资源进行必要和恰当的配置，使其具备一定的安全性，甚至达到更高的安全标准，从而履行安全责任。

本文帮助出海企业通过Fortinet SD-WAN和亚马逊云科技Cloud-WAN实现企业网全球组网，利用亚马逊骨干网构建属于企业自己的全球骨干网

“源浚者流长，根深者叶茂”。如果您希望云上各种生产应用和工作负载“行稳致远”，安全稳健的云上运行环境是重中之重。为了协助您更好更快的构建高质量的云上运行环境，亚马逊云科技提出了一系列的倡议、建议、指导、服务和工具。我们尝试梳理其中的重要内容，共同探讨高效稳健的构建之道。

本博文详细介绍了运营在亚马逊云平台上的SAP 系统如何运用亚马逊云科技云原生的备份工具实现SAP系统的备份解决方案。内容上涵盖了如何设计一个科学合理的备份架构，制定相关的备份策略，如何规划备份存储容量；在实施的过程中，严格按照Backint Agent的Amzon官网指导手册去配置好每个步骤；如何规划备份策略以及备份数据的生命周期管理策略；如何解决Amazon Backint Agent在安装运维过程中碰到的问题和性能调优。

本文将会讨论如何对 EMR 进行配置，在集群的运行过程中，当 Spot 实例发生中断时，维持 EMR 集群的稳定性。

在构建本地数据中心的时候，出于Kudu良好的性能和兼备OLTP和OLAP的特性，以及对Impala SQL和Spark的支持，很多用户会选择Impala/Spark + Kudu的技术栈。但是由于Kudu对本地存储的依赖，导致无法支持的数据高可用和弹性扩缩容，以及社区的逐渐不活跃，越来越多的用户，开始迁移到云上的Trino/Spark + Hudi 技术栈，本文通过一个实际的例子，来看一下迁移过程中发生的代码的重构和数据的迁移。

本博文以Redshift作为数仓，并使用 AWS Database Migration Service (AWS DMS) 及其更改数据捕获 (CDC) 功能将Aurora 数据库的数据同步到Redshift的方案来阐述系统实施过程中遇到痛点及解决办法,主要以围绕DMS数据同步，Redshift Serverless及权限控制来进行详细阐述。

在日常运维过程中，业务有时候需要开启EC2的时候会自动注册一个自定义域名。在默认情况下，AWS开启EC2后会生成一个私有DNS，但是这个私有DNS并不支持生成自定义域名，本文就是通过Lambda+Route53来支持此功能，同时还能自动化注册从ip到域名的反向解析记录。这样无论我们在业务拍错的时候，日志中获取到的无论是IP地址或是私有DNS，都可以快速定位EC2实例。

数字孪生是物理系统的动态数字表示形式，它会动态更新以模仿物理系统的结构、状态和行为，从而推动业务成果。构建项目通常不是一件简单的任务 – 为了应对这一挑战，我们推出了一项新的服务，即 AWS IoT TwinMaker。AWS IoT TwinMaker 将来自设备传感器、视频源和业务应用程序等各种来源的数据联系起来，并创建知识图表以对实际系统进行建模，并从数字孪生中生成实时见解。