首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

后台优化:使用应用性能管理工具

应用运行时架构,监控应用程序的所有节点和服务器等等。 用户自定义的事务分析,监控用户自定义的事务,或者一些与业务相关的 URL 页面定义等等。 应用组件监控,对应用程序的中间件进行监控。...对于一般的小型 Web 应用来说,这个免费版本就够用了,这个版本里包含了一般应用需要的:吞吐量、应用响应时间、错误报告、数据库度量等等的功能。...这个设置的过程是: 获取一个密钥 再用这个密钥生成一个配置文件 重新运行我们的应用 如官网的步骤所示: New Relic 设置步骤 我们在网页端获取密钥,随后安装 newrelic 的库 sudo pip...install newrelic 再根据我们的密钥来生成相应的配置文件,命令如下: newrelic-admin generate-config newrelic.ini...可以将我们的配置文件放到项目的相应位置,然后我们就可设置这个环境变量,并运行程序: export NEW_RELIC_CONFIG_FILE=newrelic.ini newrelic-admin run-program

1.7K80

Kafka 的 20 项最佳优化实践

例如,在New Relic的生产环境中,Kafka群集每秒能够处理超过1500万条消息,而且其数据聚合率接近1 Tbps。...Topic(主题):topic是那些被发布的数据记录或消息的一种类别。消费者通过订阅topic,来读取写给它们的数据。...如果您没有用 Acks 来配置 Producer(或称“fireand forget”)的话,则消息可能会悄然丢失。...10、检测应用程序,以跟踪诸如生成的消息数、平均消息大小、以及已使用的消息数等指标 针对 Brokers 的最佳实践 11、在各个 Brokers 上,请压缩 Topics 所需的内存和 CPU 资源。...20、不要错误地认为在本地主机上测试好 Broker,就能代表生产环境中的真实性能了 要知道,如果使用复制因子为 1,并在环回接口上对分区所做的测试,是与大多数生产环境截然不同的。

1.9K30
您找到你想要的搜索结果了吗?
是的
没有找到

专项测试--性能分析三

耗电量测试 耗电量指标 待机时间成为关注指标 提示用户体验 通过不同的测试场景,找出APP高耗电的场景并解决 工具:battery-historian 测试步骤 使用batterystats生成(收集...> bugreport.txt 打开localhost:9999 把txt数据上传 使用Battery historian分析数据 健壮性测试 用于测试系统在出现故障时,是否能够自动恢复或者忽略故障继续运行...测试点 对应该进行盲点 工具:Monkey Maxim 网络不佳 工具:Charles 数据不通 工具:Appcrawler 弱网测试 弱网存在的问题 封闭环境下,网速降低...丢包 数据无法加载 消息更新不及时等等 弱网速度 低于2G速率 3G 工具:Charles模拟弱网 常用不同网络环境的网速 最后 专项测试解决方案 APM方案:OneApn 听云 NewRelic

49940

系统架构 | 基于微服务架构,改造企业核心系统之实践

NewRelic(http://newrelic.com/)配置,Passenger(https://www.phusionpassenger.com/)配置、Nagios(http://www.nagios.org...通过定义这些配置文件模板,当把新的微服务程序部署到验收环境或者产品环境时,我们立刻就可以使用Nagios、NewRelic以及Splunk等第三方服务提供的功能,帮助我们有效的监控微服务,并在超过初始阈值时获得告警...部署:基于指定版本的AMI,将应用快速部署到验收环境或者产品环境上。 利用持续集成模板工程,团队仅需花费很少的时间,就可以针对新建的微应用程序,在Bamboo上快速定义其对应的持续集成环境。...每个微服务应用都有相关的负责人,通过使用Page Duty(http://www.pagerduty.com/)建立消息通知机制。每当有监控出现告警的时候,责任人能立即收到消息并快速做出响应。 ?...同时,通过Stencil微服务开发框架,我们能够快速的构建不同功能的微服务接口,并能方便的将其部署到验收环境或者产品环境

1.6K50

必读 | 大规模使用 Apache Kafka 的20个最佳实践

例如,在New Relic的生产环境中,Kafka群集每秒能够处理超过1500万条消息,而且其数据聚合率接近1 Tbps。...针对Producers的最佳实践 • 配置producer,以等待各种确认。籍此producer能够获知消息是否真正被发送到了broker的分区上。...如果您没有用acks来配置producer(或称“fire and forget”)的话,则消息可能会悄然丢失。 • 为各个producer配置retries。其默认值为3,当然是非常低的。...• 检测应用程序,以跟踪诸如生成的消息数、平均消息大小、以及已使用的消息数等指标。 针对Brokers的最佳实践 • 在各个brokers上,请压缩topics所需的内存和CPU资源。...• 不要错误地认为在本地主机上测试好broker,就能代表生产环境中的真实性能了。要知道,如果使用复制因子为1,并在环回接口上对分区所做的测试,是与大多数生产环境截然不同的。

51720

Stackstorm介绍

它可以将您现有的基础架构和应用程序环境联系在一起,以便您可以更轻松地自动化操作该环境。它特别专注于针对事件采取行动。...主要用途: 便利的故障排除 - 触发由Nagios,Sensu,New Relic和其他监控系统捕获的系统故障,在物理节点、OpenStack或Amazon实例和应用程序组件上运行一系列诊断检查,并将结果发布到共享通信环境中...持续部署 - 与Jenkins一起构建和测试,配置新的AWS群集,基于NewRelic应用程序性能数据,打开负载均衡器的一些流量,以及前滚或回滚。 二、stackstorm工作原理?...它还被记录在审计日志中,用于集成外部日志记录和分析工具:LogStash,Splunk,statsd,syslog 大概执行流程是: StackStorm通过包含sensors和actions的可扩展套件插入环境中...从各个服务系统通过push或pull的方式把event传给sensors, sensors会产生一个trigger 到规则配置中查询该trigger对应的动作或者工作流 将来自工作流的Action发送到消息队列

2.3K40

开源 APM 和可观察性工具 Coroot 现已正式发布

作为 DataDog 和 NewRelic 的替代品,这个可观察性工具利用 eBPF 来观测系统性能,并支持监控异构基础设施。...此外,Coroot 还有一些预定义的检查,据作者称,这些检查无需任何配置就能识别 80% 以上问题的根因。...Coroot 联合创始人与开源倡导者 Peter Zaitsev 写道: Coroot 观测你的完整环境,涵盖每个组件、服务和应用程序,因此你不会有信息空白。...Coroot 被称为“为追求简便而构建的开源可观察性平台”,定位为 DataDog 和 NewRelic 的替代品,其最初仅支持监控在 Kubernetes 集群中运行的应用程序。...Coroot 创始人兼首席执行官 Nikolay Sivko 解释说: 许多 Coroot 用户乐于使用它来监控 Kubernetes 集群中的应用程序,但他们发现很难在非 Kubernetes 环境中部署

21310

Stackstorm 入门介绍

StackStorm 是一坨功能强大的开源自动化平台,可将通过使用插件封装API的方式,将所有应用程序,服务和工作流程连接起来。...通过Stackstorm 可以将您现有的基础架构和应用程序环境联系在一起,以便您可以更轻松地自动化操作该环境。它特别专注于针对事件采取行动。  ...持续部署 – 与Jenkins一起构建和测试,配置新的AWS群集,基于NewRelic应用程序性能数据,打开负载均衡器的一些流量,以及前滚或回滚。 Stackstorm工作原理 ?...与你的基础环境交互,执行流程如下: 从各个服务系统通过push或pull的方式把event传给sensors, sensors会产生一个trigger 到规则配置中查询该trigger对应的动作或者工作流...将来自工作流的Action发送到消息队列(内置rabbitmq)中 Actions到达外部的系统后就执行相应的动作 日志和审计历史被推送到数据库进行存储(Mongodb) 处理后的结果被发送回规则引擎进行进一步处理

1.3K30

一怒之下,我写了一个开源流量测试工具

继一怒之下我写出了 Vivian(详见“测试驱动开发 Nginx 配置”)之后。又在等待客户审批流程的时间里自己写了一个流量测试工具。...但通过日志可以发现,是由于内存资源不足导致的 MySQL 数据引擎加载不了导致的。 由于需要做“筷子兄弟”拆分手术,目的是要把数据库和应用程序分开,并且需要进行一些服务的重启和拆分。...这些操作中会导致停机时间,为了能够度量这个停机时间,便于做出更好的决策,客户希望在测试环境上能够通过模拟生产环境的工作状态来完成这个任务。...输入的响应很慢,且执行命令会返回-bash: fork: Cannot allocate memory 的错误。...而这三个工具不能同时都满足(其实NewRelic 其实就差一点点)。

49850

使用Spring Boot Actuator、Jolokia和Grafana实现准实时监控

由于在集群化的弹性环境中,应用程序的节点可以增长、扩展,并由非常大量的应用实例所组成。对于孤立节点的监控可能即费力又没有什么实际效果。所以,使用基于时间序列的数据聚合工具将获得更好的效果。...本文的目标在于找出一种仅需要通过工具和配置的方式就能实现的解决方案,来对Spring Boot Metrics实现基于时间序列的监控。...像NewRelic, AppDynamics或DataDog这些APM系统都能很好地完成这样的任务,它们通过使用JVM和字节码工具来生成自己的指标、分析工具和相关事务。...也可以通过使用@Timed注释方法来实现。但是,这些方法将忽略所有Spring Boot Actuator库所提供的可用资源。...经过一番研究,我发现了一个更好的解决方案:通过InfluxDB 和Telegraf实现,零编码,只需要通过一些正确的配置

2K100

度量,跟踪和日志记录

什么确实的记录,通过在室内所代表的不同的镜头看?所有各种混凝土系统在哪里适合图片? 简而言之,我觉得我们在共享词汇中磕磕绊绊了一下。我认为我们可能会将仪器或可观察性的领域映射为一种维恩图。...例如:通过syslog将轮换文件描述符发送到Elasticsearch(或OK Log,nudge nudge)的应用程序调试或错误消息; 审计跟踪事件通过Kafka推送到像BigTable这样的数据湖...; 或从服务调用中提取的特定于请求的元数据,并将其发送到像NewRelic这样的错误跟踪服务。...通过这些定义,我们可以标记重叠部分。 ? 当然,云原生应用程序的许多典型工具最终都是请求范围的,因此在更广泛的跟踪环境中讨论可能是有意义的。...或者,我们可能会意识到直接在我们的应用程序中使用度量标准为我们带来了强大的好处,例如灵活的表达式 评估我们车队的实时视图; 相比之下,将指标纳入日志管道可能会迫使我们放弃其中的一些优势。

71320

再次提高 Kafka 吞吐量,原来还有这么多细节?

例如,在 New Relic 的生产环境中,Kafka 群集每秒能够处理超过 1500 万条消息,而且其数据聚合率接近 1Tbps。...Topic(主题) Topic 是那些被发布的数据记录或消息的一种类别。消费者通过订阅Topic,来读取写给它们的数据。...如果您没有用 Acks 来配置 Producer(或称“fireand forget”)的话,则消息可能会悄然丢失。...10、检测应用程序,以跟踪诸如生成的消息数、平均消息大小、以及已使用的消息数等指标 针对 Brokers 的最佳实践 11、在各个 Brokers 上,请压缩 Topics 所需的内存和 CPU 资源。...20、不要错误地认为在本地主机上测试好 Broker,就能代表生产环境中的真实性能了 要知道,如果使用复制因子为 1,并在环回接口上对分区所做的测试,是与大多数生产环境截然不同的。

3K20

什么是DevOps?为什么我们需要DevOps?

持续部署过程的思想是,在构建通过QA阶段的所有阶段后,将已开发的代码自动部署到生产环境中。 -beta,Integration,UAT等。...如果代码库通过了QA周期并得到QA团队的批准,则它将部署到生产环境中。通过这种方式,DevOps将团队划分为较短的周期,从而使团队能够更快,更频繁地构建,测试和发布代码库。...配置管理(CM) 配置和变更管理是DevOps周期的重要组成部分。配置管理是对基础结构和系统的所有实体(例如服务器,应用程序,存储,网络和所有托管服务)进行配置,监视,管理和维护的自动化。...配置管理带来了许多优势,例如简化了新环境的设置,降低了生产配置的风险,并节省了软件开发的大量时间,而无需花费时间和精力来使用基础结构即代码实践从头开始新服务。...此过程可及早发现错误,修复错误,并提高整体软件质量。

73520

「数据中心运维」集成和自动化的平台 StackStorm概述

它将您现有的基础结构和应用程序环境联系在一起,这样您就可以更容易地自动化该环境。它特别关注在事件发生后采取的行动。 StackStorm帮助自动化常见的操作模式。...一些例子: 方便的故障诊断——触发Nagios、senu、New Relic和其他监控系统捕获的系统故障,对物理节点、OpenStack或Amazon实例和应用程序组件进行一系列诊断检查,并将结果发布到共享的通信上下文...持续部署——使用Jenkins构建和测试,提供一个新的AWS集群,使用负载均衡器打开一些流量,并根据NewRelic应用程序性能数据进行前滚或后滚。...它们可以与更广泛的开源社区共享,例如通过StackStorm社区。 工作原理 ? StackStorm通过可扩展的包含传感器和操作的适配器集插入到环境中。...它由通过消息总线通信的松散耦合的服务组件组成,并水平扩展以按比例交付自动化。StackStorm有一个Web UI,一个CLI客户端,当然还有一个完整的REST API。

1.3K20

20款开发运维必备的顶级工具

开发人员之外的IT专业人员参与到构建应用程序的协作和沟通过程,让产品开发完毕后使用产品的人有机会在开发过程中,而不是在开发结束后,对应用程序的构建发表意见。...网络设备监控器可监控你网络上的任何一个设备,查找各种提示或错误。该公司专注于错误和性能管理产品、配置和合规产品以及网络管理工具。它还支持监控多租户甲骨文数据库的性能。...它便于将ASP.NET应用程序和Windows Services自动发布到测试环境、试运行环境和生产环境,无论它们是在云端还是在本地。...相关链接:https://newrelic.com 17.Dynatrace 作为另一款应用程序监控产品,Dynatrace可实时检测并诊断应用程序中的性能问题,在使用过程中深入钻研问题代码,比如内存泄漏或坏的数据库查询...它可监控所有的应用程序事务,发现问题后,可以为质量保证和测试小组自动生成错误单。

1.1K20

了解私有云监控和报告的六个工具

他们将享受用户自助服务和可扩展性、按需更改或优化计算资源的灵活性,以及在需要时供应和配置虚拟机的能力。 如果IT团队无法通过定期报告了解其私有云,那么这些都无关紧要。...私有云的好处 许多组织选择实施私有云,因为他们可以更好地控制他们的云环境。它让他们有机会根据需要扩展或缩小他们的环境,并让他们的员工访问专用于单个组织的高度可用的云。...它监视和报告应用程序、日志文件和安全威胁。Microsoft云监控内置于Azure中,可为管理员节省额外软件采购和安装的时间和精力。...AppDynamics 对于运行私有云设备和应用程序组合的数据中心,AppDynamics是一个重要的产品。...NewRelic NewRelic的报告和监控工具可让您实时了解私有云,并提供有用的见解来帮助您快速有效地隔离和解决问题。

1.2K10

「IT运维」集成和自动化的平台 StackStorm概述

它将您现有的基础结构和应用程序环境联系在一起,这样您就可以更容易地自动化该环境。它特别关注在事件发生后采取的行动。 StackStorm帮助自动化常见的操作模式。...一些例子: 方便的故障诊断——触发Nagios、senu、New Relic和其他监控系统捕获的系统故障,对物理节点、OpenStack或Amazon实例和应用程序组件进行一系列诊断检查,并将结果发布到共享的通信上下文...持续部署——使用Jenkins构建和测试,提供一个新的AWS集群,使用负载均衡器打开一些流量,并根据NewRelic应用程序性能数据进行前滚或后滚。...它们可以与更广泛的开源社区共享,例如通过StackStorm社区。 工作原理 StackStorm通过可扩展的包含传感器和操作的适配器集插入到环境中。...它由通过消息总线通信的松散耦合的服务组件组成,并水平扩展以按比例交付自动化。StackStorm有一个Web UI,一个CLI客户端,当然还有一个完整的REST API。

1.1K10

无服务器架构中的十大安全风险

从开发的角度来看,无服务器架构主要关注核心功能,而忽略所有底层约束,如操作系统、运行时环境、存储等。 无服务器架构允许开发人员只关注业务逻辑,而不关注复杂的服务器基础结构。...此类攻击的一个示例是“通过具有公共访问的S3 Bucket公开未经身份验证的入口点:” 不安全的无服务器部署配置 由于无服务器体系结构是新的,并且为任何特定的需求、任务和环境提供了不同的定制和配置设置,...不安全的应用程序秘密存储 随着应用程序在规模和复杂性上的增长,存储和维护应用程序秘密的需求非常重要,例如: API密钥 数据库证书 加密密钥 敏感的配置设置 最常见的错误之一是在配置文件、数据库配置等中以纯文本形式存储应用程序秘密...错误的异常处理和冗长的错误消息 总之,与标准应用程序相比,执行逐行调试的无服务器应用程序更加复杂和有限。...然而,上述因素迫使开发人员采用冗长的错误消息,从而启用调试环境变量,并最终在将代码移到生产环境时忘记清理代码。

1.6K30
领券