首页
学习
活动
专区
圈层
工具
发布
综合排序最热优先最新优先
时间不限
京东技术大中的 Flutter 跨端实践之路
团队介绍 京东 ARES 跨端团队作为京东技术与数据中的多端技术平台团队,聚焦于跨端开发技术框架和平台搭建,包括但不限于 RN、Flutter、小程序等技术栈。
开发者技术前线
2020-11-23
2.4K0
标签:
基于大中的可插拨轻应用架构设计
各应用可以独立开发,又能很容易的整合在一起,也就是应用在整体系统上可插拨; 2. 基础模块统一:形成标准,避免重复开发,就是形成大中; 3. 基于大中的可插拨轻应用架构设计 整体界面设计 整体框架大致如下: ​ 1. 顶部左边是系统logo,点击可以回到首页,logo图像地址和首页地址,都是配置的; 2. 主体的左侧是应用内的导航,每个应用可以有自己的导航体系,该导航可以收起来; 5. 主体的上方有统一的面包屑导航,显示用户当前在哪里。 中层:中要做大,通用的功能应该放到中进行实现,这样应用层才能做轻,如用户功能,日志功能,配置功能等; 3. 大中 2. 轻应用 3. 可插拔 20220828
明月AI
2022-11-07
9490
标签:
基于大中小前台模式设计高并发电商架构
一、什么是大中(业务中、数据中、技术中等) 大中小前台的组织模式最近在业界很火热,此模式最早在芬兰著名移动游戏公司Supercell实施。 图2 乐高颗粒和产品 公司执行好大中小前台模式,首先需要进行组织架构调整,比如阿里巴巴大中小前台组织架构(如图3)如下:中事业群和小前台事业群。 、数据库中间件等)、服务网格、存储体系(RDBMS、NoSQL、NewSQL)、容器弹性云等。 首先需要从公司层面定义好业务线的标识标准,比如采用三级体系结构,如表1所示: ? 表1 业务线标识三级体系结构 公司统一了业务线三级体系结构后,需要提供统一的业务注册中心,使得业务通过业务注册中心完成所有业务线三级体系结构的注册以及查询。
玄姐谈AGI
2019-11-06
2.6K0
标签:
业务中系统架构:大中+小前台电子商务系统搭建框架思维
【数商云】在电子商务系统搭建行业有近十几年的服务经验,近年来的数据中、业务中等系统架构兴起,大多数企业在不清楚的中背景的情况下就盲目追求,最后只会导致自身平台丢失原有的优势框架。 在这里,我们来总结下业务架构总原则:大中+小前台框架思维: 1、业务中系统采用领域驱动设计(DDD),在其上构建业务能力SAAS,持续不断进行迭代演进。 用业务中化框架来优化电商交易系统优势 上面介绍了交易业务中的设计理念,本篇会详细的来说为何要用中的思想来架构交易系统。 top10的游戏,有5个来自supercell,其能快速推出高质量的游戏,其大中功不可没。 阿里借鉴了supercell的“大中,小前台”的模式,以解决快速创新试错的前端业务和日益沉重的淘宝天猫这些核心系统之间的矛盾,以提升研发效率和跨团队合作。
数商云市场营销总监
2021-01-22
1.9K0
标签:
我们从来都反对“大中,小前台”的架构设计!
问题五:中分为哪几类? ? (1)业务中; (2)数据中; 任何脱离业务的中,都是蹭热度! 画外音:有些公司,把技术平台也放到中里,快狗打车并不这么认为。 问题六:中有什么价值? ? 此时,业务中诞生了。 ? 中,是共性业务的部分。 问题九:中,应该做厚还是做薄? ? 最早,阿里提出了“大中,小前台”的中战略。 对此,快狗打车有不同的看法,中太厚,势必夹杂个性化业务逻辑,不要让中成为业务发展的瓶颈,我们提倡“小中,大前台”,只有足够通用的业务,才适合下沉到中。 问题十:如何沉淀与发展通用业务中呢? 以交易中为例,通用交易从端(例如:收银),到服务,到数据的通用业务中。 步骤五,不断迭代,不断丰富中能力。 画外音:但务必注意,只有充分通用的业务,才适合沉淀到中,否则中只会成为业务发展的瓶颈。 中负责人不能只想着抢地盘,不属于自己的范围不能大包大揽,要保持克制。
架构师之路
2021-01-13
2K0
搭建业务中系统框架:大中+小前台电商系统架构思路
近年来的数据中、业务中等系统架构兴起,大多数企业在不清楚的中背景的情况下就盲目追求,最后只会导致自身平台丢失原有的优势框架。 在这里,我们来总结下业务架构总原则:大中+小前台框架思维: 1、业务中系统采用领域驱动设计(DDD),在其上构建业务能力SAAS,持续不断进行迭代演进。 用业务中化框架来优化电商交易系统优势 上面介绍了交易业务中的设计理念,本篇会详细的来说为何要用中的思想来架构交易系统。 top10的游戏,有5个来自supercell,其能快速推出高质量的游戏,其大中功不可没。 阿里借鉴了supercell的“大中,小前台”的模式,以解决快速创新试错的前端业务和日益沉重的淘宝天猫这些核心系统之间的矛盾,以提升研发效率和跨团队合作。
数商云网络科技
2020-04-28
4.3K0
标签:
数据中知识体系
03 数据中台架构 从数据处理与数据治理两个维度出发,可以设计一个解耦的数据中体系架构。 该数据中体系架构具有一定的柔性,可按照企业应用需求进行组合,或者对单个模块进行扩充,能满足大多数企业数据中建设的需求。 数据中的通用体系架构如图 所示。 该中体系架构以减少功能冗余和提高功能复用为原则,把数据中解耦为 6 个可以分别独立建设、演进的功能子系统。 数据结构与数据处理子系统是数据中体系架构的核心,数据治理是提升数据价值的重要手段。 该数据中体系架构的通用性表现在以下几点: (1)该数据中体系架构综合考虑了数据中的各种要素,参考这个架构进行建设可以有效提升数据资产价值,提供数据及服务的共享。 虽然数据中体系架构没有统一模板,但各企业数据采集框架基本一致。
大数据学习与分享
2024-05-18
1.3K0
标签:
大中模式下如何构建复杂业务核心状态机组件
大中战略下,中将公司业务的公共能力下沉,并采用更加合理、可复用的架构和技术来实现这些基础能力。在电商行业内,将面临货物的采购、商品上架、交易发生、订单状态变化、客服介入等大量状态维护。 随着业务的增加,定制化链路显然不优雅,大量流程代码无法维护,此时中通用解决思路就尤为重要,有限状态机(Finite State Machine,缩写:FSM)开始在中落地。 这个模型和业务中遇到的问题十分吻合。图1是状态转移图,可以用来表示状态机,此外可以使用状态转移表来表示。如图2所示: ? 也为中实现配置化做好了铺垫。 3.2 中赋能业务 中沉淀了基础能力,如何实现?中如何赋能业务的,业务是否满意呢? 可以毫不夸张的说,一个新业务过来,中能在2天时间内单人完成状态机配置开发上线。这就是中的效率。 4 总结 FSM解决复杂业务状态流转的问题,并以交易业务进行举例。但是FSM的应用场景远多于交易。
玄姐谈AGI
2019-11-07
2.9K0
标签:
大中模式下如何构建复杂业务核心状态机组件
大中战略下,中将公司业务的公共能力下沉,并采用更加合理、可复用的架构和技术来实现这些基础能力。在电商行业内,将面临货物的采购、商品上架、交易发生、订单状态变化、客服介入等大量状态维护。 随着业务的增加,定制化链路显然不优雅,大量流程代码无法维护,此时中通用解决思路就尤为重要,有限状态机(Finite State Machine,缩写:FSM)开始在中落地。 也为中实现配置化做好了铺垫。 3.2 中赋能业务 中沉淀了基础能力,如何实现?中如何赋能业务的,业务是否满意呢? 可以毫不夸张的说,一个新业务过来,中能在2天时间内单人完成状态机配置开发上线。这就是中的效率。 4 总结 FSM解决复杂业务状态流转的问题,并以交易业务进行举例。但是FSM的应用场景远多于交易。 框架就像骨骼约束着我们,从而让技术成长更加健康,这也许就是中的魅力。 腾讯云.png
江帅帅
2020-06-12
8320
标签:
数据中建设(六):数据体系建设
数据体系建设图片数据中是企业数据汇集地,但并不是简单的数据堆积,而是进行分层建模,数据体系建设最终呈现一套完整、规范、准确的数据。数据体系建设就是大数据中数据仓库建设。 图片那么在企业数据中构建中,各个业务部门需要用到的这些共性数据(描述对象的全面数据)就可以通过标签数据层来满足,通过构建标签数据层可以做到企业精细化运营,例如:精准营销、精准推荐、用户画像、用户维护( 一种对象标签体系的建设不会影响另外一种对象标签体系建设,可以同时对多个对象进行标签体系建设。 通常来说构建标签体系是指对象的标签类目+标签,标签体系设计的核心是标签类目设计(一级、二级、三级等目录),标签类目设计完成,整个标签体系的框架就有了,后面就是往每个叶类目下填充通过数仓DWS层可以加载出来的标签 ,进而完成整个标签体系的建设。
Lansonli
2022-07-22
2.3K0
标签:
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档