通用服务平台---总结

本文探讨了构建一个通用服务平台的需求和目标,旨在为多业务体系提供基础功能,包括通用代理、系统地址分发、消息处理、数据子系统、通信子系统、日志子系统、运维子系统和应急仲裁处理等,以减少开发成本和提高系统复用性。平台设计考虑了可扩展性和稳定性,提供了客户端和服务端接入指南。
摘要由CSDN通过智能技术生成

从事服务端开发多年,由开始的一无所知,到渐渐有点经验,到近年一直在想是不是可以搭建相对较为通用的服务平台,让业务方无需关注诸如通信,日志,系统数据等等细节,仅需专注自身业务即可,且该平台能被多个不同业务所共用,以便减少开发,提高构件复用性。以自己积累的经验来考虑通用平台需要提供那些基础功能、怎样将这些基础功能抽象出来作为通用构件复用、通用平台实现存在什么样的难点、通过怎样设计能提高系统扩展性和稳定性。经过近段时间的考虑沉淀,目前也有相对清闲时间,于是就有了通用服务平台设计系列博客。本篇是通用服务平台总结,概要设计工作逐步结束,接下来考虑逐个构件实现。

1. 通用平台定位

(一)为多业务体系提供通用平台。通用平台通过模块构件提供基础功能,使得其他业务体系无需再进行基础功能开发,可快速接入通用平台业务迅速上线。通用平台设计考虑能同时支持多个不同业务体系共享平台基础功能。

2. 通用平台提供功能

(一)通用代理。通用代理是平台必须提供的构建之一,是实现支持多业务体系的前提,该构件能屏蔽各业务体系协议差异统一了入口。

(二)系统地址分发。通用平台考虑各业务都需要一个对外分发系统服务数据的功能,所以由专门构件提供该功能。该功能保证各业务体系相互隔离。该功能是可选功能,各业务线可以使用自身服务,但如果系统数据出现调整,可能导致数据有误&

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值