Django 在同一个webapp中运行Sentry客户端和服务器会如何影响性能?

Django 在同一个webapp中运行Sentry客户端和服务器会如何影响性能?,django,sentry,Django,Sentry,我正在考虑为我的Django项目设置Sentry,但我想知道是将Sentry服务器与我的主webapp一起安装,还是安装在单独的web实例中 在同一个网络应用程序中使用Sentry的好处是: 易于安装和维护一个webapp而不是两个,并且不需要安装eventlet等。 便于管理员使用,例如使用与webapp管理员相同的帐户登录Sentry Sentry文档建议,在同一个webapp中运行它会降低webapp的服务质量,但具体如何 Sentry可以在没有错误发生的情况下减慢webapp的速度吗?

我正在考虑为我的Django项目设置Sentry,但我想知道是将Sentry服务器与我的主webapp一起安装,还是安装在单独的web实例中

在同一个网络应用程序中使用Sentry的好处是:

易于安装和维护一个webapp而不是两个,并且不需要安装eventlet等。 便于管理员使用,例如使用与webapp管理员相同的帐户登录Sentry Sentry文档建议,在同一个webapp中运行它会降低webapp的服务质量,但具体如何

Sentry可以在没有错误发生的情况下减慢webapp的速度吗? 如果出现很多错误,比如每分钟10个错误,webapp会变得非常慢吗?
除非发生错误,否则Sentry不会做任何事情,即使发生错误,对响应时间的影响也可以忽略不计——至少与系统上任何其他类型的日志记录一样可以忽略不计。不过,一般来说,这不会对你的应用程序产生影响

文档中提到的集成Sentry将成为问题的场景是在高并发环境中,以及那些必须提供QoS服务质量的环境中。让我更详细地讨论一下

首先,高并发性。在这里,你的网站获得了如此多的流量,1你必须将服务器剥离到赤裸裸的部分,以处理请求。2你认为Twitter或Facebook或2负载足以让你的服务器屈服Digg效应,尽管现在可能需要重命名,在这种情况下,你也将失去Sentry访问权限

第二,服务质量影响。在服务器上混合应用程序意味着更多的故障点。如果您的Django项目中有一个bug,它可能会导致Sentry崩溃,从而使诊断变得更加困难。或者相反,如果哨兵中有什么东西爆炸了,它可能会让你的Django项目随之崩溃,导致潜在的访客、销售、广告收入等损失


问题其实并不在于性能,尽管这很重要,但真正的问题在于职责分离和减少故障点。如果你运行的是一个小网站,你可能不太关心这个问题。但是,对于像Dischs这样制作Sentry的网站来说,隔离的Sentry服务器是必要的。

除非发生错误,否则Sentry不会做任何事情,即使发生错误,对响应时间的影响也可以忽略不计——至少与系统上任何其他类型的日志记录一样可以忽略不计。不过,一般来说,这不会对你的应用程序产生影响

文档中提到的集成Sentry将成为问题的场景是在高并发环境中,以及那些必须提供QoS服务质量的环境中。让我更详细地讨论一下

首先,高并发性。在这里,你的网站获得了如此多的流量,1你必须将服务器剥离到赤裸裸的部分,以处理请求。2你认为Twitter或Facebook或2负载足以让你的服务器屈服Digg效应,尽管现在可能需要重命名,在这种情况下,你也将失去Sentry访问权限

第二,服务质量影响。在服务器上混合应用程序意味着更多的故障点。如果您的Django项目中有一个bug,它可能会导致Sentry崩溃,从而使诊断变得更加困难。或者相反,如果哨兵中有什么东西爆炸了,它可能会让你的Django项目随之崩溃,导致潜在的访客、销售、广告收入等损失


问题其实并不在于性能,尽管这很重要,但真正的问题在于职责分离和减少故障点。如果你运行的是一个小网站,你可能不太关心这个问题。但是,对于像Dischs这样制作哨兵的网站来说,隔离哨兵服务器是必要的。

这一切都很有意义。谢谢你解释得这么好!所以,如果我的流量不高,也没有太多地摆弄哨兵,那么主要的问题就是Django项目的bug可能会攻下哨兵。我想备份日志选项简单文本文件等可以在某种程度上处理这种情况。这一切都很有意义。谢谢你解释得这么好!所以,如果我的流量不高,也没有太多地摆弄哨兵,那么主要的问题就是Django项目的bug可能会攻下哨兵。我想备份日志选项简单文本文件等可以在某种程度上处理这种情况。