大型网站性能监测、分析与优化常见问题Q&A

  • 时间:
  • 浏览:0

Q: 大型网站上,一般通过哪些地土办土办法监控性能的?

Q: 您认为在未来随着固态硬盘等硬件成本降低、类redis内存数据库或cdn等缓存技术的发展,给性能测试的挑战是哪些地方,我们是更应该着手架构还是代码逻辑还是某些方面?谢谢!

Q:我们做了另另4个响应式拖拽建站系统,现在有个什么的什么的问题 ,如何监控每另另4个站点(域名)的流量状况,所有的http请求,而图片和视频哪些地方地方资源事先会使用某些CDN的服务。我描述的都是很专业,还请不吝赐教。都能不能说十几条 点,我现在没有 方向。

本集Q&A来源于开源中国高手问答活动

A:前期系统、网络优化收益最大,一劳永逸,所有产品线收益。其次是前端优化,前端决定了渲染内容、形态学 和逻辑,针对性的优化收益也是非常明显的。但前端跟产品线走,为甚让产品迭代容易覆盖掉事先的优化收益。后端和移动性能优化不能 的时间较长,出成果较慢。

A: 硬件和缓存会影响后端的性能,性能是另另4个复杂性的够成,往往用户端、终端产品形态学 ,前端、网络是性能的重灾区。第六个什么的什么的问题 ,推荐从用户侧做性能优化更容易出收益,后端的优化代价和门槛都较高。

Q:网站为甚在么在做好防刷,分布式的多个节点为甚在么在做好监控有啥好的建议不?

A:自定义给agent上报再通过关联关系可视化,前、后期的工作都较多。

2、RUM,Real user monitoring ,真实用户性能监测。通过嵌码的土办法获得全用户真实性能数据。嵌码土办法分并都是:网页嵌JS、移动APP嵌SDK、服务器端嵌代理。Newrelic和Appdynamics都支持这并都是土办法,国内基调、OneAPM也基本支持这并都是土办法。

A: 首先不能 理解各厂商和开源项目的原理,每家特点及技术团队的背景都是同,再结合多家优点出理 面临的什么的什么的问题 。目前国内、国外排前的厂商在网上也容易找到。事先是互联网企业,TO C类业务,我推荐用JS监测,PC、移动都容易上手,上线都是数据。

Q:你好,请他不知道对分布式系统监控系统的设计时倾向于每个节点独立监控,为甚让在系统空闲的事先手动搜集;还是建立另另4个分布式的监控系统实时监控。感觉后者会增加系统复杂性度让系统更难维护,为甚让前者会让搜集数据过少。如何权衡呢?谢谢

A:看企业趋于稳定的阶段,早期和小规模用前者,成长型企业用分布式。可持续看第二种的价值更大,复杂性度、降低复杂性度与价值去平衡。

@tanwen110 (唐文),曾负责腾讯四大平台之一网络媒体平台的整体运维、运营规划工作;曾任百度T7架构师和百度性能优化TOPIC、百度UAQ、APM平台负责人;畅销书《海量运维、运营规划之道》作者; mmTrix创始人,后并入上市公司高升控股(000971.SZ),出任技术VP。

购买链接:http://item.jd.com/11962556.html

Q:主统统通过哪些地方进行性能监测的?目前确实大型网站合理利用缓存一阵一阵要。

Q:高并发下遇到瓶颈,老要对瓶颈的切入点不好把控,应该从哪方面开始了了入手呢?

Q: 对APM服务有啥好的建议,包括选者,推荐

A: 事先使用CDN和多站点,多域名。CDN的流量数据在CDN服务商的日志中有 不能体现。这两每种数据直接拼接是很困难的。事先根据PV、UV等经验值,从源站上反推。

Q:基于rest的微服务,哪些地方地方好的监控方案推荐的,最好是对系统影响最小的

A: 目前主要有以下并都是类型: 1、EUM,End user monitoring,最终用户性能监测。通过在最终用户设备上安装客户端的土办法,通过主动监测获得采样的性能数据,Keynote是EUM的鼻祖,国内基调、博睿也属于EUM。

A: 用户端主统统PC真机监测、PC JS监测,都属于真实用户监测。移动Web App使用JS监测,移动Native App使用SDK的土办法。以上两类监测数据都较完整篇 ;有损失的监测还有在七层统一的接入也都能不能做请求到后端及后端返回数据的相关监测,后端打点等也是常用的土办法。

Q: 你好,事先在站点运营中常遇到“以空间换时间”的状况 比如加内存 升配置 加宽带 请教某些比较经济适用的土办法 (确实守护tcp连接的成本也是很高的,优化守护tcp连接不能 时间,守护tcp连接不到说按照各框架规则写出常规的守护tcp连接)确实事先哪些地方地方做法省去了开发成本 但无疑是增加了运营成本维护成本

A: 传输下行速率 的趋于稳定主统统前端内容,这里决定了主要成本,访问日志中都能不能分溶于 TOP传输下行速率 消耗的元素,针对传输下行速率 大户进行优化就好,性能和成本双重收益。后端升硬件配置,在时间和人力及不选者性的状况与没有 选者的,但与架构、代码并行优化也是不能 的。

Q: 使用 APM(应用性能管理)工具进行系统监控的原理一般是改写另另另4个的字节码守护tcp连接,植入当时人的代码,请问,一种生活监控土办法你推荐吗?一种生活土办法对系统影响有多大



Q:对于高性能网站性能优化来说,事先涉及的方面太满太广,该先从哪方面着手呢,有没哪些地方地方步骤能做到有的放矢,做的事少而经济效益比较高。

大型网站性能监测、分析与优化常见什么的什么的问题 Q&A

A:原因分析分析瓶颈总出 的原因分析分析统统,架构中的每一层都事先产生瓶颈和性能什么的什么的问题 ,不能 具体什么的什么的问题 具体分析。为甚让每天层和逻辑都趋于稳定容量和代码并都是的事先。瓶颈定位是另另4个系统的工程。

A: 前端JS和后端监测及移动的SDK、语言类的SDK是侵入式的,都是产生一定的副作用,通常都能不能抽样来减少这每种副作用。JS类的一般在3000~3000ms左右,语言类的要看具体的逻辑和访问量。

A:大某些的企业都是统一的七层接入层,在GSLB与LVS VIP之间,所有请求都是实时分析,同都是根据日常遇见的实际状况做好应对的策略模板,如封禁,清洗,导流等。滞后些的做法是打进来,在日志或逻辑层分析。