话题公司 › 京东

公司:京东

关联话题: JD

国际计费系统基于Sharding-Proxy大数据迁移方案实践

01 背景在今年的敏捷团队建设中,我通过Suite执行器实现了一键自动化单元测试。Juint除了Suite执行器还有哪些执行器呢?由此我的Runner探索之旅开始了!1. 计费数据量

文盘Rust -- r2d2 实现redis连接池

我们在开发应用后端系统的时候经常要和各种数据库、缓存等资源打交道。这一期,我们聊聊如何访问redis 并将资源池化。在一个应用后端程序访问redis主要要做的工作

促销卖场屏效浅析

在日常工作中,设计师常常会听到产品、运营等同事吐槽“高度太高了”、“留白太多了”,为什么他们会关注高度留白?会影响到什么他们关心的实际上是如何提高屏效。下文将说说如何合理提升线上卖场屏效。

达达快送小程序性能优化实践

本文将详细阐述,达达平台业务前端如何将达达快送小程序评测结果由“差”优化至“优秀”。

从游戏体验角度深度解读双十一T级互动

基于T级互动游戏特点,从用户体验视角从“怎么玩、持续玩、有多种玩法可玩”三个方面探讨关于调动用户参与积极性、提升游戏体验感、助力业务指标的设计思考。

Redis数据倾斜与JD开源hotkey源码分析揭秘

本文介绍了Redis数据倾斜的相关概念,并讲解了Redis数据倾斜的原因以及应对方案,对热点问题进行了深入探讨;其次从client端、worker端、dashboard端全方位讲解了热key问题的解决方案,详细解析了JD开源项目hotkey,读者可以从本文中学到相关的方法论及其对应的落地方案。

营销百科:京东科技营销权益平台能力探究

本文重点介绍了京东科技在权益营销上面的最佳技术实践,京东科技营销权益平台承接了各个业务线的营销职能,并在长期的业务和技术探索中沉淀了丰富的架构设计经验,总结归纳出涵盖权益创建、权益投放、权益核销、权益安全管控及权益费用管理一整套的营销权益解决方案,该方案经过不断迭代更新,已支撑了京东科技各个业务千亿级规模的增长。

前端精准测试实践

随着前端技术发展,已经转变为数据绑定为主流的框架方式,与后端服务一样,前端代码实现也会涉及相互依赖,引用这些场景,那么应该如何准确的评估前端代码改动的影响范围?依赖开发评估?依靠经验评估?或者直接前端自动化全回归?手工测试全回归?显然以上的策略都不是最优策略,本文叙述了通过对前端代码进行静态分析,找到改动文件影响的功能范围,从实现了一种前端精准测试的思路。

clickhouse在风控-风险洞察领域的探索与实践

以Clickhouse+Flink实时计算+智能算法为核心架构搭建的风险洞察平台,建立了全面的、多层次的、立体的风险业务监控体系,已支撑欺诈风险、信用风险、企业风险、小微风险、洗钱风险、贷后催收等十余个风控核心场景的实时风险监测与风险预警,异常检测算法及时发现指标异常波动,基于根因策略快速做到风险归因分析并生成风险报告,接入MQ主题500+、数据模型6000+、实时预警4000+、 风险监控看板1000+、 异常检测模型10000+, 大促时期分钟级消息处理量达3400w/min,日均消息处理量达百亿。

观察者模式在spring中的应用

指多个对象间存在一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、模型-视图模式,它是对象行为型模式。

流程编排、如此简单-通用流程编排组件JDEasyFlow介绍

JDEasyFlow是企业金融研发部自研的通用流程编排技术组件,适用于服务编排、工作流、审批流等场景,该组件已开源(https://github.com/JDEasyFlow/jd-easyflow),目前在部门的内部业务系统和科技输出系统中广泛应用,其他部门也有使用。

它的特点是简单、灵活、易扩展,开发人员一般30分钟可入门上手,半天可掌握其原理。它分为一个核心模块和若干扩展模块,模块之间松耦合,开发使用时可按需选择、快速集成、渐进式应用,同时支持JSON内置规范和BPMN规范。

基于漏洞的安全检测能力建设

在安全运营工作中,漏洞自动化检测和威胁流量的识别方面显得尤为重要,依据模拟攻击中的漏洞利用,通过漏洞分析,提取对应的漏洞有效利用载荷(payload),形成规则库。本篇文章主要介绍到家基于漏洞的利用实现安全检测能力的建设实践。

游戏化设计中的“双循环”

为了在产品中创造有意义的游戏化体验,我们必须设计一个引人入胜的核心循环,该循环由两个单独的循环(双循环)组成。核心循环是与用户在使用产品时的核心行为相关的一系列重复模式。一个简答的循环包含3个重复步骤:行为、奖励、拓展。

高性能在线推理服务设计与实现

风控智能化体系建设依赖大量深度学习/机器学习模型进行实时在线的风险识别、智能决策。要求可以将算法模型快速部署为在线服务,供决策引擎调用。

风控决策引擎涵盖交易、支付、营销等核心链路,业务场景对决策系统性能要求极高,平均tp99<50ms。要求算法模型实时服务在高吞吐量下,仍能满足性能要求。

精细化运营大背景下,算法模型服务需要支持大促不降级,且不能通过野蛮加机器方式提高吞吐量。要求从技术及架构层进行改进,对算法模型在线推理性能有质的提升。

从组件化角度聊聊设计工程化

面对多组件、多页面、跨平台的复杂场景,如何保证整体的用户体验一致性,减少用户认知和负担,提升用户使用效率,便成为业务迫切需要解决的问题。本文从组件化角度聊聊设计工程化是如何解决模块化与规模化的问题。

直播CDN调度系统关键挑战与架构设计

互联网视频直播是一种消息媒介形态,提供时产时消的内容,经过多年,已经发展出秀场、游戏、电商、体育等多种业务形态。主要特点是:内容实时产生实时消费,对时效性要求更高;流媒体内容占用带宽大,对网络质量要求更苛刻;一人生产、多人消费,带宽规模大。直播CDN目前是解决这种大规模分发场景最有效的技术途径,主要特点是就近接入以提供良好的接入网环境,多层汇聚以降低中心资源的分发压力,以此达到直播业务规模化和时效性的要求。

首页 - Wiki
Copyright © 2011-2022 iteam. Current version is 2.106.6. UTC+08:00, 2022-12-07 18:11
浙ICP备14020137号-1 $访客地图$