南京银行
传统单体架构扩展成本高、响应慢。事务的 ACID 过度依赖数据库，导致数据库成为扩展瓶颈。银行基础产品在与 C 端、B 端以及同业等多种场景融合时，从系统架构和研发模式上都需要适应互联网场景的需求，实现快速接入、快速上线、快速迭代。...
事件驱动架构
本文介绍事件驱动架构EDA（Event Driven Architecture）的概念、优势、架构图和使用场景。...事件驱动架构扩展 下图是订单服务系统的事件驱动架构示例，该架构中 事件总线EventBridge 负责收集各种订单状态的事件后分发事件至目标端。
Multi-Master基础架构
图 2.Multi-Master架构 Multi-Master架构可以通过节点扩展（Scale out）的方式来解决Master层的资源瓶颈问题，满足了实时数仓及HTAP等业务场景需求。上图为Multi-Master架构示意图，通过增加多个Secondary Master节点来实现性能的Scale Out...
概述
产品特点 高可扩展性：采用分层架构、数据分片存储等方式，突破单机性能与容量瓶颈，接近理论上的“无限水平扩展”。经受过蚂蚁集团生产环境海量节点数与服务数的考验。高时效性：借助 SOFABolt 通信框架，实现基于 TCP 长连接的节点判活与...
创建自定义扩展程序
在创建扩展程序界面，填写扩展程序名称，扩展程序描述，版本描述，扩展程序支持的范围等：扩展程序名称：不超过50个字符，仅支持字母、数字、中划线。扩展程序描述：请您尽量准确描述该扩展程序的使用场景，以便维护。版本描述：在您...
隔离功能扩展
调用 iExtension 的 getSimpleSpringListBeans 方法，将会看到其中包含了通过扩展方式添加的两个 bean。客户端编程 API 实现 主要通过 com.alipay.sofa.runtime.api.client.ExtensionClient 来完成下述步骤：获取扩展客户端 Bean 设置扩展...
证券交易所
新业务失败成本小，成功时架构扩展方便。通过运营商骨干网络分发，降低访问延时，增加访问稳定性。架构优势 多机房部署，服务多地域，支持同城容灾与两地三中心 简化系统结构 可快速扩容云服务器 系统开发周期短 优质多线BGP保障网络服务 ...
应用管理
架构域：可以修改。研发设置 窗口发布：在迭代中必须关联一个日常发布窗口才能推进迭代阶段。锁定项目分支：锁定项目分支状态下通过 MR 触发 CI；非锁定项目分支下通过 MR/PUSH 触发 CI。自动部署 Dev/Sit 服务器：决定提交 MR 时自动部署...
金融大数据
架构优势：合理解决了金融行业内外部数据整合问题 优化了结数据架构分层 提供了高效的数数据加工与服务方式 技术架构 架构说明：阿里云大数据数据仓库解决方案经历了阿里巴巴集团内部的实战验证，完全基于自主研发，且在不断优化、完善，以...
变更实例配置
您可以通过以下方式提升实例整体的CPU性能：标准架构实例变更为集群架构或读写分离架构。读写分离架构实例增加只读节点数。集群架构实例增加分片数。具体操作，请参见 如何升级Redis CPU规格。实例规格信息，请参见 规格查询导航。经典 版...
变更实例配置
您可以通过以下方式提升实例整体的CPU性能：标准架构实例变更为集群架构或读写分离架构。读写分离架构实例增加只读节点数。集群架构实例增加分片数。具体操作，请参见 如何升级Redis CPU规格。实例规格信息，请参见 规格查询导航。经典 版...
资源伸缩和系统扩展
在云上架构设计过程中，需要考虑架构的可伸缩性和可扩展性，以实现高性能的云上架构。不同的应用部署方式需要使用不同的伸缩方案，常见的伸缩方案主要有以下几种：云服务自动扩缩 在阿里云上进行自动伸缩依赖的云服务是 弹性伸缩 ESS（Auto...
集群架构
集群架构直连模式服务架构 使用场景 数据量较大 相比 Tair 标准架构，集群架构可以有效地扩展存储量，最大可达4,096 GB，能有效的满足业务扩展的需求。QPS压力较大 Tair 标准架构无法支撑较大的QPS，需要采用多分片的部署方式来突破 Tair ...
典型客户案例
传统架构在联机并发、在线存储、批量处理方面的扩展性都面临极大的挑战：一方面单体架构扩展成本高、响应慢，另一方面事务的 ACID 过度依赖数据库，导致数据库成为扩展瓶颈。另外，银行基础产品在与 C 端，B 端以及同业等多种场景融合时，...
Tair选型指南
只读节点采取链式复制架构，扩展只读节点个数可使整体实例性能呈线性增长。读请求QPS压力较大的场景（如热点数据集中）。对Redis协议兼容性要求较高的业务场景，例如规避 集群架构的使用限制。说明 由于数据同步至只读节点存在一定延迟，不...
云数据库Redis版产品选型必读
只读节点采取链式复制架构，扩展只读节点个数可使整体实例性能呈线性增长。读请求QPS压力较大的场景（如热点数据集中）。对Redis协议兼容性要求较高的业务场景，例如规避 使用限制。说明 由于数据同步至只读节点存在一定延迟，不适用于数据...
架构优化
应用架构层面的架构优化需要根据实际情况考虑多方面内容，比如以下方面：应用架构的部署方式：使用单机、分布式和微服务架构会有较大区别；单机架构取决于对单机本身的软硬件性能和应用对单机资源的使用率；分布式架构除了取决于单机性能...
设计方案
在软件系统架构演进中不变的是系统的基本属性，包含存储、计算和网络，变的是存储、计算和网络的实现方式和规模，往大规模、高性能、高可靠、易扩展等方向迭代演进，所以对架构稳定性提出了更高的要求。系统可预见的稳定性风险包含软硬件...
行业趋势与背景
传统的“IOE”系统为集中式系统，但是随着“摩尔定律”的逐渐失效，单台服务器上的性能极限已经慢慢显露，在这种情况下，技术人员逐渐开始探索将原有的集中式系统改造为分布式系统，通过多台中低端服务器的水平扩展方式替换一台高性能...
基础架构安全实施最佳实践
业务账号按业务组织单元进行划分，体现企业组织架构及管理方式，常见的组织单元划分如分公司、部门、产品等，对不同业务单元进行隔离。每个组织单元下可划分测试账号及生产账号，对生产环境及测试环境进行隔离。账号下可使用不同资源组对...
基本概念
系列 标准版：支持单副本、主备、读写分离、集群四种架构，扩展性强。经济版：仅支持主备架构，具有价格优势，更多信息请参见 经济版实例。实例类型 高可用：采用主备（master-replica）架构搭建。主节点提供日常服务访问，备节点提供HA高...
持续架构优化
应用需要计算和存储分别可以高效按需扩容且节省成本的面向数据计算和存储场景的管理方式，此时分布式存储架构应运而生，基于此架构的数据管理也随之而来，分布式且共享的存储架构，让数据库的一写多读、多写多读、全球多活容灾、数据一致性...
四川农信
业务连续性诉求不断提高 传统“两地三中心”的跨数据中心扩展与跨地区容灾部署方式，不能有效解决业务压力跨地区扩展的问题；在成本上，灾备系统仅在容灾时使用，资源利用率低，成本较高；在容灾能力上，由于灾备系统冷备等待，容灾有效性...
设计准则
可伸缩、可扩展的云架构 大型系统需要面对大量用户的高并发访问和存储海量数据，不可能只用固定数量的服务器来处理全部用户请求，这样既不经济，也没有办法有效应对灵活的业务访问。通过集群的方式将计算资源和存储资源等组成一个整体提供...
技术架构
An Ultra-low Latency and Failure Resilient Distributed FileSystem for Shared Storage Cloud Database），其具备与本地SSD硬盘架构相当的低延迟高性能I/O能力，同时也以分布式集群的方式提供了优异的存储容量与存储性能的扩展能力。...
技术面临的挑战与革新
这种类型的架构好处显而易见，数据Sharding的方式让数据存取以及处理可以并行化，计算存储本地化最大化提升了数据读写的带宽以及延时。在过去网络IO还是一大瓶颈的年代，分布式系统设计以及优化的一大原则就是尽量使得计算存储本地化，避免...
序言
数字金融时代的云原生架构转型 步入数字金融时代，“云原生架构”作为金融 IT 架构的关键发展趋势已经成为业界共识，但 IT 架构转型绝不是一蹴而就的，在积极探索和应用以“云原生”为代表的新兴技术的同时，必须考虑与传统模式和技术融合...
产品技术服务
适用场景 表格存储 专家服务适用场景如下：原有产品架构面临性能、扩展性等瓶颈，考虑使用 表格存储 优化或重构业务，应对业务发展的挑战。新业务架构选型，期望详细了解产品适配度与推荐架构建议。业务活动大促期间，迫切需要 表格存储 ...
技术架构
高扩展 PolarDB-X 1.0 基于Share-Nothing的架构支持水平扩展，同时支持数据库在线扩缩容能力，在OLTP场景下可支持千万级别的并发、以及PB级别的数据存储规模，同样在OLAP场景下，引入MPP并行查询技术，扩展机器后查询能力可线性提升，满足...
如何在应用中直接使用钉钉的组织架构进行组织管理
数据模型 通过数据建模完成对系统组织架构模块的扩展，具体实体关系见下：应用API信息：存储钉钉的APIKey和APISecret。token：存储钉钉的应用token。用户扩展信息：存储用户钉钉ID。角色扩展信息：存储角色钉钉ID。角色组扩展信息：存储...
关键技术竞争力
传统应用现代化：不止于异构应用治理 在传统单体式架构向微服务架构迁移的过程中，随着应用微服务数量的增加，微服务间的通信、监控以及安全性 管理成为新的挑战。服务网格作为应用与基础设施的桥梁，突破传统的 SDK 接入方式，以对应用...
金融级云原生全栈解决方案
这一代的 SOFA 已经逐渐从一个解决分布式服务和分布式交易问题的框架，变成一个解决金融级系统构建的开放可扩展问题的架构方案。提供业内领先的完整成熟方案 针对传统金融客户在数字化转型过程中痛点—— 缺乏成熟稳定的金融级分布式架构...
功能特性
支持多种维度系统扩展 支持应用级、数据库级、机房级、地域级的快速扩展。按机房进行服务发现和路由 支持跨 IDC 的服务发现，并支持按机房进行路由。按数据中心进行配置修改 支持按数据中心进行配置的动态推送，不同的机房的配置可根据业务...
功能特性
支持多种维度系统扩展支持应用级、数据库级、机房级、地域级的快速扩展。按机房进行服务发现和路由，支持跨 IDC 的服务发现，并支持按机房进行路由。按数据中心进行配置修改，支持按数据中心进行配置的动态推送，不同的机房的配置可根据...
产品架构
这种架构的存储层可以比较方便的扩展，但是计算节点需要引入分布式协调机制保证数据同步和一致性，因此计算节点的可扩展性有一个上限。Shared Nothing 每个计算节点自己挂载存储，一个节点只能处理一个分片的数据，节点之间可以通信，最终...
概述
应用拓扑能持续地自动发现您整个应用层级中的依赖关系，实时以端到端的方式展示应用架构。全链路信息展示：展示应用程序及其关联内部、外部服务系统的响应时间、吞吐量和状态，同时显示了各个服务之间的相互影响。如果一项服务中断，您可以...
产品架构
其纳管的每个集群，均为完整、标准的 Kubernetes 集群及相关扩展。在集群之上，通过联邦管控平面，协调各集群资源、应用和配置，以提供应用变更管控、分组发布、镜像管理、流量调拨、元数据管理、集群资源管理等功能。用户可以通过控制台、...
全场景解决方案
平滑迁移异构治理 方案架构 双模微服务平台通过 SOFA 微服务和 Service Mesh 微服务，提供了既支持 SOFA 框架又支持 Service Mesh 架构的微服务管理和治理能力,解决用户在技术转型期间与未改造的遗留系统相互之间的打通和过渡问题，帮助...
风险识别规则
安全中心支持管理员将风险识别能力以扩展程序的方式注册至DataWorks，作为风险识别规则，用于识别用户操作行为中的风险。当用户在各产品模块中执行预先定义过风险规则的操作时，风险识别规则将判断是否存在风险，如存在风险（即扩展程序...
集群版-双副本
集群版直连模式服务架构 使用场景 数据量较大 相比Redis标准版，集群版可以有效地扩展存储量，最大可达4096 GB，能有效的满足业务扩展的需求。QPS压力较大 标准版Redis无法支撑较大的QPS，需要采用多分片的部署方式来突破Redis单线程的性能...
- 产品推荐
- 这些文档可能帮助您