草庐IT

从监控到可观测性,设计思想、技术选型、职责分工都有哪些变化

随着大量云原生技术的应用,IT系统日益复杂,主动感知、预测故障并迅速定位、排障的难度变得越来越大,传统监控方式已无法跟上需求,由此应运而生的可观测性,被视为未来云环境生产部署不可或缺的技术支撑。目前大多数传统企业对可观测性仍处于初步了解阶段,不少互联网公司在可观测性建设上也是起步不久。因此,围绕“从监控到可观测性应如何转变与升级”这一话题,本期dbaplus话题接力专栏,特别采访到知乎全链路可观测系统和接入层网络负责人-熊豹、虎牙直播SRE平台研发团队负责人-匡凌轩、好大夫基础架构部高级工程师-方勇三位老师,希望能通过他们在可观测性领域的研究心得和实践经验,帮助广大技术从业者准确认识可观测性、

从监控到可观测性,设计思想、技术选型、职责分工都有哪些变化

随着大量云原生技术的应用,IT系统日益复杂,主动感知、预测故障并迅速定位、排障的难度变得越来越大,传统监控方式已无法跟上需求,由此应运而生的可观测性,被视为未来云环境生产部署不可或缺的技术支撑。目前大多数传统企业对可观测性仍处于初步了解阶段,不少互联网公司在可观测性建设上也是起步不久。因此,围绕“从监控到可观测性应如何转变与升级”这一话题,本期dbaplus话题接力专栏,特别采访到知乎全链路可观测系统和接入层网络负责人-熊豹、虎牙直播SRE平台研发团队负责人-匡凌轩、好大夫基础架构部高级工程师-方勇三位老师,希望能通过他们在可观测性领域的研究心得和实践经验,帮助广大技术从业者准确认识可观测性、

揭秘运维工程师职业生涯天花板 SRE (Site Reliability Engineering) 的工作职责

SRE到底是什么?这是一个最早由Google提出的概念,我的理解是,用软件解决运维问题。标准化,自动化,可扩展,高可用是主要的工作内容。这个岗位被提出的时候,想解决的问题是打破开发人员想要快速迭代,与运维人员想要保持稳定,拒绝频繁更新之间的矛盾。SRE目前对于招聘来说还是比较困难。一方面,这个岗位需要一定的经验,而应届生一般来说不会有运维复杂软件的经历;另一方面就是很多人依然以为这就是“运维”工程师,认为做的是一些低级重复的工作,对这个工作有排斥。最根本的,其实这个岗位寻找的要么是具有运维经验的开发人员,要么是具有软件开发技能的运维工程师。所以比较难以找到合适的人。在现实生活中,不同公司的SR

揭秘运维工程师职业生涯天花板 SRE (Site Reliability Engineering) 的工作职责

SRE到底是什么?这是一个最早由Google提出的概念,我的理解是,用软件解决运维问题。标准化,自动化,可扩展,高可用是主要的工作内容。这个岗位被提出的时候,想解决的问题是打破开发人员想要快速迭代,与运维人员想要保持稳定,拒绝频繁更新之间的矛盾。SRE目前对于招聘来说还是比较困难。一方面,这个岗位需要一定的经验,而应届生一般来说不会有运维复杂软件的经历;另一方面就是很多人依然以为这就是“运维”工程师,认为做的是一些低级重复的工作,对这个工作有排斥。最根本的,其实这个岗位寻找的要么是具有运维经验的开发人员,要么是具有软件开发技能的运维工程师。所以比较难以找到合适的人。在现实生活中,不同公司的SR

测试部门的职责定位

本文首发于「BY林子」,转载请参考版权声明。测试部门的存在是传统企业普遍存在的一种组织架构形式,在数字化转型的浪潮下,有不少企业在往业技融合方向转变,但测试部门完全融合到业技融合团队还是任重而道远。在这种新形势下,测试部门该如何跟业务、开发更有效的协作,是需要系统性思考的问题。本文围绕这一问题展开,尝试对测试部门的职责进行定义,内容不仅适用于传统企业中独立的测试部门或者测试团队,也适用于敏捷团队里的QA(测试角色)。01组织架构为了更好地聊职责定位,有必要先捋一下测试部门的组织架构。测试相关的组织架构常见的有以下几种情况:测试是一个独立的部门,跟开发中心或者开发部是平级的关系:这种组织架构下,

测试部门的职责定位

本文首发于「BY林子」,转载请参考版权声明。测试部门的存在是传统企业普遍存在的一种组织架构形式,在数字化转型的浪潮下,有不少企业在往业技融合方向转变,但测试部门完全融合到业技融合团队还是任重而道远。在这种新形势下,测试部门该如何跟业务、开发更有效的协作,是需要系统性思考的问题。本文围绕这一问题展开,尝试对测试部门的职责进行定义,内容不仅适用于传统企业中独立的测试部门或者测试团队,也适用于敏捷团队里的QA(测试角色)。01组织架构为了更好地聊职责定位,有必要先捋一下测试部门的组织架构。测试相关的组织架构常见的有以下几种情况:测试是一个独立的部门,跟开发中心或者开发部是平级的关系:这种组织架构下,

Netty 职责链Pipeline详解

1.设计模式-责任链模式责任链模式(ChainofResponsibilityPattern)为请求创建了一个处理对象的链。发起请求和距离处理请求的过程进行解耦:职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无需关心请求的处理细节和请求的传递。2.实现责任链模式实现责任链模式的4个要素:处理器抽象类具体的处理器实现类保存处理器信息处理执行代码的例子//-----链表形式调用------netty就是类似的这种形式publicclassPipelineDemo{/***初始化的时候造一个head,作为责任链的开始,但是并没有具体的处理*/publicHandlerChainC

Netty 职责链Pipeline详解

1.设计模式-责任链模式责任链模式(ChainofResponsibilityPattern)为请求创建了一个处理对象的链。发起请求和距离处理请求的过程进行解耦:职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无需关心请求的处理细节和请求的传递。2.实现责任链模式实现责任链模式的4个要素:处理器抽象类具体的处理器实现类保存处理器信息处理执行代码的例子//-----链表形式调用------netty就是类似的这种形式publicclassPipelineDemo{/***初始化的时候造一个head,作为责任链的开始,但是并没有具体的处理*/publicHandlerChainC