- 对于技术来说，最关心的还是项目采用什么样的技术栈来开发，每个公司都大同小异，这里分享下目前公司使用的技术栈，喜欢的朋友给个关注~ 对于技术来说，最关心的还是项目采用什么样的技术栈来开发，每个公司都大同小异，这里分享下目前公司使用的技术栈，喜欢的朋友给个关注~
- 火焰图（Flame Graph）由性能优化大师 Brendan Gregg 发明，和所有其他的 profiling 方法不同的是，火焰图以一个全局的视野来看待时间分布，列出所有可能导致性能瓶颈的调用栈。通过火焰图，可以非常方便的看到性能资源都消耗在了哪里，从而能够直观的看到程序的性能瓶颈，以进行程序的优化。 火焰图（Flame Graph）由性能优化大师 Brendan Gregg 发明，和所有其他的 profiling 方法不同的是，火焰图以一个全局的视野来看待时间分布，列出所有可能导致性能瓶颈的调用栈。通过火焰图，可以非常方便的看到性能资源都消耗在了哪里，从而能够直观的看到程序的性能瓶颈，以进行程序的优化。
- 分布式系统的事务问题是否和本地事务一样？微服务架构中现有的事务解决方案有什么弊端？有没有简单高效的实现分布式事务管理的方案？ 分布式系统的事务问题是否和本地事务一样？微服务架构中现有的事务解决方案有什么弊端？有没有简单高效的实现分布式事务管理的方案？
- 好几天没发文章了，上周我在拉勾教育上新了一个 etcd 的课程，前前后后准备，也是比较忙。今天和各位同学闲扯无关技术的一些话题。今天和各位聊得是我个人的股市故事。对投资理财感兴趣的读者，可以继续往下看。首先说结论：我依然是一个被宰割的韭菜。何时开始我第一次买股票还是在 2017 年，当时看到朋友在玩，我也就在东方财富顺手开了个户。这里得提一下东财，目前国内做得最好的券商之一。之所以这样说，确... 好几天没发文章了，上周我在拉勾教育上新了一个 etcd 的课程，前前后后准备，也是比较忙。今天和各位同学闲扯无关技术的一些话题。今天和各位聊得是我个人的股市故事。对投资理财感兴趣的读者，可以继续往下看。首先说结论：我依然是一个被宰割的韭菜。何时开始我第一次买股票还是在 2017 年，当时看到朋友在玩，我也就在东方财富顺手开了个户。这里得提一下东财，目前国内做得最好的券商之一。之所以这样说，确...
- 介绍 能力 特征 快速开始 安装服务器 独立部署 集群部署 春云接入 样本 添加依赖 介绍 能力 特征 快速开始 安装服务器 独立部署 集群部署 春云接入 样本 添加依赖
- 针对微服务在云容器引擎（CCE/K8s）中横向扩容为多副本后，Spring 原生的 @Scheduled 定时任务在多个 Pod 中同时触发，导致数据重复结算、接口被刷爆的痛点，本文提供一套基于 ShedLock 与 Redis 的无侵入式工程解法，实现定时任务的轻量级分布式互斥。 针对微服务在云容器引擎（CCE/K8s）中横向扩容为多副本后，Spring 原生的 @Scheduled 定时任务在多个 Pod 中同时触发，导致数据重复结算、接口被刷爆的痛点，本文提供一套基于 ShedLock 与 Redis 的无侵入式工程解法，实现定时任务的轻量级分布式互斥。
- 一、为什么做容器化改造单体应用在业务早期效率很高，但当发布频率上升、团队规模扩大后，问题会集中暴露：一次发布影响全站、环境不一致导致"本地能跑线上不行"、扩容只能整机复制、回滚依赖手工操作。容器化改造的目标不是"为了微服务而微服务"，而是让构建、发布、扩缩容、回滚这四件事变得可预期。二、改造节奏：先容器化，再拆分常见的错误是一上来就按业务拆成十几个微服务，结果治理成本陡增。更稳的路径是两阶段... 一、为什么做容器化改造单体应用在业务早期效率很高，但当发布频率上升、团队规模扩大后，问题会集中暴露：一次发布影响全站、环境不一致导致"本地能跑线上不行"、扩容只能整机复制、回滚依赖手工操作。容器化改造的目标不是"为了微服务而微服务"，而是让构建、发布、扩缩容、回滚这四件事变得可预期。二、改造节奏：先容器化，再拆分常见的错误是一上来就按业务拆成十几个微服务，结果治理成本陡增。更稳的路径是两阶段...
- 一、微服务高并发治理的核心诉求在企业级分布式微服务演进中，业务模块拆分提升了交付敏捷度，但跨服务 RPC 调用、网络抖动及缓存击穿也使得系统的故障排查变得异常复杂。为了保障高并发场景下的业务连续性，必须建立纵深防御体系。二、生产级架构设计与实战经验自适应滑动窗口限流：在服务入口配置平滑限流，并在下游服务不可用时实现秒级熔断降级；多级缓存防护：构建本地缓存与 Redis 分布式缓存二级防御，前... 一、微服务高并发治理的核心诉求在企业级分布式微服务演进中，业务模块拆分提升了交付敏捷度，但跨服务 RPC 调用、网络抖动及缓存击穿也使得系统的故障排查变得异常复杂。为了保障高并发场景下的业务连续性，必须建立纵深防御体系。二、生产级架构设计与实战经验自适应滑动窗口限流：在服务入口配置平滑限流，并在下游服务不可用时实现秒级熔断降级；多级缓存防护：构建本地缓存与 Redis 分布式缓存二级防御，前...
- 针对微服务架构中，因某一下游边缘服务（如短信、积分接口）响应变慢，导致网关或核心服务的 Tomcat 线程池被全部挂起耗尽、引发全局级联雪崩的痛点，本文分享一套基于 Alibaba Sentinel 的滑动窗口与异常比例熔断的轻量级工程解法。 针对微服务架构中，因某一下游边缘服务（如短信、积分接口）响应变慢，导致网关或核心服务的 Tomcat 线程池被全部挂起耗尽、引发全局级联雪崩的痛点，本文分享一套基于 Alibaba Sentinel 的滑动窗口与异常比例熔断的轻量级工程解法。
- 一、问题背景：简单重试引发的“惊群效应”与次生雪崩在微服务与分布式云原生架构中，网络瞬时抖动、下游服务扩缩容或数据库连接池瞬时打满是不可避免的常态。为了提升系统韧性，客户端往往会配置调用失败自动重试机制。然而，在实际生产环境中，若采用朴素的固定时间间隔重试（如每隔 100ms 重试），当底层某个关键服务发生瞬时不可用时，成百上千个上游实例会在同一纳秒内同步发起重试，在下游恢复瞬间形成破坏力... 一、问题背景：简单重试引发的“惊群效应”与次生雪崩在微服务与分布式云原生架构中，网络瞬时抖动、下游服务扩缩容或数据库连接池瞬时打满是不可避免的常态。为了提升系统韧性，客户端往往会配置调用失败自动重试机制。然而，在实际生产环境中，若采用朴素的固定时间间隔重试（如每隔 100ms 重试），当底层某个关键服务发生瞬时不可用时，成百上千个上游实例会在同一纳秒内同步发起重试，在下游恢复瞬间形成破坏力...
- 超时预算别层层加码：把剩余时间传给下游网关给一次请求留了 800 毫秒。订单服务自己又设了 800 毫秒，库存服务再设 800 毫秒。用户侧早就超时断开，下游还在空转，重试再叠一层，就把依赖打成重试风暴。超时不是每一跳都重新发一张整额支票，而是一张会变少的预算。 先约定三件事入口只发一次总预算，例如 800ms，并写进上下文，而不是只写在网关配置里。每一跳取 min(自己的上限, 剩余预算... 超时预算别层层加码：把剩余时间传给下游网关给一次请求留了 800 毫秒。订单服务自己又设了 800 毫秒，库存服务再设 800 毫秒。用户侧早就超时断开，下游还在空转，重试再叠一层，就把依赖打成重试风暴。超时不是每一跳都重新发一张整额支票，而是一张会变少的预算。 先约定三件事入口只发一次总预算，例如 800ms，并写进上下文，而不是只写在网关配置里。每一跳取 min(自己的上限, 剩余预算...
- 在微服务与容器化落地过程中，服务间调用链复杂、Pod生命周期多变。本文梳理三步排障核心方法论：先日志、再配额资源、最后网络与调用链路，帮助开发者快速定位线上问题。 在微服务与容器化落地过程中，服务间调用链复杂、Pod生命周期多变。本文梳理三步排障核心方法论：先日志、再配额资源、最后网络与调用链路，帮助开发者快速定位线上问题。
- 一、问题背景：高频离散 I/O 引发的高并发连接瓶颈在云原生微服务、消息队列消费或分布式日志采集中，单个服务实例往往需要在高并发场景下向下游数据源（如 MySQL、Elasticsearch 或 ClickHouse）写入海量记录。如果每次请求到达时都直接发起独立的单条 INSERT 网络 I/O，网络往返延迟（RTT）与连接池开销将急剧放大，迅速导致上游请求排队积压甚至引发服务超时雪崩。... 一、问题背景：高频离散 I/O 引发的高并发连接瓶颈在云原生微服务、消息队列消费或分布式日志采集中，单个服务实例往往需要在高并发场景下向下游数据源（如 MySQL、Elasticsearch 或 ClickHouse）写入海量记录。如果每次请求到达时都直接发起独立的单条 INSERT 网络 I/O，网络往返延迟（RTT）与连接池开销将急剧放大，迅速导致上游请求排队积压甚至引发服务超时雪崩。...
- 梳理日志、指标、链路追踪三大支柱在 Go 服务中的落地方式，讲解 OpenTelemetry 的埋点与导出流程，说明请求上下文的透传方法，并给出在高并发场景下控制埋点开销、快速定位故障的实践。 文章从技术背景和发展历程入手，帮助读者理解该技术的产生原因和演进脉络。通过对比不同版本的特性变化，分析技术选型的考量因素，为读者提供全面的技术视野。 结合实际项目中的真实场景，详细讲解技术的核心概念和... 梳理日志、指标、链路追踪三大支柱在 Go 服务中的落地方式，讲解 OpenTelemetry 的埋点与导出流程，说明请求上下文的透传方法，并给出在高并发场景下控制埋点开销、快速定位故障的实践。 文章从技术背景和发展历程入手，帮助读者理解该技术的产生原因和演进脉络。通过对比不同版本的特性变化，分析技术选型的考量因素，为读者提供全面的技术视野。 结合实际项目中的真实场景，详细讲解技术的核心概念和...
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签