亚马逊AWS官方博客

Category: Architecture

第一部分 SAP on AWS EC2 Auto Recovery

SAP作为企业核心应用系统,业务对于系统的RTO/RPO以及高可用支持的场景通常会有较高的要求。通常SAP系统在云上部署会使用DX、VPC、EC2、EBS、S3等相关AWS基础服务。一般在实施初期,进行SAP系统架构设计的时候客户会存在以下疑问:“既然云上AWS都已经保证在一个区域内,Amazon EC2 和 Amazon EBS 的月度正常运行时间百分比至少达到 99.99%,那我们为什么还要部署要采用高可用?” 根据AWS推荐设计原则,搭建一个云端应用系统时,基础原则是“design for failure”,也就是系统架构设计的时候需要考虑到应用系统的每一个层面,包括硬件和软件是可能出现故障的,并据此在应用系统架构设计上消除单一故障点,从而实现高可用性的系统架构。

SAP on AWS 部署架构(引论)

SAP作为企业核心应用系统,业务对于系统的RTO/RPO以及高可用支持的场景通常会有较高的要求。通常SAP系统在云上部署会使用DX、VPC、EC2、EBS、S3等相关AWS基础服务。一般在实施初期,进行SAP系统架构设计的时候客户会存在以下疑问:“既然云上AWS都已经保证在一个区域内,Amazon EC2 和 Amazon EBS 的月度正常运行时间百分比至少达到 99.99%,那我们为什么还要部署要采用高可用?” 根据AWS推荐设计原则,搭建一个云端应用系统时,基础原则是“design for failure”,也就是系统架构设计的时候需要考虑到应用系统的每一个层面,包括硬件和软件是可能出现故障的,并据此在应用系统架构设计上消除单一故障点,从而实现高可用性的系统架构。

AWS KMS 实现跨租户的安全数据加密

在大量saas 平台客户需求实践中,有非常多的User担心敏感数据如何保存,如何安全隔离敏感数据。本文主要针对saas平台敏感数据加密需求,利用AWS KMS 服务,结合用户场景构建数据安全加密方案

使用 AWS CDK 轻松构建云原生应用之 EKS 平台

随着云计算的发展,云原生(CloudNative)的概念应运而生。云原生基金会(CNCF) 董事会成员,AWS的云架构战略副总裁,前Netflix云架构总监Adrian Cockcroft定义云原生架构为充分利用按需交付、全球部署、弹性、云原生服务的优势,以在开发者生产率、业务敏捷性、扩展性、可用性、利用率和节约成本等方面得到明显提高。而云原生基金会(CNCF)定义云原生技术为有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。
因此,我们开辟此云原生专栏,旨在为读者带来云原生相关的系列文章,以帮助读者更好地理解和运用云原生,获得更大的业务价值。

基于 AWS 的量化交易业务架构总览

在数字金融体系中,许多客户都充分利用AWS快速、稳定的全球基础设施构建他们的业务,优化访问、分析和决策的效率,提高业务扩展的弹性,完善业务运行的稳定性。同时在高频交易场景中,无论是行情数据同步、预测分析还是决策下单,速度都是至关重要的因素。本文总结了一些量化交易场景下可以借鉴的最佳实践,帮助您更好的使用AWS服务。

借助 AWS Event Fork Pipelines 增强事件驱动架构设计

随着事件驱动架构越来越流行,构建一套稳健又完整的事件驱动架构尤为重要。然而,这不是一项轻松工作,而且应用人员无法将工作重心全部投入在业务逻辑处理上。AWS 推出的 Event Fork Pipelines 套件,覆盖了事件驱动型架构所需的常见配套服务,开箱即用,大大缩短了构建完整平台的周期。