Si desenvolupes o gestiones aplicacions web, sabràs que mantenir un bon rendiment tècnic no és opcional: és la diferència entre usuaris satisfets que converteixen… i gent que abandona el teu lloc en qüestió de segons. A mesura que les arquitectures es compliquen —microserveis, contenidors, núvols híbrids, serveis externs—, esdevé gairebé impossible entendre què està passant només amb logs solts o gràfics del hosting.
Aquí és on entra en joc New Relic. Aquesta plataforma d'observabilitat i APM us permet vigilar en temps real el comportament de les teves aplicacions, detectar colls d'ampolla, veure què està passant a la infraestructura i, cada vegada més important, monitoritzar també els models d'intel·ligència artificial que utilitzis al teu projecte. Tot això des d'un únic panell i sense tornar-te boig saltant entre cinc eines diferents.
Què és New Relic i per a què serveix?
New Relic és una plataforma SaaS d'observabilitat i monitorització del rendiment d'aplicacions (APM) molt estesa a nivell mundial. El seu objectiu és donar-te una visibilitat completa sobre com funcionen els teus sistemes digitals: aplicacions backend, frontend, infraestructura, bases de dades, serveis externs i fins i tot workloads d'intel·ligència artificial.
Per aconseguir-ho, New Relic combina en un mateix entorn dades d'aplicacions, infraestructura, logs, experiència d'usuari i mètriques de negoci. Això permet passar de la típica visió fragmentada (cada cosa en una eina diferent) a un enfocament unificat, on és més senzill detectar problemes, entendre'n l'impacte i prioritzar què arreglar primer.
La plataforma s'integra amb gran varietat de tecnologies modernes: llenguatges com PHP, Java, Python o Ruby; serveis al núvol com AWS o Azure; entorns de contenidors com Kubernetes; bases de dades populars; i frameworks de tota mena. Gràcies a aquesta compatibilitat, resulta una opció molt interessant tant per a startups com per a grans empreses amb arquitectures complexes i distribuïdes.
Com funciona New Relic per dins: el model MELT
Per entendre com New Relic monitoritza els teus sistemes, convé conèixer el model MELT, que agrupa les dades en quatre grans tipus: mètriques, esdeveniments, logs i traces. Amb ells, la plataforma construeix la imatge completa del comportament de la teva aplicació.
Les mètriques són valors numèrics que descriuen el rendiment: temps de càrrega, ús de CPU, consum de memòria, throughput a sol·licituds per minut, etcètera. Aquest tipus de dada és perfecta per veure tendències al llarg del temps i detectar pics anormals o degradacions progressives.
Els esdeveniments representen activitats que es produeixen dins de les teves aplicacions o sistemes. Solen agrupar diverses línies de registre que descriuen alguna cosa que ha passat: per exemple, una transacció completada, un error de base de dades o una trucada a un servei extern. T'ajuden a entendre què ha passat i en quin context.
Els logs o registres són detalls línia a línia daquests esdeveniments, amb marques de temps i atributs addicionals. Gràcies a ells pots reconstruir pas a pas allò que ha fet una aplicació o un servei concret, i són clau per investigar comportaments estranys o errors difícils de reproduir.
Finalment hi ha les traces, que mostren la seqüència cronològica desdeveniments al llarg duna petició o flux complet. En un entorn de microserveis, per exemple, una traça pot recórrer diverses APIs, cues de missatges i bases de dades, permetent veure on es perd temps o on es produeixen errors dins de tota la cadena.
El paper de l'agent de New Relic
New Relic funciona gràcies a un agent que s'instal·la a la teva aplicació o infraestructura. Aquest agent instrumenta el codi i l'entorn per recopilar automàticament les mètriques, esdeveniments, logs i traces necessaris.
Cada tipus de monitoratge sol requerir el seu propi agent: un agent per a APM (aplicacions), un altre per infraestructura, Un altre per navegador (experiència d'usuari web), etc. Aquests agents s'encarreguen d'enviar les dades a la plataforma de New Relic, on es processen i es mostren a panells visuals.
Quan l'agent està instal·lat i es compleixen els requisits mínims del sistema —per exemple, disposar de permisos d'administrador i versions compatibles de sistema operatiu i llenguatge de programació—, les dades comencen a aparèixer al vostre compte gairebé a l'instant, sense necessitat de configuracions molt avançades.
Mètriques clau a monitoritzar amb APM
Quan utilitzeu eines d'APM com New Relic, hi ha una sèrie de mètriques essencials que convé seguir de prop per entendre l'estat real de les aplicacions i anticipar problemes de rendiment.
El temps de resposta indica quant triga la teva aplicació a processar una sol·licitud i tornar una resposta. Si aquesta mètrica puja per sobre dels llindars acceptables, l'experiència de l'usuari se'n ressent i poden aparèixer caigudes en la conversió o en l'ús del servei.
La taxa d'errors mostra quantes sol·licituds acaben amb algun tipus de fallada, com ara excepcions no controlades, respostes HTTP 5xx o errors en serveis externs. Un increment en aquesta taxa sol ser senyal de desplegaments problemàtics, dependències inestables o colls interns.
El ús de recursos (CPU, memòria, disc, xarxa) t'indica quanta capacitat està consumint la teva aplicació als servidors o contenidors. Un consum excessiu pot provocar saturacions, mentre que un ús molt baix i pics puntuals us poden orientar sobre la necessitat d'optimitzar o escalar.
El rendiment en termes de throughput es mesura habitualment en sol·licituds per minut (RPM). Aquesta mètrica et permet veure quanta càrrega suporta la teva aplicació, com es comporta davant de pics i fins a quin punt la teva infraestructura està dimensionada de forma adequada.
La latència reflecteix el temps que triguen les dades a anar del client al servidor i tornar. És especialment rellevant quan hi intervenen xarxes complexes, CDNs, serveis externs o arquitectures distribuïdes amb diversos salts entre regions o proveïdors.
La experiència de l'usuari va més enllà dels números tècnics, i es pot mesurar amb indicadors com la puntuació Apdex, que relaciona temps de resposta satisfactoris i insatisfactoris sobre la base d'un llindar definit. Aquest tipus de mètrica us ajuda a traduir el rendiment tècnic en satisfacció real de les persones que usen la vostra aplicació.
Finalment, hi ha les mètriques de negoci: nombre de transaccions, ingressos, taxa de conversió, volum de comandes, etc. Correlacionar aquestes dades amb el rendiment tècnic et permet veure de manera clara quant impacta un problema de latència o una caiguda puntual al compte de resultats.
Depenent de les característiques del teu projecte, a més d'aquestes mètriques generals et pot interessar vigilar indicadors específics, com a temps de certes consultes SQL, rendiment d'integracions concretes o comportament de funcionalitats crítiques de cara a l'usuari.
Panell principal d'APM: què podeu veure
Quan l'agent està actiu, la secció d'APM a New Relic us ofereix una vista de conjunt molt potent. La pàgina de resum (APM Summary) mostra les mètriques més rellevants d'una ullada per a cada servei o aplicació.
En aquesta pàgina trobaràs, entre altres dades, el temps de resposta de les transaccions webs, que mesura la durada de les peticions des del punt de vista del client, encara que no sempre arreplegue tot el temps dedicat a una operació complexa.
Una altra mètrica important en aquesta vista és la puntuació Apdex, que compara els temps de resposta mesurats amb un llindar prefixat. D'aquesta manera podeu veure quin percentatge de transaccions es consideren satisfactòries i quines no, cosa que us ajuda a entendre la percepció dels vostres usuaris sobre el rendiment.
També veuràs el rendiment en sol·licituds per minut (RPM), la taxa derrors i el consum de recursos del host (CPU i memòria). Amb aquesta combinació de dades us resulta més fàcil identificar correlacions, per exemple, entre pics de trànsit, augments de latència i saturació de CPU.
A més del resum, New Relic ofereix vistes específiques per a diferents components: traçabilitat distribuïda, transaccions individuals, bases de dades, serveis externs o fins i tot entorns Kubernetes, on podeu veure mètriques com l'antiguitat dels desplegaments, l'estat dels pods i comparatives de rendiment entre diferents versions.
Monitorització avançada: traces, serveis externs i Kubernetes
La funcionalitat de traçabilitat distribuïda registra el comportament de sol·licituds que travessen diversos serveis o microserveis. En aquesta vista podeu analitzar la durada total de cada traça, els spans que la componen, els errors que es produeixen i els recorreguts més habituals del vostre trànsit.
La secció de transaccions llista les sol·licituds més rellevants ordenades per percentatge de temps real consumit, rendiment i ús de recursos. Aprofundint en cada transacció pots veure quines parts del codi, quines consultes a base de dades o quines trucades externes ralenteixen més l'aplicació.
Pel que fa a bases de dades, New Relic mostra operacions, temps de resposta i throughput de les consultes i sentències executades. Això us ajuda a identificar voles lentes, índexs mal dissenyats o patrons d'accés ineficients que afectin el comportament global.
La vista de serveis externs ofereix detalls de rendiment, temps de resposta i taxa derrors dentitats upstream i downstream, com APIs de tercers o sistemes interns. D'aquesta manera pots distingir millor quins són els teus problemes i quins procedeixen de dependències externes.
Si treballes amb Kubernetes, New Relic pot mostrar informació sobre els desplegaments, pods disponibles, logs associats i comparatives entre diferents mètriques. Així, és més senzill comprovar com afecten canvis de configuració, noves versions o escalats automàtics al rendiment real de les càrregues de treball.
Alertes i acords de nivell de servei (SLA)
A més de recopilar dades, New Relic us permet definir alertes i fer seguiment dels teus SLA per assegurar-te que les aplicacions compleixen els nivells de servei promesos.
La funcionalitat de informes de SLA us dóna una visió del temps d'activitat, temps d'inactivitat i tendències de rendiment en diferents períodes (diari, setmanal, mensual). Així pots avaluar com l'usuari final percep la qualitat del servei i si estàs complint els teus compromisos contractuals o interns.
Les alertes et notifiquen automàticament quan alguna mètrica es desvia del que s'esperava. Per això defineixes condicions personalitzades: quina font de dades vols monitoritzar (per exemple, una aplicació concreta, una base de dades o un servei extern), quin comportament es considera anòmal (per exemple, que una mètrica es mantingui per sobre o per sota d'un llindar) i de quina manera cal generar els incidents.
També pots ajustar la preferència d'incidents, per decidir si vols notificacions immediates davant de qualsevol infracció o només en cas de problemes recurrents o de certa intensitat. Pel que fa als canals d'avís, la plataforma permet integrar email, Slack, OpsGenie i altres eines de notificació i resposta a incidents.
Les alertes compten amb un motor de Intel·ligència aplicada que ajuda a identificar possibles causes arrel, correlacionant dades i reduint la quantitat de soroll que hauries d'analitzar manualment. Això facilita que els equips tècnics se centrin a resoldre els problemes i no a filtrar-los.
Dashboards i visualització de dades
Una de les claus de New Relic és la seva capacitat per construir panells de control personalitzats que agrupin els indicadors importants per al teu negoci o la teva àrea tècnica.
El panell principal ja concentra en una sola pantalla bona part de la informació de rendiment, codificada amb gràfics i colors que ajuden a identificar patrons d'una ullada. Tot i això, pots anar més enllà i dissenyar els teus propis panells adaptats a diferents equips, projectes o regions geogràfiques.
Aquests dashboards permeten ajustar el disseny, la mida dels gràfics i el conjunt de mètriques mostrades. Per exemple, és habitual crear un panell específic per a un país o regió, un altre per a un entorn de producció crític i un d'addicional pensat per a negoci amb mètriques de conversió correlacionades amb rendiment tècnic.
La possibilitat de compartir panells entre equips millora molt el treball col·laboratiu: desenvolupament, operacions, màrqueting o producte poden mirar les mateixes dades des de perspectives complementàries i prendre decisions coordinades.
Rastres de transaccions i logs integrats
Quan hi ha un problema de rendiment seriós, disposar de rastres de transaccions i registres associats marca la diferència entre endevinar i saber exactament què està passant.
Els rastres d'APM a New Relic emmagatzemen informació detallada sobre les transaccions de la teva aplicació, incloent trucades a la base de dades, segmentació per funcions o mètodes, i temps dedicats a cada part del procés. Això us permet veure, per exemple, si una petició s'encalla en un bucle de codi, en una query concreta o en una trucada a un servei extern.
En paral·lel, la plataforma et deixa consultar els logs relacionats amb cada traça. Des de la interfície de registres pots cercar per paraules clau, atributs o rangs de temps, i enllaçar ràpidament els missatges rellevants amb les transaccions que presentaven problemes.
Aquesta combinació de traces i logs ofereix context molt complet per a la resolució d'incidències, reduint el temps que trigues a trobar la causa arrel d'un problema i evitant que hagis de saltar constantment entre eines diferents per reconstruir el que ha passat.
Beneficis principals de New Relic
Davant d'altres plataformes de monitorització, New Relic destaca per diversos punts que resulten especialment atractius per a equips de totes les mides. El primer és el seu facilitat d'instal·lació i configuració, ja que ofereix documentació abundant i un assistent guiat que detecta l'entorn, proposa l'agent adequat i fins i tot el configura automàticament en molts casos.
En el dia a dia, la interfície se centra en la usabilitat i la rapidesa per trobar la causa arrel. Des del panell principal podeu anar aprofundint en gràfics i taules amb pocs clics, seguint el fil des d'una caiguda a Apdex fins a la transacció concreta, el segment de codi o la consulta a base de dades responsables del problema.
New Relic també aporta valor gràcies al registre d'errors del costat del client, que ajuda a entendre què està passant al navegador de les persones usuàries: quin tipus de fallades apareixen, amb quina freqüència i en quins contextos. Això us ofereix un context extra per millorar l'experiència d'usuari.
Un altre avantatge és el registre detallat de transaccions, que us permet identificar d'una ullada quins components de la vostra aplicació són més lents en carregar o consumir més recursos. Aquest tipus de visibilitat és crucial per prioritzar optimitzacions que realment impactin el rendiment global.
La pròpia interfície d'usuari de la plataforma resulta força intuïtiva i flexible. Els elements visuals, la personalització de vistes i el disseny en general fan que pugui adaptar-se tant a perfils molt tècnics com a persones que s'estan iniciant al monitoratge.
Instal·lació de New Relic APM: exemple amb PHP a Ubuntu
El procés d'instal·lació concret de l'agent d'APM varia en funció del llenguatge de programació i sistema operatiu que utilitzis, però la lògica general es manté: registrar un compte, obtenir la clau de llicència, instal·lar l'agent i reiniciar els serveis perquè comenci a recopilar dades.
En un sistema Ubuntu amb aplicacions PHP (per exemple, en instal·lar WordPress en un VPS), el procediment típic comença per crear un compte a New Relic i, un cop dins, accedir a la configuració del compte per copiar la clau de llicència. Aquesta clau identifica les teves dades a la plataforma.
A continuació cal afegir el repositori de New Relic al sistema mitjançant una ordre que escriu l'entrada corresponent a la llista de fonts de paquets. Després, es verifica l'autoritat de la font important la clau GPG proporcionada per New Relic i s'actualitza la llista local de paquets.
Amb el dipòsit ja configurat, s'instal·la el paquet de l'agent de PHP directament des dels repos oficials de New Relic. En alguns casos, la instal·lació acaba de forma automàtica; si no és així i apareix un missatge indicant que has d'executar la utilitat d'instal·lació com a root, només cal llançar l'ordre recomanada per completar el procés manualment.
Durant aquests passos se't demanarà que indiquis el nom de l'aplicació que vols monitoritzar i que introdueixis la clau de llicència que vas copiar abans. Finalment, només cal reiniciar el servidor web —per exemple, el servei Apache corresponent— perquè l'agent comenci a funcionar.
Un cop fet això, és bona idea utilitzar la teva aplicació amb normalitat durant uns minuts perquè l'agent generi prou dades. En tornar a la interfície de New Relic, hauríeu de començar a veure gràfics i mètriques a la secció APM. Per a instal·lacions que no s'hagin de desplegar a gran escala, la pròpia eina recomana el seu mode d'instal·lació guiada, que automatitza gran part dels passos anteriors.
Com utilitzar New Relic APM per optimitzar la teva aplicació
Després de la instal·lació, els desenvolupadors poden començar a treballar amb les dades d'APM immediatament, sense necessitat de configuracions complexes. Només cal iniciar sessió a la plataforma, entrar a la pestanya APM i seleccionar l'aplicació que vulguis analitzar.
Un flux de treball típic per investigar problemes de rendiment podria començar observant el gràfic de la puntuació Apdex. Si aquesta cau per sota del valor considerat acceptable, és un senyal clar que alguna cosa no va bé en lexperiència de lusuari.
El següent pas sol ser localitzar pics al gràfic de temps de les transaccions web. Els colors representen diferents components: execució de codi, consultes a base de dades, trucades a serveis externs, etcètera. Identificar quin color domina als pics més marcats t'orienta sobre on cercar.
En fer clic en un pic rellevant, New Relic et porta a la pàgina de Transaccions, des d'on podeu ordenar les entrades per aquelles que més impacte negatiu tenen a l'Apdex. La transacció que més penalitza la satisfacció dels usuaris acostuma a ser un bon candidat per a revisió detallada.
Dins aquesta transacció, pots baixar fins a la secció de rastres de transaccions i obrir-ne un per veure el seu desglossament pas a pas. A la pestanya de detalls del seguiment, trobaràs segments ressaltats en colors com vermell o groc, que indiquen les parts més lentes o problemàtiques.
A partir d'aquí, es tracta de analitzar si el temps dedicat a aquests segments és raonable segons els criteris o si són l'origen del problema. Si ho són, podeu treballar sobre el codi, la consulta, la configuració d'infraestructura o la integració afectada fins a reduir l'impacte en el temps de resposta.
Ús de New Relic en entorns de comerç electrònic (Adobe Commerce / Magento)
En l'àmbit del comerç electrònic, especialment amb plataformes com Adobe Commerce o Magento Open Source, New Relic s'ha convertit en una eina gairebé imprescindible per mantenir la botiga en línia àgil i estable.
Un dels seus usos més valuosos és la identificació de colls d'ampolla. New Relic pot detectar consultes SQL lentes, extensions de tercers que degraden el rendiment o trucades a APIs externes que retarden el procés de compra. Saber exactament quin component està frenant la botiga permet actuar amb precisió en comptes de fer canvis a cegues.
La plataforma també ajuda a optimitzar la velocitat de càrrega pàgina a pàgina, analitzant el comportament de cada secció del catàleg, carretó o checkout. Això impacta directament en lexperiència de lusuari i en les taxes de conversió, ja que els clients tendeixen a abandonar si els temps despera són alts.
Un altre punt crític és el monitoratge d'integracions amb ERPs, passarel·les de pagament, eines de màrqueting i altres sistemes externs. New Relic permet supervisar aquestes connexions i detectar ràpidament caigudes o degradacions que podrien bloquejar comandes o generar errors als pagaments.
En dates clau com Black Friday o campanyes especials, New Relic resulta molt útil per a preparar-se davant de pics de trànsit. En analitzar el comportament de la botiga sota càrrega, pots dimensionar els recursos necessaris, ajustar la memòria cau i reduir al mínim el risc de temps d'inactivitat o caigudes completes del lloc.
New Relic AIM: observabilitat aplicada a la intel·ligència artificial
Amb l'auge de les aplicacions basades en IA, New Relic ha incorporat New Relic AIM, una solució pensada per monitoritzar tot el stack d'intel·ligència artificial amb la mateixa filosofia que APM aplica a les aplicacions tradicionals.
L'objectiu és oferir una visibilitat completa d'extrem a extrem a tots els components d'una solució d'IA: des dels serveis que la invoquen fins als models utilitzats, el flux de dades intermedi, la infraestructura subjacent i el consum de recursos associat.
La configuració és relativament ràpida gràcies als agents preparats per a IA, que no requereixen instrumentació addicional complexa. Aquests agents ofereixen suport integrat per a models molt coneguts com OpenAI o AWS Bedrock, així com per a frameworks d'orquestració com LangChain, cosa que facilita força la posada en marxa.
Amb AIM pots observar mètriques específiques d'IA, com el nombre de sol · licituds als models, temps de resposta, ús de tokens, comentaris dusuaris o taxes derrors en les respostes. Tot això es combina amb els senyals tradicionals d'APM, mètriques d'infraestructura i registres, de manera que veieu l'impacte real que té la capa d'IA sobre la resta de l'aplicació.
La integració amb New Relic APM 360 permet correlacionar problemes de la IA amb altres components del sistema. Si, per exemple, detectes un increment en els errors de l'aplicació i alhora un augment en les fallades de la IA a la vista unificada, pots aïllar ràpidament la causa a la capa de models i aprofundir fins a trobar l'origen exacte.
Aquest enfocament ajuda a depurar més ràpid les aplicacions de l'IA, a optimitzar rendiment, qualitat i costos (per exemple, controlant l'ús de tokens) ia garantir el compliment de les regulacions i les polítiques internes relacionades amb el tractament de dades i la traçabilitat de decisions automatitzades.
Comparativa de New Relic amb altres eines del mercat
Al mercat hi ha diverses solucions de monitoratge i observabilitat, com Dynatrace, AppDynamics, Datadog o Elastic APM, cadascuna amb les seves fortaleses i matisos. New Relic es diferencia en diversos aspectes interessants per a molts equips.
Un d'ells és la relació cost-benefici. New Relic ofereix una versió gratuïta i plans escalables que la fan accessible per a empreses petites i mitjanes, mantenint alhora capacitats avançades per a organitzacions grans amb arquitectures complexes.
Un altre punt a favor seu és la simplicitat d'implementació. Tot i que totes les eines d'aquest tipus requereixen cert treball inicial, New Relic ha posat molt de focus en reduir la fricció mitjançant assistents guiats, documentació clara i agents que funcionen bé en entorns molt variats.
La plataforma també s'orienta tant a desenvolupadors com a perfils de negoci. No es limita a mostrar dades tècniques, sinó que permet construir vistes i panells on es creuen mètriques de rendiment amb indicadors d'ingressos, conversió o ús de funcionalitats, cosa que facilita prendre decisions accionables.
En l'àmbit concret del comerç electrònic, en destaca la seva integració nativa amb Adobe Commerce, el que simplifica el monitoratge de botigues en línia sense haver de muntar configuracions massa rebuscades.
Davant d'altres eines, Dynatrace i AppDynamics ofereixen capacitats molt potents, però poden resultar més costoses i complexes de manejar, especialment per a equips amb menys experiència en observabilitat. Datadog, per part seva, té un focus molt fort en infraestructura i logs, mentre que Elastic APM és molt popular en entorns de codi obert, però sol requerir una configuració i manteniment més avançats.
De la teoria a la pràctica: un cas real de millora de rendiment
Per veure l'impacte real de comptar amb una plataforma unificada d'observabilitat, és il·lustratiu el cas de EveryMatrix, on el seu arquitecte sènior de sistemes, Alex Bularca, va haver d'enfrontar-se a problemes de rendiment utilitzant inicialment fins a cinc eines diferents.
En adoptar New Relic com a plataforma central, l'equip va passar a treballar amb un únic dashboard, rastreig distribuït i mapes de serveis. Aquesta combinació va permetre localitzar un problema de latència perllongada fins a un grup concret de fils sobrecarregat, cosa que abans resultava molt més difícil de descobrir amb rapidesa.
La possibilitat de disposar de dades unificades des d'APM fins a consultes personalitzades va fer que la resolució d'incidències complexes es tornés més ràpida i eficaç, i que en molts casos es poguessin detectar i corregir anomalies abans que arribessin ni tan sols a provocar un incident visible en producció.
Amb aquest tipus d'exemples queda clar que l'observabilitat no es limita a tenir bonics gràfics, sinó que és una palanca directa per reduir temps de parada, millorar lexperiència dusuari i contenir els costos operatius.
New Relic s'ha consolidat així com una de les solucions més completes per a empreses que necessiten vigilar i optimitzar el rendiment de les aplicacions, reduir riscos operatius i oferir una experiència d'usuari d'alt nivell.
El seu enfocament unificat sobre aplicacions, infraestructura, experiència de client i ara també intel·ligència artificial, unit a la facilitat d'ús, la converteixen en una opció molt sòlida per a qualsevol organització que vulgui tenir les seves plataformes digitals sota control, des de petites webs fins a sistemes distribuïts de gran escala. Comparteix la guia perquè més usuaris coneguin del tema.