19-03 基于业务场景的架构技术选型

Java架构师系列导航目录

金融领域的挑战与架构设计

  • 金融领域的方向
    • 借贷
    • 保险
    • 证券交易
  • 互联网金融 vs 传统金融
    • 满足更广泛群体的金融需求
    • 增强金融普惠性
    • 提高金融服务效率
  • 互联网金融前景
    • 近十年蓬勃发展,朝阳行业:花呗、借呗、微粒贷、余额宝
    • 双刃剑:法律、法规、监管缺失,野蛮生长
  • 互联网金融的挑战
    • 法律与政策的挑战
      • 法律上的风险
        • 非法集资类犯罪、非法证券类犯罪、非法经营类犯罪等刑事法律上的挑战
        • 民事法律的风险
      • 政策上的挑战:蚂蚁上市事件
    • 合规、监管的挑战
      • 分业监管和混合经营带来的挑战
      • 合规
        • 国务院政策文件库
        • 中华人民共和国公安部政策文件
        • 中国银行保险监督管理委员会
    • 交易方面的挑战
      • 银行类业务:要确保用户的资金安全
      • 贷款类业务:要核查用户征信报告、防欺诈等
    • 技术上的挑战
      • 19-03 基于业务场景的架构技术选型_第1张图片
      • 架构师:技术架构设计和领域规划,需要同时具备金融领域知识与互联网高并发架构的双重能力
      • 研发、测试、运维:复杂度成倍增长;问题排查、分析问题比之前复杂很多,需要大量工具支撑

消费金融的分类

  • 电商消费金融:和电商平台深度整合的消费金融类产品和服务。例如蚂蚁花呗、京东白条
  • 旅游消费金融:以旅游作为消费场景,为旅游消费需求提供贷款的产品和服务,正在称为旅游平台竞争的新焦点
  • 房产消费金融:围绕房产的借贷类服务或者产品;分为新房金融、二手房金融、装修金融、租房金融
  • 教育消费金融:例如培训机构针对大学生提供分期付款

消费金融贷款的业务流程

19-03 基于业务场景的架构技术选型_第2张图片

进件时的风控流程

19-03 基于业务场景的架构技术选型_第3张图片

风控架构

19-03 基于业务场景的架构技术选型_第4张图片

账务核算流程

19-03 基于业务场景的架构技术选型_第5张图片
19-03 基于业务场景的架构技术选型_第6张图片

互联网金融技术选型几大阵营

  • 以Spring Cloud全家桶为中心的技术体系
    • 例如:杭州招行、北京农行、汇添富、易方达等
  • 以Dubbo为中心的技术体系
    • 例如:网联清算、工商银行、国美金融等
  • 以SOFA为中心的技术体系
    • 例如:南京银行、人保健康、天弘基金、网上银行等
  • 不使用任何分布式框架,直接以Kubernetes为中心交付应用
    • 例如:中国证券登记结算有限责任公司

案例分享

  • 蚂蚁金服11.11:支付宝和蚂蚁花呗的技术架构及实践
  • 陆金所金融平台的架构大升级
  • 从宜人贷系统架构看互联网高并发对金融系统架构的挑战
  • 支付宝的技术架构及实践——阅读心得

物流领域的挑战与架构设计

  • 前景
    • 非常迅猛、世界第一、增速喜人
    • 多数订单被头部公司抢占

挑战

  • 更大
    • 物流中心面积要更大,从而容纳更多货品
    • 物流系统需要处理更大的并发、更多的订单、应对更多的数据量
  • 更快
    • 物流对速度的要求越来越苛刻
    • 要求拣选、包装、分拣、集货、装卸、配送都必须更快

业界为了更快的尝试

  • 硬件
    • 智能分拣中心
    • 分拣AGV
    • AGV自动导引叉车
    • 无人配送车
    • 无人机
    • 自提柜
  • 软件:推出更加高效的算法和系统,提高物流效率

快递大致流程

19-03 基于业务场景的架构技术选型_第7张图片
19-03 基于业务场景的架构技术选型_第8张图片

案例分享

  • 达达CTO:达达物流技术架构之路与技术分享
  • 菜鸟物流大数据技术架构
  • 顺丰快递物流设计方案
  • 美团即时物流的分布式系统架构设计

社交领域的挑战与架构设计

社交分类

  • 熟人社交:QQ、微信
  • 短视频社交:抖音、快手
  • 直播社交:虎牙、斗鱼
  • 陌生人社交:陌陌、探探、Soul
  • 职场社交:钉钉、飞书、脉脉
  • 问答社交:知乎、天涯、知道
  • 婚恋社交:珍爱网、世纪佳缘
  • 社交媒体:Facebook、微博、Twitter
  • 儿童社交:小天才手表

直播社交的挑战与架构设计

  • 推流:是指将采集阶段封包好的内容传输到服务器过程
  • 拉流:是指从直播服务器拉去直播内容的过程

直播大致流程

19-03 基于业务场景的架构技术选型_第9张图片

直播常用的协议

  • RTMP(Real Time Messaging Protocol)
    • Adobe公司设计的实时消息传送协议。底层是TCP
    • 要求视频必须是H264编码,音频必须是AAC或MP3编码,传输的一般是FLV或者F4V格式的流
    • 最主流的流媒体传输协议,对CDN支持良好,实现难度较低,是大多数的直播平台的选择
    • 无法在浏览器直接播放
  • HLS(Http Live Streaming)
    • Apple公司定义的基于HTTP的流媒体实时传输协议
    • 将整个流分为多个小的文件来下载,每次只下载若干个。服务器端会将最新的直播数据生成新的小文件,客户端只要不停的按顺序播放从服务器获取到的文件,即可实现直播
    • 传输内容包括两部分:一是M3U8描述文件,二是TS媒体文件;TS媒体文件中的视频必须是H264编码,音频必须是AAC或MP3编码
    • 好处在于,数据通过HTTP协议传输,无需考虑防火墙或代理的问题;但由于HLS是分段推送的,所以HLS的延迟会比其他流媒体直播协议高
  • FLV(FLASH VIDEO)
    • 一种非常流行的流媒体格式
    • 这种模式下,会先将FLV下载到本地缓存,然后再播放FLV文件
    • 时效性好,实现简单;但是会将FLV缓存到本地,所以保密性不是很好

直播社交的挑战

  • 高并发的挑战:贷款、流量、应用高可用性、吞吐量、并发能力
  • 音视频处理及传输的挑战:实时美颜、音视频编码、视频推拉流、CDN加速
  • 低延迟性的要求:低延时、清洗
  • 终端适配的挑战:转码、调整设备
  • 内容审核的挑战:内容审核、自动鉴黄、自动屏蔽违法信息
    19-03 基于业务场景的架构技术选型_第10张图片

你可能感兴趣的:(架构设计,架构,java,大数据)