随着网络攻击事件整体呈上升趋势，应用作为网络入口承载着大量业务和流量，因此成为了安全的重灾区。本文介绍京东云RASP云原生安全免疫平台工作原理以及最佳实践，减少大量的误报和漏报问题。
这篇主要描述了B端令牌系统应用数据分表解决业务数据量增大，且存在的数据倾斜问题，主要面向的场景是一对多数据倾斜问题
当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。
Web应用防火墙对网站、APP的业务流量安全及合规性保护，对业务流量的识别恶意特征提取、分析识别出恶意流量并进行处理， 将正常安全的流量回源到业务服务器， 保护网站核心业务和数据安全。
在我们的研发生产活动中，经常会遇到如下类似的疑惑：业务和技术在公司组织活动中，究竟应该各扮演什么样的角色？技术的目的是什么？
作者：京东零售 李孟东 00 导读 企业前台研发部包含了企业业务大部分的对外前台系统，其中京东VOP平台(开放平台)适合于自建内网采购商城平台的企业客户。 京东为这类客户专门开发API接口，对接到客户内网的网上商城，将产品SKU直接推送到客户内网，客户内部采购人员可以直接在内网商城进行下单采购，订单
使用Redis还是Zookeeper来实现分布式锁，最终还是要基于业务来决定，可以参考以下两种情况： （1）如果业务并发量很大，Redis分布式锁高效的读写性能更能支持高并发 （2）如果业务要求锁的强一致性，那么使用Zookeeper可能是更好的选择
哈喽大家好，我是咸鱼 我们知道，随着企业规模或者说业务规模的不断扩大，为了应对不断增长的业务需求和提高系统的可伸缩性、可靠性和性能，计算机系统由一开始的单体系统逐渐发展成分布式系统 那么今天咸鱼给大家介绍一些关于小白在学习分布式系统遇到的一些常见误解 ## 误解1.网络是可靠的 **在分布式系统中，
https://www.modb.pro/db/48129 前不久，一个朋友所在的公司，业务人员整天都喊慢。 朋友是搞开发的，不是很懂DB，他说他们应用的其实没什么问题，但是就是每天一到高峰期就办理特别的慢啊，各种堵塞，一堆请求无法完成。他们没有专门的DBA，想找我帮忙看看。 我下班后打开他们的数据
https://zhuanlan.zhihu.com/p/333201734 前不久，一个朋友所在的公司，业务人员整天都喊慢。 朋友是搞开发的，不是很懂DB，他说他们应用的其实没什么问题，但是就是每天一到高峰期就办理特别的慢啊，各种堵塞，一堆请求无法完成。他们没有专门的DBA，想找我帮忙看看。 我下
在电商金融等多个领域，现在主要利用图来建模，并由业务人员根据图指标提出需求。但图指标时效性差、创建修改程序十分繁琐，元数据没有同意的管理分类，这导致开发运维都十分困难，根据此痛点，今天来介绍一项基于实时大数据的图指标解决方案。
理想很丰满，现实往往很残酷。 一种按照ddd的方式，根据业务来把自己需要的模块一个一个写出来，再按照模块把需要的接口一个一个的写出来，堆砌一些中间件，以及解耦的command，handler等等 ，一个项目就这么成型了。上面的项目有一个非常清晰的特点，就是按需开发，不需要去可以定义业务相关的公共的模
优化金字塔 应用程序层面 框架层面（Broker层面） JVM层面 操作系统层面 应用程序层面：应当优化业务代码合理使用kafka，合理规划主题，合理规划分区，合理设计数据结构； 框架层面：在不改动源码的情况下，从kafka参数配置入手，结合业务体量和运行数据进行调优 JVM层面：在出现明显缓慢和可
Linux项目部署启停 WEB应用（WAR包）部署 实际开发中，难免遇见新业务项目构建、项目重构（重新优化整个项目的架构，相当于重写），也可能是项目拆分多个模块，也可能部分拆分，但项目的模块化分离，就存在新建项目，新开服务端的可能，在Linux部署中，我们通常遇见需要搭建一个新的服务： WEB应用（
前言 上一篇文章带你实现了Go-Zero模板定制化，本文将继续分享如何使用GO-ZERO进行业务开发。 通过编写API层，我们能够对外进行接口的暴露，因此学习规范的API层编写姿势是很重要的。 通过本文的分享，你将能够学习到Go-Zero的API语法规范，以及学会实际上手使用。 概述 下文所说的是
一般我们在开发的时候，习惯上使用常规的关系型数据库来设计数据库表，对于一些业务表的字段比较固定的场景，是一种非常不错的选择，而且查询的时候，由于是基于固定的表字段进行查询，性能基本上是最优的。不过有一些场景下，业务信息的经常变化，使用常规的关系型数据库来创建表字段、删除字段的模式，肯定不是合适的处理...
前言 熟悉Spring框架的同学一定都知道MVC开发模式吧，控制器（Controller）、业务类（Service）、持久层（Repository）、数据库映射（Mapper）、各种DO类构成了我们服务端的代码。初学的时候，觉得新鲜手写这些东西不觉得有啥，但是写久了就会觉得很烦。好不容易在数据库中写
蹩脚的go 异常处理 一般写go的人，如果他不是写算法，正常写业务代码的话，可能都会为优雅的异常处理而烦恼，因为脑子抽筋的go设计者们，总是感觉语法糖是一种很低级的东西。但是在我们大多数公司的业务逻辑中，没有语法糖让代码非常丑陋，不易于维护。 如何让go 代码更具有可读性，哪么就要给go加糖！ 引入
代理模式 代理模式一般包含三个角色： Subject：主题对象，一般是一个接口，定义一些业务相关的基本方法。 RealSubject：具体的主题对象实现类，它会实现Subject接口中的方法。 Proxy：代理对象，里面包含一个RealSubject的引用，外部会通过这个代理对象，来实现RealSu
关于企业级产品都有EOL里程碑，因些需要考虑对已购产品、业务的生命周期进行升级、迁移、替换等统筹规划。另外如果遇到产品、业务整体出售，还需要评估对现有资产的影响等不可控因素。 今天聊聊华为产品的生命周期，点击查看原文 华为产品生命周期关键里程碑： 华为软件版本生命周期关键里程碑： 点击查询华为产品生
