[LRUG] [Help] Alternatives to NewRelic

Sam Phillips sam at samsworldofno.com
Fri May 29 02:34:43 PDT 2015


If you can, I'd say try to avoid this.

We've done loads of optimisation work guided by New Relic over the past
couple of years. You want the data retention so you have a decent baseline.
If you notice a new perf issue, you'll likely have already lost the data
that indicated when it started if you've only got the last 30 minutes.

Sam

On 28 May 2015 at 22:38, Andi Studer <andi.studer at gmail.com> wrote:

> I'd use the New Relic free tier, and upgrade whenever you have some
> specific performance related work to do.
>
> On 28 May 2015 at 22:00, Glenn Gillen <glenn at rubypond.com> wrote:
>
>>  Have you spoken to New Relic? They used to discount pretty heavily if
>> you were willing to sign up to a 12 month commitment.
>>
>> -
>> Glenn
>>
>> On Thursday, 28 May 2015 at 11:03 pm, Seb Jacobs <
>> seb.jacobs at futurelearn.com>, wrote:
>>
>>> Hello all,
>>>
>>> At FutureLearn we have been using NewRelic since before we launched back
>>> in October 2013,
>>> however it's getting to the point where we can no longer justify paying
>>> for NewRelic.
>>>
>>> * What do we currently use NewRelic for? *
>>>
>>> + Identifying slow controller actions/SQL queries
>>> + Monitoring slow background jobs
>>> + Identifying deployments which may have effected specific page
>>> generation times.
>>> + Monitoring page generation times
>>> + Monitoring page load times
>>> + Monitoring general throughput and servers (used for Capacity planning)
>>>
>>> I am currently in the process of evaluating alternative services to
>>> NewRelic, and although in theory a combination of services such as
>>> AppSignal, Skylight.io and ServerDensity might be able to meet the more
>>> general use cases I have been unable to find any which feel quite right.
>>>
>>> I was wondering if any fellow LRUGers have come across any NewRelic-like
>>> services which fit these particular needs, and work out cheaper overall.
>>>
>>> It might be worth noting that we are currently hesitant to go down the
>>> path of reducing the number of instances running NewRelic as this will make
>>> our infrastructure considerably more complicated to manage.
>>>
>>> Any help would be much appreciated.
>>>
>>> --
>>>
>>> Seb Jacobs
>>> Web Developer
>>> FutureLearn
>>> E: seb.jacobs at futurelearn.com <james.coglan at futurelearn.com>
>>>
>>> Follow us @FutureLearn
>>> www.futurelearn.com
>>>
>>
>> _______________________________________________
>> Chat mailing list
>> Chat at lists.lrug.org
>> Archives: http://lists.lrug.org/pipermail/chat-lrug.org
>> Manage your subscription: http://lists.lrug.org/options.cgi/chat-lrug.org
>> List info: http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>>
>>
>
>
> --
> 115 Markhouse Avenue
> London E17 8AY
>
> _______________________________________________
> Chat mailing list
> Chat at lists.lrug.org
> Archives: http://lists.lrug.org/pipermail/chat-lrug.org
> Manage your subscription: http://lists.lrug.org/options.cgi/chat-lrug.org
> List info: http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lrug.org/pipermail/chat-lrug.org/attachments/20150529/a3f4039a/attachment.html>


More information about the Chat mailing list