ITPub博客

这篇文章， 笔者会从基础概念、Broker发送心跳包、NameServer 维护路由、Zookeeper vs NameServer 四个模块揭秘名字服务的设计精髓。

测试是产品发布上线的一个重要环节，但随着业务规模和复杂度不断提高，每次上线需要回归的功能越来越多，给测试工作带来了巨大的压力。在这样的大背景下，越来越多的团队开始使用流量回放对服务进行回归测试。

1.引言 2.技术选型 3.Flowable引擎介绍 3.1 基础元素 3.2 API说明 3.3系统数据表介绍 4.流程图建模绘制 4.1 BPMN 2.0协议 4.2 绘制 5.快速开始 5.1 导入starter 5.2 导入建模 5.3 查询流程建模的基本信息 5.4 创建审批工单 5.5 获取待审批工单 5.6 审批工单 5.7 事件监听 6.总结 7.参考资料

我们以一个具体的案例 “ L 页流量表” 优化作为切入点，来展开对流量链路的优化实践，承诺 SLA、体量够大、关联够多、逻辑够复杂、使用够广一直是 L 页流量表的内在标签。

随着业务的发展，组织规模的扩大，越来越多的企业开始意识到协作效率对于企业团队的重要性，甚至是决定其在某个行业竞争中突围的关键，是企业长久生存的根本。

JVM初始化竟然会造成死锁问题？本文通过分析一次线上线程池耗尽的问题，剖析理解JVM初始化的原理。

随着公司业务的不断扩张，用户流量不断提升，研发体系的规模和复杂性也随之增加，线上服务的稳定性也越来越重要，因此有必要搭建一个提供安全、高效、基于生产环境的故障演练系统，为线上服务保驾护航。

大模型技术日新月异，开源大模型层出不穷，本文针对开源大模型Alpaca-lora进行本地化部署实践，探索大模型在部署和使用方面的细节。

作为客服域访问量最大的页面之一，订单详情页在客服的日常工作中被用来查阅用户的订单信息，以此为进线的买卖家用户提供更好的购买服务，进而提升用户的满意度。无论是一二线客服还是客服管理者，都能在日常使用的系统中直接访问到详情页，因此客服订单详情页的入口也比较多，目前已经超过了10处。

在 iOS16 上，苹果推出了实时活动( Live Activities )。实时活动可以出现在用户锁屏界面，并可实时展示用户关心的一些核心信息。由于使用远程推送通道更新实时活动不需要主 app 保持开启，并且相比小组件需要用户手动添加到桌面这个门槛，实时活动功能是默认开启的，所以这一机制保证了信息的触达概率会远高于小组件。

随着自动化测试左移实践深入，越来越多不同类型的需求开始用自动化测试左移来实践，在实践的过程中也有了新的提效诉求，比如技改类的服务拆分项目或者BC流量拆分的项目，在实践过程中，这类需求会期望不同染色环境在相同的配置条件下，拆分后的代码和基准release代码的接口响应response有全量对比结果才能更好达到需求验证点。

滴滴网约车致力于让出行更美好，平台为司乘提供良好体验的同时承载了广大群众的出行服务，致使我们对服务可用性的要求较高。更快地发现系统bug，可以让更少的司乘用户受影响。发现bug的能力更精细，可以让一些不易被用户感知但实际影响用户产品使用的bug更容易被发现。网约车服务端承接了网约车核心交易流程整体链路串联工作，其涵盖交易场景达百万级别，核心交易链路涉及几百个下游服务调用，这对我们的质量保障工作有了更高的挑战。本文提出了测试流量触发与测试结果分离的思想，并基于该思想做了两次实践，分别是在线上以更快召回代码bug为目标的线上流量巡检，在线下以提高测试效率为目标的测试流量验收。

机器扩容后瞬间被高流量击穿，背后发生了什么？本文从实际案例入手，探讨在冷启动的场景下如何保护系统不被瞬间流量压垮。

B站游戏中心是一个游戏分发平台，它提供游戏下载、游戏评测、游戏攻略和游戏活动等相关内容，用户可以在这里找到各种优秀的游戏作品，预约测试，下载资源，以及参与游戏社区的互动。游戏中心首页如图1-1所示：

1 背景 2 设计思路 2.1 将"可变"的配置化 2.2 将"不变"的系统化 3 实现细节 3.1 速度控制 3.2 资源分配策略 3.3 问题解决 4 上线效果 5 总结

网约车业务作为滴滴的核心业务，系统架构复杂、整个订单链路涉及众多下游服务，整体迭代频率高，同时在产品形态上通过不同品类提供差异化服务能力，整体品类从最初的专车、快车延展到如今多个品类，这就导致在日常的功能迭代中需要实现特定品类场景或者特定功能测试的成本非常高。举几个典型的例子：

随着业务日益复杂，应用微服务化已成为主流趋势，业务领域通常在多个微服务应用中实现。DevOps 工程从应用角度，虽实现了应用流水线和项目流水线，但也面临着测试阶段管理多套应用流水线的复杂场景。通常情况下，这些业务会存在多套互相隔离的环境，而这些环境的构建也依赖人工处理资源申请和部署。由于构建不易，这些环境通常被长期反复使用，并需要定期与生产环境同步以确保开发和测试的有效准确。这些工作要求工程师对业务的应用架构熟悉且有时间频繁进行操作，但实际上这些工作大多落在项目资深的 DEV 或 QA 身上，浪费了宝贵的人力资源。因此，我们可以考虑建立“环境构建平台”，实现环境即用即建，让 DEV 和 QA 专注于自己擅长的事情，并最终节约人力资源提升效率。Qunar 的基础平台团队对此问题进行了长期实践，本文将分享 Qunar 在测试环境治理领域的实践经验和思考。

希望大家通过阅读本文之后可以打造属于自己的前端监控系统用来保证自己应用的用户体验

CAS单点登录技术是一种用于解决多个应用程序之间身份验证和授权问题的集中式认证系统。它通过引入认证中心，实现了用户只需登录一次即可访问多个应用程序的便利性和安全性。CAS单点登录技术的优势在于集中管理、安全可靠、可扩展性强等特点，使其成为企业和机构身份管理系统中的首选解决方案。本文尝试通过一种深入浅出的方式，通过解析笔者亲身案例给读者分享CAS架构开发所需要关注的技术点。

百度APP iOS端包体积优化系列文章的前三篇重点介绍了包体积优化整体方案、图片优化和资源优化，图片优化是从无用图片、Asset Catalog和HEIC格式三个角度做深度优化，资源优化包括大资源优化、无用配置文件和重复资源优化，本文重点介绍代码优化，在百度APP实践中，代码优化包括无用类优化、无用模块瘦身、无用方法瘦身、精简重复代码、工具类瘦身和AB实验固化。在代码优化过程，需要分析Mach-O和Link Map，在前面的文章我们已经针对Mach-O文件做过了分析，本文先介绍Link Map文件，然后再详细介绍代码优化方案。