摘要：服务发生性能恶化时，需要投入大量人力分析性能异常根因，分析成本高，耗时长。我们提出了一种先在异常调用链内部分析候选根因，再在全局拓扑环境下对候选根因进行汇聚的二级分析方法，克服了调用链之间异常相互影响导致根因难以确定的问题，快速识别和定位恶化接口的根因。 本文分享自华为云社区《【AIOps专题
摘要：本文介绍基于STM32微控制器、BC26 NBIOT模组和华为云IOT平台，实现了一款智能井盖系统。 本文分享自华为云社区《基于STM32+NBIOT+华为云IOT设计的智能井盖》，作者：DS小龙哥 。 一、概述 智能井盖是一种通过物联网技术实现对井盖状态监测和管理的设备。当前介绍基于STM3
搜索推荐算法架构为京东集团所有的搜索推荐业务提供服务，实时返回处理结果给上游。部门各子系统已经实现了基于CPU的自适应限流，但是Client端对Server端的调用依然是RR轮询的方式，没有考虑下游机器性能差异的情况，无法最大化利用集群整体CPU，存在着Server端CPU不均衡的问题。
正值618大促，各方接口的调用都会大幅度增加。通过梳理接口依赖关系来减少重复调用，对本系统而言，降低了调用数据接口时的线程占用次数，可以有效降级CPU。对调用方来说，减少了调用次数，可减少调用方的资源消耗，保障底层服务的稳定性。
大促备战，最大的隐患项之一就是慢sql，带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，而且对sql好坏的评估有一定的技术要求，有一些缺乏经验或者因为不够仔细造成一个坏的sql成功走到了线上，等发现的时候要么是造成了线上影响、报警、或者后置的慢sql采集发现，这时候一般无法快速止损，需要修改代码上线、或者调整数据库索引。
本文通过实际业务需求场景建模案例，为读者提供一种业务模型向数据模型设计的方法论，用于指导实际开发中如何进行业务模型向数据模型转化抽象，并对设计的数据模型可用性、扩展性提供了建议性思考
DDD领域建模被各个大小厂商提起并应用，而每个人都有自己的理解，本文就是针对小白，系统地讲解DDD到底是什么，解决了什么问题，及一些建议和实践。本文主要是思想的一种碰撞和分享，希望能对朋友们有所启发或帮助。
最近小组在开展读书角活动，我们小组选的是《深入理解JVM虚拟机》，相信这本书对于各位程序猿们都不陌生，我也是之前在学校准备面试期间大致读过一遍，emm时隔多日，对里面的知识也就模糊了。这次开始的时候从前面的JDK发展史和JVM虚拟机家族着手，之前都是粗略读过，这次通过查阅相关资料并收集在每一个JDK版本演化期间所发生的的一些趣闻，发现还是比较有意思的，以下是关于有关JDK发展史的总结分享。
稳定性治理是一个长期的过程，要把稳定性的工作融入到研发过程中，一方面要有意识尽量别埋坑，比如微服务强调中间件隔离，我们就不要混用中间件了，另一方面稳定性问题要一步到位，比如治理超时时间，要有个完整规范定义超时时间，并在研发过程中对新增接口、历史接口都配置合理，且能够动态更新。
导读 本文主要基于京东物流的分拣业务平台在生产环境遇到的一些安全类问题，进行定位并采取合适的解决方案进行安全治理，引出对行业内不同业务领域、不同类型系统的安全治理方案的探究，最后笔者也基于自己在金融领域的经验进行了关于API网关治理方案的分享。 写在前面 随着互联网应用的多元化、复杂化、服务化成为显
作者: 京东零售 陈震 一、 什么是Backbone 在前端的发展道路中，前端框架元老之一jQuery对繁琐的DOM操作进行了封装，提供了链式调用、各类选择器，屏蔽了不同浏览器写法的差异性，但是前端开发过程中依然存在作用域污染、代码复用度低、冗余度高、数据和事件绑定烦琐等痛点。 5年后，Backbo
我们要介绍的扩散模型的理论基础和非常重要的DDPM，扩散模型的实现并不复杂，但其背后的数学原理却非常丰富。在这里我会介绍这些重要的数学原理，省去了这些公式的推导计算，如果你对这些推导感兴趣，可以学习参
本文是线上问题处理案例系列之一，旨在通过真实案例向读者介绍发现问题、定位问题、解决问题的方法。本文讲述了从垃圾回收耗时过长的表象，逐步定位到数据库连接池保活问题的全过程，并对其中用到的一些知识点进行了总结。
## 1. 背景 - 业务背景：CRM系统随着各业务条线对线索精细化分配的诉求逐渐增加，各个条线的流向规则会越来越复杂，各个条线甚至整个CRM的线索流转规则急需一种树形的可视化的图来表达。 - 技术背景：在开发之前考虑了三种方案，原生canvas、fabric以及G6，三种方案各有优劣势 | |
通过硬件计数器，将性能提升3倍之旅 翻译自：Seeing through hardware counters: a journey to threefold performance increase 本文通过对CPU层面的代码挖掘，发现JVM存在的问题，并通过对JVM打补丁的方式解决了大实例下性能不
哈喽大家好，我是咸鱼 今天跟大家分享一篇文章，这篇文章的作者 **Gergely Orosz** 是一名程序员，他从 Uber 辞职以后，就当起了全职创作者 他通过写文章、卖课程、做视频等谋生，今天这篇文章是他对这种商业模式的思考，我把它主要部分翻译了出来（想要看全文的原文链接在文末） **译文如下
引言 在单元或者集成测试的过程中，需要测试的用例非常多，如果测试是一条一条过，那么需要花费不少的时间。从 V2 开始，默认情况下 XUnit 自动配置并行（参考资料），大大提升了测试速度。本文将对 ASP.NET CORE WEBAPI 程序进行集成测试，并探讨 XUnit 的数据共享与测试并行的方
以前就是一直使用 `Newtonsoft.Json` 用起来还是挺舒服的。由于 JSON 的应用越来越广，现在. NET Core 都内置了 `System.Text.Json` 可以直接对 JSON 进行操作，不过两个东西的体验依然有点区别。 有时候我们会遇到的从第三方传递过来的 json str
最近.NET7.0和C#11相继发布，笔者也是第一时间就用上了C#11，其中C#11的有一个更新能解决困扰我多年的问题，也就是文章的标题原始字符串。 在使用C#11的原始字符串时，发现的一些有意思的东西，超出了我原本对它的期待，话不多说，我们一起来看看。 多年的困扰 我不知道大家有没有写过这样的代码
国内文章 .NET 7 的 AOT 到底能不能扛反编译？ https://www.cnblogs.com/huangxincheng/p/16917197.html 在B站，公众号上发了一篇 AOT 的文章后，没想到反响还是挺大的，都称赞这个东西能抗反编译，可以让破解难度极大提高，可能有很多朋友对逆
