通用服务平台之数据子系统--概述

本文概述了通用服务平台中的数据子系统,包括其功能设计(如数据托管、存储访问、多点访问)、应用场景(如数据量小、访问频繁的场景)和架构组成(数据中控服务、数据节点服务、数据代理服务)。此外,文章还讨论了设计关键点,如机房化的数据节点和代理、非格式数据存储以及容灾和数据容错策略。数据子系统作为简化版云存储,旨在提高复用性和减少开发量。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本篇介绍通用平台相对较为重要构件之一数据子系统的总体概要,给出数据子系统全局架构,和基本组成部分。介绍数据子系统功能设计、应用场景、和设计相关重要关键点,以便衡量该子系统在通用平台中存在必要性和该子系统需要完善到何种地步。让我们先从该子系统功能和应用场景开始,之后再给出架构图和讨论设计关键点。

1. 数据子系统功能设计

数据在现在的各个业务产品中变得越来越重要,各个业务操作或多或少最后都会归结于数据,业务的展开,后端服务的配合几乎都围绕这数据这个核心信息。常见业务系统关于数据基本都是各自为政,某类业务数据都有相对维护的服务提供一系列接口以便进行访问操作,即便是同一产品线,不同部门之间的数据也同样如此,形成一个个数据孤岛相对难以访问。这是因为数据格式不尽相同,业务处理也千差万别很难进行一个统一化处理已达到访问目的,使得很多系统关于数据部分虽然有相同的访问需求,基本类似的数据处理模式,但是最后还是各奔东西各自维护各自,于是就有许多关于数据访问相类似的代码,掺杂了业务定制性较强,基本无复用性。本人在后端维护过程中也是时常遇到此类问题,也一直在思考,后端服务很多时候为了数据的存储,访问而设计,不同的是数据特性差异导致设计需要根据差异而进行适应性变化,以便达到存储访问目的。如果屏蔽数据差异,将其中共同的数据存储,访问需求提取出来,形成模块构件,这样就能提高构件复用能力,减少开发量。也许分布式云存储就是基于该需求而提出,实质上,通用平台的数据子系统正是一个简版的云存储子系统。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值