首页
学习
活动
专区
圈层
工具
发布
综合排序最热优先最新优先
时间不限
【直播预约】业务监控最佳实践
随着用户和业务量的日益增长,互联网应用的服务架构也在不断升级。从逻辑复杂的大型单体服务到简单模块化的微服务,每个后台应用搭载的业务逻辑逐步简化,但整个分布式后台的系统结构却变得更加复杂。 不同模块由独立的团队开发运营,依赖不同语言实现,我们实现业务监控?快速排查故障和优化应用性能? 一、直播介绍 直播简介: 业务监控全局覆盖,精准拓扑监控,服务性能监控与追踪定位方案介绍与最佳实践分享。 直播大纲: 1. 监控业界情况; 2. 业务监控实现; 3. 客户监控最佳实践。 直播时间:2021-12-08 周三 19:00-20:00 二、主讲嘉宾 张加浪,腾讯云高级工程师/腾讯云监控方案架构师。
腾讯云可观测平台
2021-12-09
2K0
标签:
压测(1):认识压测
基于实际的生产业务场景和系统环境,模拟海量的用户请求和数据,对整个业务进行各种场景的测试验证,持续发现并进行瓶颈调优,保障系统稳定性的一个技术工程。 2、压测解决了什么问题? 针对业务场景越发复杂化、海量数据冲击,发现并解决整个业务系统的可用性、扩展性以及容错性的过程。 3、压测创造了什么价值? 但在落地过程中,压测依然要解决很多问题,主要有如下几点挑战: 1、梳理 现在大多数企业都是采用微服务架构来设计系统,且业务场景多样化,导致了系统架构异常复杂。 、避免业务侵入 在压测落地过程中,有一点必须考虑到的是业务部门的接受能力。 6、生产部分业务压测 的覆盖场景根据业务不同要覆盖的范围和难度也不一样,建议先从非核心业务开始落地做试点验证。
老_张
2021-10-14
3.8K0
标签:
监控系统整合业务系统如何高可用
参照zinpkin监控系统的弊端:监控系统收集器,通过集成SpringBoot插件,耦合侵入业务,和应用部署在同一个jvm中,影响洪峰下的业务系统的高可用性。 高可用设计方案: 保障高可用必须牺牲一致性 目前架构方案的改进: 方案:将影响业务性能的模块和应用解耦,以java agent和应用部署在同一台服务器上,保证进程隔离。 搜集器单独部署,业务侵入以java agent方式侵入。 优点:对业务零侵入,性能损耗也比较小 可以借鉴Pinpoint的设计思想,Pinpoint架构: HBase (用于存储数据) Pinpoint Collector (信息的收集者,部署在tomcat中 ,比如有3个节点,这样就可以并行的消化生产者消息,到es集群,从而解决高流量日志消息对业务系统的影响。
架构随笔录
2020-02-24
1K0
标签:
压测(5):生产压测实施流程
前言 前面的几篇文章从生产压测的定义,内部立项和技术调研,聊到了测试验证以及压测的对企业业务和技术团队的价值,算是整体上的构建一个认知的概念。 从这篇文章开始,会进入具体的落地实践环节。 这篇文章中,我会介绍生产压测的落地实施流程,即每个环节要做什么事情。 四大阶段 如果将生产压测作为一个阶段性的技术项目来看,压测从开始到项目结束,需要经过四个阶段。 整体的实施流程图如下所示: 接下来我来为大家解密,生产压测落地实施,在不同的阶段都会做哪些事情。 筹备阶段 确定业务范围 一般来说线上实施线上压测之前,要明确本次压测需要验证的业务范围。 核心业务定义 出问题会影响其他业务; 流量较高且出现问题会影响整体业务目标的达成; 核心项目定义 前面提到了生产压测是个复杂的技术项目,那么如何定义这种技术项目呢?
老_张
2022-04-01
2.1K0
标签:
跟踪zipkin
--跟踪 sleuth zipkin --> <dependency> <groupId>org.springframework.cloud</groupId
用户5927264
2020-04-24
8720
标签:
压测(14):生产压测SOP
SOP思维导图 SOP的目的 从实践经验的角度出发,生产压测在技术实现上没有太多新花样,但要在不同的业务和企业落地,就各有各的实践路径。 压测(1):认识压测 压测(2):方案调研和项目立项 压测(3):技术改造和测试验证 压测(4):压测的价值是什么? 压测(5):生产压测实施流程 压测(6):确认范围和识别风险 压测(7):核心四问 压测(8):构建三大模型 压测(9):容量评估和容量规划 压测(10) 最后,重申一下我对压测的部分认知: 压测是一个技术工程,而非单纯的测试手段; 压测只适用于部分企业和业务类型,而非一个银弹; 压测的落地并非一蹴而就,需要较好的技术基础设施建设做保障 ; 落地压测最大的挑战不是技术能力,而是企业的组织协调和沟通效率; 压测的本质是尽量用较低的成本确保系统稳定可用,以保障系统在峰值流量下支撑业务目标达成;
老_张
2022-09-02
1.1K0
标签:
Node.js 应用追踪技术——信息存储
作者:vivo 互联网前端团队- Yang Kun本文是上篇文章《Node.js 应用追踪技术——信息获取》的后续。阅读完,再来看本文,效果会更佳哦。 本文主要介绍在Node.js应用中, 如何用信息存储技术把追踪数据存储起来,并进行相应的展示,最终实现基于业界通用 OpenTracing 标准的 Zipkin 的 Node.js 方案。 2.2 zipkin 架构官方文档上的架构如下图所示:为了更好的理解,我这边对架构图进行了简化,简化架构图如下所示:从上图可以看到,分为三个部分:第一部分:信息获取,我们不使用 zipkin 自带的信息获取 ,我们使用 zone-context 去获取信息第二部分:传输层, 使用 zipkin 提供的传输 api ,将信息传递给 zipkin第三部分: zipkin 核心功能,各个模块介绍如下: 三、Node.js 接入 zipkin3.1 搞定信息获取这个我在 《Node.js 应用追踪技术——信息获取》 文章中,已经详细阐述了,如何去获取信息。
2020labs小助手
2023-02-06
1.3K0
标签:
腾讯小程序网关 (MPAS):基于微信底层业务加速与安全重构
微信同源”网关防护与私有加密通道 为应对上述瓶颈,腾讯联合微信团队开发了腾讯小程序安全加速(MPAS),通过不改变企业现有架构的快捷接入方式,提供集加速、高可用、防护于一体的解决方案: 构建微信多IDC加速 : 采用Socket连接优化、智能选、加密握手优化(MMTLS)及协议包压缩技术,实现就近接入与弱网加速,只要微信能打开,小程序就能使用。 仿真压测: 提供高达 10万微信真实账号 的压测工具(覆盖登录-选购-支付-订单流程),提前暴露后端服务卡点。 交付价值: 接入微信私有协议建立稳定后,网络访问成功率从 98.97% 跃升至 99.96%+,突破了标准HTTP协议的最高值(99.79%)。 不同于常规CDN或第三方网关,该方案由腾讯云与微信团队联合开发,直接调用微信自研的私有加密协议与加速
gawain2048
2026-05-30
1850
标签:
EagleEye追踪
所以要保证业务的正常运行和团队的SLA,就需要对线上问题的避免和快速定位。这时就体现日志的重要性,问题是日志如何记录,当一个服务被不停调用时,快速定位一个请求就变的很奢侈。 RpcID RPCId用调用顺序来递增。 阿里云相似产品:Tracing Analysis 效果图: ? image.png
OPice
2020-02-13
4.1K0
标签:
Zipkin监控
Zipkin是SpringCloud官方推荐的一款分布式监控的组件,使用它我们可以得知每一个请求所经过的节点以及耗时等信息,并且它对代码无任何侵入,我们先来看一下Zipkin给我们提供的UI界面都是提供了哪些信息 zipkin首页为我们提供了对于调用的搜索查询及展示的功能 ? 第二个选项卡里提供了历史数据的导入功能 ? 第三个选项卡里展示了各个微服务之间的关系 ? 我们再次回到首页,我们点开一个调用之后就会看到此次调用的详情 ? 现在我们点开详情中的一个service,可以看到此次调用在这个微服务中的详细信息。 ?
Java学习录
2019-04-18
3.8K0
标签:
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档