北京云栖大会Tech Insight Workshop:《使用微服务框架快速构建一个分布式交易系统》篇

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
简介: 本篇是北京云栖大会Tech Insight Workshop金融云主体《使用SOFA来快速构建金融级分布式交易系统》中的一个组成部分,用来介绍如何通过SOFA Boot来快速构建一个分布式微服务系统,以及如果通过金融云下中间件微服务产品来进行查看与管理。

背景介绍

本篇是北京云栖大会Tech Insight Workshop金融云主体《使用SOFA来快速构建金融级分布式交易系统》中的一个组成部分,用来介绍如何通过SOFA Boot来快速构建一个分布式微服务系统,以及如何通过金融云下中间件微服务产品来进行查看与管理。

DEMO整体架构与说明

image
在本篇中,会逐步引导学员借助SOFA Boot来创建【支付】服务(Core工程)和【交易】平台(Web工程),并且【支付】对外提供RPC服务,供【交易】平台进行调用,以及如何借助金融云进行应用的发布部署。

实验涉及SOFA产品

详细教程

创建支付服务和交易平台Web工程

看到下图则表示构建成功:
image

  • 通过IntelliJ IDEA导入已创建的工程
    image

注意:在导入向导中选择JDK1.8作为运行时环境。此外一直点击Next即可

  • 工程使用facade范式,在com.alipay.sofa.pay.facade下创建model,并创建PayOrder.java,并复制DEMO源码中对应路径下的文件内容
    core_create_facade_mo_del
  • 创建PayService接口
    core_create_facade_payservice_interface
  • 在com.alipay.sofa.pay.service下创建接口的实现类,目前尚未引入持久化层,所以这里接口的实现先返回mock数据core_create_service_impl
  • 截至目前,支付服务的程序实现部分已经初步完成,需要将刚设计的接口通过bean方式进行对外暴露,修改pay-demo-service的pay-emo-service.xml
    core_create_service_publish_bean
  • 由于该服务会通过金融云进行发布,所以需要增加如下配置core_create_service_app_properties

注意:
run.mode=NORMAL表示需要在金融云上发布/访问RPC调用
com.alipay.env=shared表示使用共享型中间件
com.alipay.instanceid在【金融云首页】-【产品与服务】-【中间件】-【中间件控制台】中的“实例标识”获得。

  • 删除test目录,该目录对本DEMO无用,并有可能会导致运行失败(core范例工程版本更新维护等原因)
    core_delete_test
  • 在保证本机maven环境设置好的前提下,开始编译支付服务
    core_compile_need_setmvnreadyfirst

构建成功,生成 【fat jar】
core_compile_done

  • 开始构建【交易】平台Web服务,参见SOFA Boot创建Web工程
    web_create_1
  • 通过IntelliJ IDEA导入已创建的【交易】平台工程
    web_import_1
  • 引用刚刚创建的【支付】服务RPC,帮助信息可以参照该文档

web_refer_bean

  • 删除工程中自动生成的index.html
    web_delete_indexhtml
  • 将DEMO范例中的静态文件和模板通过IDE移动进当前工程
    web_move_static_subfolder

web_move_template

  • 删除工程中自动生成的主类,并通过IDE移动DEMO范例代码中对应的主类至对应目录
    web_delete_applicationmain

web_copy_applicationmain

  • 通过IDE将DEMO范例代码中对应的com.alipay.demo下所有文件移动至项目对应路径
    web_copy_application_subfolders
  • 保证下列依赖包在工程中被正确引入
    image
  • 设置金融云上环境(参数含义参照支付服务创建过程)
    web_app_properties
  • 请确认当前工程下test目录已被删除
  • 编译并生成【fat jar】

注意:由于之前修改了主类,所以在编译后的运行时可能会由于IDE原因出现主类无法找到的情况,这时需要重启IDE并重新进行编译,一般即可解决问题

web_compile_done

  • 接下来就是需要在金融云上构建应用,并上传已编译好的jar包

金融云上发布已创建的SOFA Boot应用

  • 登录金融云,选择合适的环境
    core_upload_login_antcloud_workspace
  • 新增支付服务的应用:进入【产品与服务】-【应用管理】,【新建应用】并输入对应的应用信息
    webcore_antcloud_create_app_1

webcore_antcloud_create_app_2

  • 点击【确定】完成新应用的添加
    webcore_antcloud_create_app_done
  • 同样的方式添加支付平台的新应用,【应用名称】设置为“DEMO-web-console”,其他设置与支付服务应用相同(技术栈:sofa-lite2 1.0.1)。
  • 在【产品与服务】-【环境资源管理】中添加2台ECS,分别分配给【DEMO-pay-core】和【DEMO-web-service】
    webcore_antcloud_createecs_bindingapp1

webcore_antcloud_createecs_bindingapp2

webcore_antcloud_createecs

分配给【DEMO-web-service】

  • 在将应用与计算资源分配完毕后,进入【产品与服务】-【发布部署服务】-【发布包管理】,为对应【DEMO-pay-core】和【DEMO-web-service】两个应用添加发布包
    webcore_antcloud_deploymanage_core
  • 上传支付服务fat jar
    webcore_antcloud_deploymanage_core_upload
  • 上传交易平台web的 fat jar
    webcore_antcloud_deploymanage_web_upload
  • 在【产品与服务】-【环境资源管理】中创建负载均衡,并将创建好的负载均衡挂载交易平台web服务的ECS
    image

image

  • 至此,访问该台负载均衡的公网地址,以及开放端口,则可以看到发布的服务,表示【DEMO-pay-core】和【DEMO-web-service】均发布成功,且RPC调用正常
    image

通过中间件微服务产品对已发布的分布式服务进行管理

  • 点击【产品与服务】-【中间件】-【微服务】进入控制台
    image
  • 定位已发布的RPC服务
    image
  • 查看分布式服务之间的调用关系
    image
目录
相关文章
|
2月前
|
人工智能 Linux 云栖大会
看过来!2024 云栖大会操作系统技术 Workshop 怎么玩?
报名倒计时2天啦,欢迎大家来“操作系统技术Workshop”打卡。专家讲解原理、现场实战演练,AI、C++ 20专场任选。
看过来!2024 云栖大会操作系统技术 Workshop 怎么玩?
|
消息中间件 NoSQL Go
Golang微服务框架Kratos应用分布式计划任务队列Asynq
Asynq是一个使用Go语言实现的分布式任务队列和异步处理库,它由Redis提供支持,它提供了轻量级的、易于使用的API,并且具有高可扩展性和高可定制化性。其作者Ken Hibino,任职于Google。
233 0
|
供应链 Cloud Native 安全
|
Cloud Native 安全 Linux
议程剧透!1个主论坛4场Workshop,龙蜥操作系统峰会盛大来袭 | 2022 云栖大会
每场 Workshop 开放 30 个报名名额,人人一份龙蜥伴手礼!先报先审!
议程剧透!1个主论坛4场Workshop,龙蜥操作系统峰会盛大来袭 | 2022 云栖大会
|
消息中间件 NoSQL Go
Kratos微服务框架下实现分布式任务队列
提起分布式任务队列(Distributed Task Queue),就不得不提Python的Celery。而Asynq和Machinery就是GO当中类似于Celery的分布式任务队列。
2403 0
Kratos微服务框架下实现分布式任务队列
|
前端开发 JavaScript Java
分布式--Spring Boot 微服务框架
1. Spring Boot 1). 简介 Spring Boot 是由 Pivotal 团队提供的全新框架,其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。
2137 0
|
1月前
|
NoSQL Java Redis
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
Redis分布式锁在高并发场景下是重要的技术手段,但其实现过程中常遇到五大深坑:**原子性问题**、**连接耗尽问题**、**锁过期问题**、**锁失效问题**以及**锁分段问题**。这些问题不仅影响系统的稳定性和性能,还可能导致数据不一致。尼恩在实际项目中总结了这些坑,并提供了详细的解决方案,包括使用Lua脚本保证原子性、设置合理的锁过期时间和使用看门狗机制、以及通过锁分段提升性能。这些经验和技巧对面试和实际开发都有很大帮助,值得深入学习和实践。
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
|
3月前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法,以及RedLock相比单机锁在高可用性上的优势,同时指出了其在某些特殊场景下的不足,并提到了ZooKeeper作为另一种实现分布式锁的方案。
113 2
基于Redis的高可用分布式锁——RedLock