Posts Tagged ‘APM’

JTeam Partners with New Relic to Provide Application Performance Management for Solr Enterprise Search Server

May 11th, 2010 by Jenny Nguyen
(http://blog.jteam.nl/2010/05/11/jteam-partners-with-new-relic-to-provide-application-performance-management-for-solr-enterprise-search-server/)

JTeam will now offer leading on-demand APM tool to monitor, troubleshoot and optimize deployments of Solr search server

JTeam today announced that it has partnered with New Relic, Inc., to make New Relic RPM available to its clients during consulting engagements. JTeam consultants and clients can now use RPM collaboratively to monitor, troubleshoot, and optimize live production web applications and Solr instances, and thus ensure successful application deployments and a superior Web user experience.

New Relic, Inc. is the leading software-as-a-service provider of application performance management (APM) solutions. Its flagship product, New Relic RPM, is an on-demand performance management solution for web applications developed in Java, Ruby, or JRuby and provides deep, 24×7 visibility and code-level diagnostics for web applications deployed on traditional, dedicated infrastructures or in the cloud. New Relic recently announced RPM’s ability to provide deep visibility into production Solr instances. To learn more about New Relic RPM and Solr monitoring go to http://www.newrelic.com/solr.html.

Feed Your Database

September 10th, 2009 by Aparna Chaudhary
(http://blog.jteam.nl/2009/09/10/feed-your-database/)

The priority that performance testing gets among other development activities is always less; it is an “afterthought”, not a critical, ongoing part of the development process. Typically, it is done in higher environments like ST, QA. Some attention is given to performance in the prior SDLC cycles like design by making proper selection of frameworks. But during development its often limited to following the right coding standards. With this approach, the performance issues accumulate over time and then these bottlenecks become project killers.
Read the rest of this entry »