https://zhuanlan.zhihu.com/p/583922188 一、问题 近期我们运维同事接到线上LB（负载均衡）服务内存报警，运维同事反馈说LB集群有部分机器的内存使用率超过80%，有的甚至超过90%，而且内存使用率还再不停的增长。接到内存报警的消息，让整个团队都比较紧张，我们团队负
概述 创建一个简单的 Grafana 仪表板, 以实现对日志的快速搜索. 有经验的直接用 Grafana 的 Explore 功能就可以了. 但是对于没有经验的人, 他们如何能有一个已经预设了简单的标签搜索的仪表板，以帮助一些团队在排除故障时快速找到他们正在寻找的东西。虽然 Explore 很适合这
在云原生时代，开发人员面临着越来越多的工具、技术、思维方式的选择，给他们带来了极大的认知负担和工作量。为了提高开发人员的开发效率与开发体验，一些头部科技公司开始建立自己的内部开发者平台（IDP）。在之前的文章我们有简单了解过 IDP 相关的基础概念。IDP 是一套由平台工程团队维护的工具和技术，让开
随着互联网、云计算、人工智能等技术的发展，软件行业的竞争日益激烈，用户的需求和期望也越来越高。与此同时，软件开发的挑战日益复杂，涉及多个层次、技术和服务。软件开发人员需要掌握更多的知识和技能，同时面对更多的问题和风险。为了更好地应对挑战和风险，并在市场中脱颖而出，软件开发团队需要快速、高质、低成本地
> **作者简介** > > 陈灿，数澈软件Seal 后端研发工程师，曾在腾讯负责敏捷研发体系建设以及 DevOps 解决方案的敏捷实践。在敏捷研发和产品效能提升有着丰富的经验，致力于构建一站式研发友好的平台工程解决方案。现在是 Seal 平台工程团队核心研发人员。 平台工程（Platform En
1 介绍 在之前的一篇文章《一次缓存雪崩的灾难复盘》中，我们比较清晰的描述了缓存雪崩、穿透、击穿的各自特征和解决方案，想详细了解的可以移步。 最近在配合HR筛选候选人，作为大厂的业务方向负责人，招人主要也是我们自己团队在用，而缓存是必不可少的面试选项之一。下面我们就来聊一聊在特定业务场景下缓存击穿和
文章学习：外滩大会 | 金智塔科技首席科学家郑小林教授出席大会探讨金融大模型落地新挑战 大模型的构建非常依赖算料、算力，对高校而言，从模型合规性、隐私保护的角度去做研究是很好的切入点。依托浙大科研团队，金智塔科技在大模型的研究中发现绝大多数的数据都分布在客户手中，比如金融机构场景建设需要用到政务数据
前言 以下是工作中必备的12个Git命令，包括创建和初始化仓库、克隆远程仓库、添加和提交文件、查看状态和历史记录、创建和切换分支、合并分支以及推送和拉取远程仓库等操作。掌握这些命令可以帮助你进行基本的版本控制和团队协作。在日常使用中，熟练掌握这些命令将提高你的Git工作效率。 git init gi
专注 300 页之内的经典书籍推荐 研发效能涉及的知识很多，从大的方向去划分包括制度、组织、平台、运营等；单从软件研发的角度去看也包括很多，包括最底层的软工认知、实践，到团队管理和组织、敏捷研发，项目管理、源码管理、发布管理、可观测性，到产品的运营和反馈。 现在很多公司已经组建了或者正在组建研发效能
职责与自驱 产品经理是要保证做正确的事；项目经理则是保证正确地做事；FTO 既要保证做正确的事，也要保证正确地做事，还要保证能拿到结果，且对结果负责。 能做事的专业人才不缺，但是既有专业知识和技能还能自驱的人很少。自驱对于小团队来说尤其的宝贵。 心里要有火，眼里要有光 找方向、建团队、不用告诉他要做
昨天一个小伙伴和我讨论了一下OKR和绩效管理，所以这次想简单明了地说下在中国怎么做比较合适，很多高大上的理论无法落地也是空中楼阁。 首先说一些，我个人的理解 道德品质和能力素质决定了一个人的职位行为 职位行为决定了业务结果 不同级别/工作性质的人员，绩效考核应该有不同权重组合 团队管理者的绩效不得高
研发过程中有各种需求的评审、审批流和质量卡点，有的是为了质量把关，有的是为了彰显权力，还有一些是为了信息告知。本文主要讨论在软件开发过程中涉及的评审、审批和质量卡点三种情况，同时探讨对研发流程的影响，在这过程中如何去提效。 同团队内部评审 同团队之间的评审包括产品团队内部的PRD评审，RD团队内部的
一，引言 我们是否正在为如何快速的编译、部署客户端应用程序而烦恼？这也是博主最近遇到的问题。目前博主所在公司主要做项目级的定制化开发，多以 C/S 架构的 WPF 程序为主，每次到了协助开发团队给实施团队编译好的要测试程序包时，就会出现多人协助，编译、打包好的二进制程序包 pull 最新代码 ，以及
作者：李遵举 一、问题 近期我们运维同事接到线上LB（负载均衡）服务内存报警，运维同事反馈说LB集群有部分机器的内存使用率超过80%，有的甚至超过90%，而且内存使用率还再不停的增长。接到内存报警的消息，让整个团队都比较紧张，我们团队负责的LB服务是零售、物流、科技等业务服务的流量入口，承接上万个服
作者：胡骏 一、背景现状 软件开发从传统的瀑布流方式到敏捷开发，将软件交付过程中开发和测试形成快速的迭代交付，但在软件交付客户之前或者使用过程中，还包括集成、部署、运维等环节需要进一步优化交付效率。因此Devops的产生将敏捷的相关理念扩展到运维侧，从而将产品、设计、开发、测试、运维团队更紧密的结合
技术日异月新、发展创新、持续的迭代已成为常态。NutUI 虽经过 v1.0、v2.0、v3.0 三次技术蜕变，仍面临很多兼容、破坏性调整的需求。随着我们自身承接业务的多样性变化及社区诉求日渐增多，大调整和升级势在必行，经过团队及社区开发者 3 个多月的开发和自测，在 2023 辞旧迎新之际我们正式发布 NutUI 4.0。
作者：京东物流 刘红妍 导读： 在自动化测试实践中，为了更好的契合被测业务场景，需要不断优化框架分层结构。本文结合产品模块化思路，意在介绍通过策略模式改造原本复杂分支语句代码，通过理论讲解、思路分析、方案设计、及代码演示，提供自动化脚本重构的落地方案。 在今年的敏捷团队建设中，我通过Suite执行器
JuiceFS 在最近 v1.1 版本中加入了社区中呼声已久的目录配额功能。已发布的命令支持为目录设置配额、获取目录配额信息、列出所有目录配额等。完整的详细信息，请查阅文档。 在设计此功能时，对于它的统计准确性，实效性以及对性能的影响，团队内部经历过多次讨论和权衡。在本文中，我们会详述一些在设计关键
在当今互联网时代，移动应用和网页应用的发展极大地推动了前后端分离开发模式的兴起。传统的后端渲染方式已经不能满足用户对高性能和优质用户体验的需求，于是前后端分离逐渐成为了一种主流的开发模式。前后端分离开发模式通过将前端和后端的开发分离，极大地提高了开发效率和团队协作。前端开发人员专注于用户界面和交互逻...
DevOps方法论 :::tips DevOps方法论的主要来源是Agile, Lean 和TOC, 独创的方法论是持续交付。 ::: DevOps 是一种软件开发方法，涉及持续开发，持续测试，持续集成，部署和监视。这一系列过程跨越了传统上孤立的开发和运营团队，DevOps 试图消除它们之间的障碍。
