微服务架构设计实践之七:业务架构

业务架构设计:价值流与业务能力 业务架构设计 阅读详情

微服务架构设计实践
 


目    次

4.4  细化架构阶段

4.4.1  业务架构

4.4.1.1  业务架构定义

        业务架构定义了软件的业务能力,从概念层面帮助开发人员理解系统。

        在业务架构中,动态的内容包括业务流程、节点、输入输出,静态的内容包括业务域、业务模块、单据模型等。

4.4.1.2  业务架构设计原则

        业务架构设计过程中,主要从以下四个方面考虑:

        

 

4.4.1.3  业务架构实践

        笔者认为,业务架构设计应该在架构准备阶段完成,主要根据用户的需求,从业务概念的角度描述系统,帮助开发人员理解系统。

        在此处描述业务架构视图,主要是想给大家一个完整的视图体系。

        在进行业务架构设计过程中,一定要通过业务术语,从用户的角度描述整个系统能为用户做什么,能给用户提供什么样的产品、功能或服务。

        分行特色业务云平台的业务架构视图如下所示:

        

 

        分行特色业务云平台,旨在为分行应用提供全面、易用、统一、安全、可靠的服务能力,包括业务能力和技术能力,降低对于总行产品模块的接入难度,整体控制接入风险,同时整合、集成总行服务能力。

        一、 总行特色业务服务中心

        总行特色业务服务中心在本次分行特色业务云平台中定位是对分行特色业务提供各种总行后台系统的服务能力,包括业务能力和技术能力,并且对分行特色业务的接入做到统一管理和差异化控制功能。

        1.业务能力:

        总行特色业务服务中心通过为各分行提供适合分行特色业务需求的业务流程服务,简化了业务接入难度,加快了业务接入速度,可以快速适应市场需求的变化,按需业务流程定制,实现了业务敏捷性。

        总行特色业务服务中心提供的业务能力主要通过原子服务和流程服务来实现,具体如下:

             原子服务:首先,针对总行核心业务各个后台系统(PE、RLS、UNPS、NPS、移动支付手段或其他产品)提供的各种基本业务服务进行封装,封装成符合分行特色业务云平台技术规范的原子服务,这些原子服务为上层流程服务提供基本的业务功能,可以在各个流程服务中复用;

             流程服务:然后,按照分行特色业务应用的业务产品需求进行服务流程的融合,重新编排,对外暴露更适合消费者,更容易让消费者理解,且安全可靠的API服务能力。根据目前分行使用最多的业务服务进行统计,计划先建设需求最多的四类服务中心:支付结算服务中心、信息查询服务中心、贷款服务中心和辅助服务中心;

        2.技术能力

        总行特色业务服务中心通过为各分行提供一套Java开发框架,以及一组通用的技术组件和业务组件,减少开发人员的开发难度,加快了开发速度,提高了开发质量,规范了开发技术,实现了开发敏捷性。

        总行特色业务服务中心提供的技术能力主要通过技术组件和业务组件来实现,具体如下:

             技术组件:根据特色业务开发需求,定制开发适用总行和分行的通用技术组件,实现组件复用,避免重复造轮子;

             业务组件:根据特色业务业务需求,定制开发适用总行和分行的通用业务组件,提供通用的日终功能、风控功能、服务安全访问控制功能等;

        二、 分行特色业务应用

        各分行根据本地特色业务的需求,采用总行提供的开发框架(包括技术组件和业务组件),基于总行服务融合中心提供的各种服务,快速、灵活地开展各自特色业务,如南宁贷款业务、深圳发薪日贷业务等。

        三、 API网关

        API网关定义了请求接收、请求管控和请求响应的基础接口和配置,支持多种协议的接入、接出以及协议的透明转换功能。另外,根据不同的配置,进行各种不同的管控功能。

        API网关为分行特色业务应用接入总行服务融合中心提供了统一的渠道接入能力。通过API网关,接入总行公共渠道,在网关上实现通讯协议解析,安全认证,流量控制,数据转换,协议转换等功能。

        四、 其它支撑系统

        为分行特色业务云平台提供分行框架快速搭建、分行特色业务快速开发、测试、部署、发布、运营管理、运维监控等功能,主要包括控制台、监控中心、服务注册中心、服务管理平台、特色业务开放平台等。


  微信扫一扫,关注该公众号

  该系列文章已经在微信公众号发布,如果感兴趣,请关注。

   以后更多知识通过该微信公众号分享。


FPGA实战:手把手教你用Verilog实现Modbus CRC16校验(附完整代码) 本文详细介绍了在FPGA中实现Modbus RTU协议CRC16校验模块的完整实战方案。针对硬件设计中的时序、资源与性能挑战,文章从算法原理出发,提供了清晰的Verilog模块接口、状态机设计、查表ROM实现及优化策略,并附带了完整的可综合代码与测试平台,帮助工程师高效构建稳定可靠的工业通信系统。 阅读详情

相关推荐

ShardingSphere分库分表教程,java后端开发面试题

???? 简介:Java领域优质创作者????、优快云哪吒公众号作者✌ 、Java架构师奋斗者???? ???? 扫描主页左侧二维码,加入群聊,一起学习、一起进步 ???? 欢迎点赞 ???? 收藏 ⭐留言 ???? 目录 一、分库分表 二、分库分表的方式 1、垂直分表 2、垂直分库 3、水平分表 4、水平分库 三、分库分表带来的问题 1、学习成本问题 2、事务问题 3、跨节点join问题 4、跨节点的count、order by、group by以及聚合函数问题 5、数据迁移、容量规划、扩

m0_64205716的博客 3016

微服务架构(一)

一、微服务简介 通俗的讲,微服务就是将一个大的系统拆分为多个小系统,从而便于开发,降低代码冲突的概率。 1.什么是微服务 微服务架构(MSA)的基础是将单个应用程序拆分成多个独立的小服务,这些服务可以独立开发、部署和运行。eg.(将一个大型火车站拆分为多个火车站,不同的车站管理不同的线路) 在开发中,微服务就是将多个业务的共性进行抽取,做成独立的服务模块。eg.(登录模块、支付模块) 二、SpringCloud Alibaba Sp...

m0_59663900的博客 2932

(论文速读)PTV3: 更简单、更快速、更强大的3D点云处理新突破

该论文提出PointTransformerV3(PTv3),通过简化设计实现3D点云处理的效率突破。该研究摒弃复杂注意力机制,转而采用点云序列化和补丁注意力等高效方法,将感受野从16点扩展到1024点,在保持高精度的同时实现3倍速度提升和10倍内存优化。PTv3在超过20个室内外场景任务中取得SOTA结果,ScanNet语义分割达79.4%mIoU,Waymo检测提升3.3%APH。核心创新包括四种空间填充曲线序列化模式和xCPE位置编码,为3D感知的工业应用提供了高效解决方案。

LJ1147517021的博客 1376

业务架构设计模式

自下而上是我们在日常业务中经常使用的方法,本文重点介绍如何做自下而上的设计。

一个天秤座的架构师 2万+

原形网络(Prototypical Networks)基于PyTorch的实现

我在Jay2coomzz的基础上修改了数据处理方式和evaluation_model()方法,作为初学者若有不当之处恳请大家批评指正,原文链接如下: https://blog.youkuaiyun.com/weixin_38471579/article/details/102631018 数据集和源码链接将放到评论区 文章目录1 数据集一个简单的数据集介绍数据集处理2 搭建网络CNNProtonets 1 数据集 一个简单的数据集介绍 Omniglot数据集一共包含1623 类手写体,每一类中包含20 个样本。其中.

weixin_43872532的博客 6636

ARS408毫米波雷达数据解析避坑指南:从硬件连接到Python处理

本文提供了ARS408毫米波雷达从硬件连接到Python数据处理的完整实战指南。针对串口通信不稳定、数据解析错误等常见问题,详细解析了硬件连接方案选择、串口数据高效读取策略、二进制协议解析的位操作技巧,并给出了坐标转换、目标跟踪及实时可视化的代码实现,帮助开发者快速搭建稳定的雷达数据处理流水线。

weixin_29091105的博客 149

【微服务】微服务架构实践

微服务架构实践 本文转载于本人的微信公众号中的文章,最新文章请关注公众号。 目录 业务背景 微服务概念 微服务技术选型 微服务架构设计 微服务架构设计落地 微服务架构设计过程中积累的心得 总结 一、业务背景 1.1 产品现状 1、各产品系统独立开发,代码复用率低,系统之间互相调用,耦合严重,系统解耦独立部署困难。 2、传统的单体架构,规模越来越大也越来越笨重;当新功能的开发、功能的重构变得不再敏捷可控;测试者的回归测试边界难以琢磨;系统的上线部署也变的艰难 3、高并发访问下无法提供可靠性服务 4

我的笔记本 1328

【视频讲解】Python量子计算聚类Q-means:量子k-means算法分析电路数据实现可视化...

全文链接:https://tecdat.cn/?p=37821分析师:Yifan Zhang量子计算在近期已然成为一个频繁出现的热门概念。尽管它在大众认知以及互联网社区中备受瞩目,热度极高,然而就其实际能力而言,当前仍然存在诸多局限(点击文末“阅读原文”获取完整代码数据)。量子计算作为一个全新的领域,带来了相较于传统经典计算模式的重大范式转变。在量子计算的体系中,传统的 0 或 1 的经典比特被一...

拓端研究室TRL 1456

九、SpringCloud基础微服务结构详解

springcloud

kejizhentan的博客 1846

【OpenClaw从入门到精通】第48篇:企业“养虾”合规手册——审批备案+专网隔离+全流程管控(2026企业版)

随着OpenClaw在企业场景的规模化应用,“无审批部署、无备案运行、无隔离防护”已成为安全事件的主要诱因。本文基于启明星辰《OpenClaw类智能应用安全指引V0.1》,结合金融、能源行业头部企业落地实践,构建“审批-评估-备案-管控”全流程合规框架。核心内容包括四步审批备案流程、专网隔离部署规范、3套可直接复用的合规文档模板(使用申请单、安全评估报告、备案登记表),以及个人使用备案简化方案。通过本文,企业可建立“有据可依、有章可循”的OpenClaw管理体系,实现“专网部署、数据隔离、最小权限、全程监控

专注于人工智能、软件开发、工控自动化、工厂数字化及智能化等领域,希望和大家共同进步! 462

DLMS/COSEM协议的理解体会

DLMS是通信协议,COSEM是电表建模规范。HDLC帧基本格式为0x7e......

一个bug是bug,多个bug能work 8313

微服务架构设计实践系列之一:序言

微服务架构设计实践 目    次1 序言2 微服务3 软件架构设计思想4 微服务架构设计实践4.1 项目概述4.2 架构准备阶段4.3 概念架构阶段4.4 细化架构阶段4.4.1 业务架构4.4.2 数据架构4.4.3 应用架构4.4.4 技术架构4.4.5 物理架构4.4.6 开发架构1  序言        最近,在软件架构设计领域,微服务非常火。        一提到软件开发、架构设计,如果...

闲来无事 8973

【PostgreSQL】PostgreSQL数据库函数比对模板(PG通用)

LOOKUP 函数从单行或单列区域 (区域:工作表上的两个或多个单元格。区域中的单元格可以相邻或不相邻。)或数组 (数组:用于建立可生成多个结果或可对在行和列中排列的一组参数进行运算的单个公式。数组区域共用一个公式;数组常量是用作参数的一组常量。LOOKUP 函数具有两种语法形式:向量形式和数组形式。vlookup查找匹配值超过255个字符显示#Value的解决办法。如果值为错误值 #N/A,则返回 TRUE。

tttzzzqqq2018的博客 1494

【Java架构设计】Saas系统业务架构设计

应用架构就像整个SaaS系统的骨架,决定了系统的整体结构和各个组件之间的关系。接下来,我们会深入探讨应用架构的三个核心要素:应用服务、应用结构和应用交互。这些要素共同构成了一个体系化的SaaS系统架构。如图所示。识别应用服务:根据业务架构,把业务需求转化为IT系统,找出关键的应用服务。划分应用结构:设计应用结构,以及与业务流程、数据之间的关系,明确各部分的职责。设计应用交互:规划各个应用结构之间如何交互和集成,确保系统各部分协调运作。

Hello, New World! 3450

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

什么是业务,什么是业务架构?

- 前言 -一直以来,业务架构始终是架构设计领域一块“难啃的骨头”,架构的核心理念是抽象,而所谓业务,强调的则是落地。如何让抽象的架构设计模式,赋能实际业务产生价值,是业...

架构文摘 2200

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

微服务架构设计实践系列之十二:开发架构

微服务架构设计实践 目    次1 序言2 微服务3 软件架构设计思想4 微服务架构设计实践4.1 项目概述4.2 架构准备阶段4.3 概念架构阶段4.4 细化架构阶段4.4.1 业务架构4.4.2 数据架构4.4.3 应用架构4.4.4 技术架构4.4.5 物理架构4.4.6 开发架构4.4.6  开发架构4.4.6.1  开发架构定义        开发架构定义了软件开发环境中,软件模块的实际...

闲来无事 1万+

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

关于业务架构的一些思考与实践

1.业务架构是什么 随着业务的发展,我们面临的业务场景也越来越复杂,而为了解决这些复杂的业务问题,我们的实现方案也越来越复杂,而复杂度就会带来理解、维护、迭代的难度增加。摆在我们面前的问题,就是如何在实现复杂业务时,控制好系统的复杂度。 业务架构的核心目的,是控制系统的复杂度。通过业务架构,来传递规范与约束。引导开发人员在实现业务功能时,进行合理的业务问题分解,结构化、抽象化设计,保证系统的可维护性与可读性,延缓系统腐化速度。 2.分层架构 传统的三层架构分为表现层、业务逻辑层、数据访问..

netease_im的博客 1169

一文搞懂各种架构(业务架构、应用架构、数据架构...

01 什么是架构和架构本质02 架构分层和分类03 架构的级别04应用架构的演进05衡量架构的合理性06 常见架构误区07 架构知识体系01 什么是架构和架构本质在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解。此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前,我们先讨论架构的概念定义,概念是人认识这个世界的基础,并用来沟通的手段,如果对架构概念理解不一样,那沟...

weixin_45727359的博客 3万+

小红书微服务框架及治理等云原生业务架构演进案例

‍在互联网世界,变化与演进是业务架构永恒的主题。技术迭代、业务演变等多重因素,一再提升着系统架构设计的难度和复杂度,可以说,没有一种架构是永久适用的,要想让自己的业务具有快速响应、快速适应的能力,架构的设计往往起着决定性的作用。于是,业务思维在业务架构设计中就显得举足轻重了。它不仅决定了技术架构的提前部署能力,很大程度上也影响业务迭代阶段的速度和稳定性。所谓架构先行,在企...

程序员小灰的博客 1118

微服务架构设计实践系列之二:微服务

微服务架构设计实践 目    次1 序言2 微服务3 软件架构设计思想4 微服务架构设计实践4.1 项目概述4.2 架构准备阶段4.3 概念架构阶段4.4 细化架构阶段4.4.1 业务架构4.4.2 数据架构4.4.3 应用架构4.4.4 技术架构4.4.5 物理架构4.4.6 开发架构2  微服务2.1  微服务的定义        微服务是一个独立、可部署的服务,它只专注做一件事情并且做好,而...

闲来无事 6392

微服务架构设计实践系列之十:技术架构

微服务架构设计实践 目    次1 序言2 微服务3 软件架构设计思想4 微服务架构设计实践4.1 项目概述4.2 架构准备阶段4.3 概念架构阶段4.4 细化架构阶段4.4.1 业务架构4.4.2 数据架构4.4.3 应用架构4.4.4 技术架构4.4.5 物理架构4.4.6 开发架构4.4.4  技术架构4.4.4.1  技术架构定义        技术架构定义了实现整个系统所需的各种技术,包...

闲来无事 3万+

微服务架构案例(02):业务架构设计,系统分层管理

服务的架构设计决定软件的业务支撑能力,清晰的业务设计可以帮助开发人员理解系统。在业务架构设计过程中,需要根据用户需求作为核心方向,根据用户需求确定产品设计、框架搭建、服务划分、数据库规划。如果需求比较单一,单个应用服务可以支撑,则不需要设计复杂的微服务系统,如果根据对业务的判断,会在一段时间内出现业务并发,则最好开始的时候就考虑业务的扩展性,架构的支撑能力。...

【积累】,是一个长期持续的过程。 1753

微服务架构设计实践系列之九:应用架构

微服务架构设计实践 目    次1 序言2 微服务3 软件架构设计思想4 微服务架构设计实践4.1 项目概述4.2 架构准备阶段4.3 概念架构阶段4.4 细化架构阶段4.4.1 业务架构4.4.2 数据架构4.4.3 应用架构4.4.4 技术架构4.4.5 物理架构4.4.6 开发架构4.4.3  应用架构4.4.3.1  应用架构定义        应用架构定义了系统由哪些应用组成,以及应用之...

闲来无事 1万+

微服务架构设计实践系列之三:软件架构设计思想

微服务架构设计实践 目    次1 序言2 微服务3 软件架构设计思想4 微服务架构设计实践4.1 项目概述4.2 架构准备阶段4.3 概念架构阶段4.4 细化架构阶段4.4.1 业务架构4.4.2 数据架构4.4.3 应用架构4.4.4 技术架构4.4.5 物理架构4.4.6 开发架构3  软件架构设计思想3.1  软件架构定义        对于软件架构的定义,仁者见仁,智者见智。目前,业界比...

闲来无事 1万+
上一篇: 微服务架构设计实践系列之六:概念架构阶段
下一篇: 微服务架构设计实践系列之八:数据架构
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

任性之闲来无事

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值