Share
Ich erinnere mich, dass ich vor ein paar Jahren an einer Rails-App gearbeitet habe, und jemand kam auf die Idee, diesen neuen Service zu nutzen, der vor Ort aufgetaucht war. Sie hieß New Relic und versprach, Ihnen mehr Einblick in die Leistung Ihrer Rails-App zu geben, als Sie jemals zuvor bekommen konnten. Wir haben es ausprobiert und es war beeindruckend. Noch wichtiger war es, dass das Ruby-Webentwicklungs-Ökosystem wirklich benötigt wurde.
Gesponserter InhaltDieser Inhalt wurde von New Relic in Auftrag gegeben und vom Tuts + Team verfasst und / oder bearbeitet. Unser Ziel mit gesponserten Inhalten ist es, relevante und objektive Tutorials, Fallstudien und inspirierende Interviews zu veröffentlichen, die unseren Lesern einen echten erzieherischen Wert bieten und die Erstellung nützlicherer Inhalte ermöglichen.
Schneller Vorlauf bis jetzt, und Sie werden kaum eine Ruby-Webanwendung finden können, an der New Relic nicht angeschlossen ist. New Relic hat als Unternehmen weiterhin Tools zur Überwachung Ihrer Ruby-Apps bereitgestellt, diese haben sich jedoch auch verzweigt in eine Reihe von anderen Sprachen wie Java, Python und sogar .Net. Mit der Anzahl der von Ihnen bereitgestellten Features steigt jedoch natürlich auch die Komplexität und der Umfang der Dokumentation. Es wird schwer zu verstehen, wo Sie anfangen sollen, insbesondere wenn Sie noch kein Experte sind.
Heute dachte ich, wir könnten zurück zu den Wurzeln von New Relic gehen und sehen, wie wir mit dem Service beginnen können, um eine Rails-Anwendung zu überwachen.
Um New Relic verwenden zu können, müssen wir etwas überwachen. Lassen Sie uns also eine einfache 'Hello World' Rails-App einrichten.
Die App, die wir erstellen, wird unter leben ~ / projects / tmp / newrelic, und wird gerufen newrelic_rails1. Ich gehe davon aus, dass Sie bereits Rails installiert haben:
cd ~ / projects / tmp / newrelic tracks new newrelic_rails1 cd newrelic_rails1
Es gibt nicht viel zu tun, um unsere 'Hello World' App zu erstellen. Wir brauchen einen neuen Controller:
Schienen g Controller Hallo
Jetzt brauchen wir nur eine Route, wir bekommen die Wurzelroute der Anwendung, um unseren Controller zu verwenden. Wir brauchen auch eine Sicht mit den Worten "Hello World". Bei alledem unser config / routes.rb sollte so aussehen:
NewrelicRails1 :: Application.routes.draw do root 'hallo # index' end
Unser Controller (app / controller / hello_controller.rb) wird wie folgt sein:
Klasse HelloController> ApplicationController Def-Indexende
Und unsere Sicht (app / views / hallo / index.html.erb) wird ähnlich sein:
Hallo Welt!
Wir können jetzt unseren Entwicklungsserver starten:
Schienen s
Wenn wir uns krümmen localhost: 3000, wir bekommen:
…Hallo Welt!
Alles funktioniert!
Mit Ruby ist das sehr einfach. Wir fügen einen Edelstein hinzu Gemfile, führe ein Bundle installieren, Legen Sie eine Konfigurationsdatei in den Konfigurationsordner und wir haben alles was wir brauchen. In der Tat ist New Relic ziemlich gut darin, Sie durch dieses Thema zu führen. Sie müssen sich lediglich bei Ihrem Konto anmelden. Wenn Sie noch keinen New Relic-Agenten bereitgestellt haben, ist es offensichtlich, was Sie tun müssen:
Zuerst installieren wir den New Relic-Agentenedel, indem wir ihn zu unserem hinzufügen Gemfile, gemäß den Anweisungen:
Unsere Gemfile sieht jetzt so aus:
Quelle 'https://rubygems.org' gem 'rail', '4.0.0' gem 'sqlite3' gem 'sass-Schienen', '~> 4.0.0' gem 'uglifier', '> = 1.3.0' gem 'coffee-schienen', '~> 4.0.0' gem 'jquery-schienen' gem 'turbolinks' gem 'jbuilder', '~> 1.2' gruppe: doc do gem 'sdoc', erfordern: false end gem 'newrelic_rpm '
Wann immer wir etwas hinzufügen Gemfile wir müssen rennen:
Bundle installieren
Wir brauchen auch eine newrelic.yml, die Sie von New Relic herunterladen können:
Es wird mit Ihrem Lizenzschlüssel vorkonfiguriert. Wir müssen diese Datei unterlegen config / newrelic.yml.
Wenn wir unsere Anwendung zu diesem Zeitpunkt im Staging- oder Produktionsmodus ausführen, würden wir bereits Daten in unserem New Relic-Konto erhalten. Also lass es uns tun:
RAILS_ENV = Produktionsschienen s
Diesmal als wir curl localhost: 3000, wir bekommen:
NewrelicRails1 Hallo Welt!
Es wurde eine Reihe von JavaScript in unsere Seiten eingefügt, damit New Relic die Browserzeit überwachen kann. Auf diese Weise können wir feststellen, dass die Integration von New Relic funktioniert. Es ist jedoch nicht der einzige Weg, New Relic erstellt auch eine Protokolldatei:
% cat log / newrelic_agent.log Protokolldatei, erstellt am 2013-09-22 16:23:13 +1000 von logger.rb / 36483 [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Starten des New Relic-Agenten in der "Produktionsumgebung". [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Um das Starten des Agenten zu verhindern, fügen Sie eine Umgebungsvariable NEWRELIC_ENABLE = false hinzu oder ändern Sie den Abschnitt "production" Ihrer neuenrelic.yml. [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Konfiguration aus config / newrelic.yml lesen [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Aktivieren des Anforderungs-Samplers. [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Umgebung: Produktion [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Dispatcher: webrick [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Anwendung: Meine Anwendung [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installieren von ActiveRecord 4 instrumentation [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation der Net-Instrumentierung [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation verzögerte Rack-Instrumentierung [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation von Rails 4-Controller-Instrumentierung [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation von Rails 4-Instrumentation anzeigen [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation von Rails4-Fehlerinstrumentierung [09/22/13 16:23:13 +1000 skorks-envato ( 12424)] INFO: Beendete Instrumentierung [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Ausführen einer verzögerten Abhängigkeitserkennung vor dem Start des Racks [0 22.09.13 16:23:16 +1000 skorks-envato (12424)] INFO: Berichterstattung an: https://rpm.newrelic.com/accounts/303380/applications/2507356
Wir können auch unser Konto bei New Relic überprüfen, um sicherzustellen, dass eine neue Anwendung zur Überwachung angezeigt wird:
Es gibt jedoch ein paar Dinge, die nicht so schön sind:
Schauen wir uns unsere an newrelic.yml Datei etwas detaillierter, um zu sehen, wie wir die App-Leistung genau so überwachen können, wie wir es wollen.
Zuallererst ist die New Relic-Konfigurationsdatei äußerst gut kommentiert. Ich empfehle Ihnen, die Kommentare zu den verschiedenen Konfigurationsparametern zu lesen, um zu verstehen, was alle von ihnen tun.
Zweitens ist die Konfiguration von New Relic von der Umgebung abhängig, und die Konfiguration für alle Umgebungen ist in einer davon definiert newrelic.yml Datei, das ist sehr ähnlich, wie die Rails Datenbank.yml Datei funktioniert. Wir definieren eine Reihe allgemeiner Konfigurationswerte und überschreiben dann die relevanten Werte in den spezifischen Umgebungsblöcken, z.
common: & default_settings license_key: ''app_name: Meine Anwendung monitor_mode: true… Entwicklung: <<: *default_settings monitor_mode: false test: <<: *default_settings monitor_mode: false production: <<: *default_settings monitor_mode: true staging: <<: *default_settings monitor_mode: true
Wir können sofort anfangen zu sehen, wie wir einige der oben genannten Punkte korrigieren können. Wenn wir unsere App nicht im Produktionsmodus starten möchten, während wir unsere Konfiguration optimieren, müssen wir nur die Überwachung im Entwicklungsmodus aktivieren (wir werden uns daran erinnern müssen, diese Option auszuschalten, wenn wir damit zufrieden sind.) unsere Konfiguration, da wir nicht möchten, dass Entwicklungsdaten in unserem New Relic-Konto verstopft werden).
Entwicklung: <<: *default_settings monitor_mode: true
Wir sollten unseren Anwendungsnamen auch für jede Umgebung außer Kraft setzen, um sicherzustellen, dass sie separat überwacht werden und der Anwendungsname sinnvoll ist:
common: & default_settings license_key: ''app_name: newrelic_rails1 monitor_mode: true… Entwicklung: <<: *default_settings monitor_mode: true app_name: newrelic_rails1 (Development) test: <<: *default_settings monitor_mode: false app_name: newrelic_rails1 (Test) production: <<: *default_settings monitor_mode: true app_name: newrelic_rails1 (Production) staging: <<: *default_settings monitor_mode: true app_name: newrelic_rails1 (Staging)
Mit nur diesen Konfigurationsänderungen, wenn wir unseren Server im Entwicklungsmodus starten und curl localhost: 3000:
Wir überwachen jetzt unsere Anwendung im Entwicklungsmodus und unseren Namen erwarten wir. Wenn Ihre Anwendung angibt, dass keine Daten empfangen werden, geben Sie ihnen eine Minute. Es dauert eine Weile, bis die Daten durchkommen.
Der nächst interessanteste (und oft der verwirrendste) Konfigurationswert ist der Apdex-T-Wert. Im Gegensatz zu den meisten anderen Konfigurationsparametern lebt dieser Wert nicht im newrelic.yml Datei, sondern wird stattdessen in den Einstellungen für die Anwendung in New Relic gefunden:
Wenn Sie Ihren Apdex-T-Wert anpassen möchten, müssen Sie dies hier tun, aber was ist dieser Parameter und was ist der richtige Wert, um ihn einzugeben? Nun, New Relic erklärt es auf folgende Weise:
Der Apdex-T-Wert Ihrer Anwendung ist auf 0,5 Sekunden eingestellt. Das bedeutet, dass Anforderungen, die in weniger als 0,5 Sekunden antworten, zufriedenstellend sind, dass sie zwischen 0,5 Sekunden und 2,0 Sekunden antworten (t) und in mehr als 2,0 Sekunden antworten, dass sie frustrierend sind (f)..
Im Wesentlichen verwendet New Relic den Apdex-Wert, um den Status Ihrer Anwendung in Bezug auf die Leistung zu ermitteln. Wenn also viele der von New Relic überwachten Anforderungen länger dauern als Ihr Apdex-Wert, wird New Relic Ihre Anwendung als leistungsfähig betrachten schlecht und wenn Sie Warnmeldungen eingerichtet haben, werden Sie darüber informiert. Grundsätzlich müssen Sie herausfinden, wie schnell jede Serveranforderung von Ihrer Anwendung erfüllt werden soll. Wenn Sie also mit einer Backend-Anforderung in zwei Sekunden zufrieden sind, können Sie den Apdex-Wert auf 2,0 setzen Antwort innerhalb von 100 ms zurückgegeben werden, dann sollten Sie Ihren Apdex-Wert auf 0,1 setzen.
Wenn Sie eine neue Anwendung haben, können Sie den Apdex-Wert auf die von Ihrer Anwendung gewünschte Leistung einstellen. Wenn es sich bei Ihrer App um eine bestehende App handelt, verfügen Sie möglicherweise über einige Kennzahlen, wie schnell sie abschneiden soll / soll, und Sie können sich danach orientieren. Alle Anforderungen, die vom Server unter dem Apdex-T-Wert ausgeführt werden, werden von New Relic als gut angesehen. Alle Anforderungen, die innerhalb von Apdex * 4 Sekunden erfüllt werden, werden als tolerierend betrachtet (d. H. Benutzer können dies tolerieren). Alle Antworten, die länger als Apdex * 4 dauern, werden als frustrierend betrachtet (frustrierte Benutzer neigen nicht dazu, sich zu verhalten). Stellen Sie also Ihren Apdex-T-Wert so ein, dass Sie tatsächlich nützliche Informationen erhalten. Der tatsächliche Wert hängt von Ihrer Domäne ab und davon, was Sie erreichen möchten (in Bezug auf die Leistung). Es gibt keine richtige oder falsche Antwort.
Wir setzen unseren Apdex-T-Wert auf 100 ms (0,1), da wir nur eine 'Hello World'-App haben, und es sollte in der Lage sein, eine Antwort sehr schnell zurückzugeben (selbst im Entwicklungsmodus)..
Es war ein bisschen komisch, dass der Großteil der Konfiguration von der newrelic.yml Datei, aber der Apdex-T-Wert befindet sich in den Anwendungseinstellungen. In New Relic können Sie nun alle Konfigurationswerte aus der YAML-Datei in New Relic verschieben:
Dies hat den Vorteil, dass Sie nicht jedes Mal neu implementieren müssen, wenn Sie Ihre Konfigurationswerte anpassen möchten. Dies ist definitiv eine Überlegung wert. Wir werden fürs Erste bei der YAML-Datei bleiben.
Was sind einige der anderen nützlichen New Relic-Parameter, über die wir wissen sollten?
Nun, es gibt eine Reihe von Parametern, die sich auf die Protokolldatei des New Relic-Agenten beziehen:
log_level: info log_file_path: 'log' Protokolldateiname: 'newrelic_agent.log'
Diese haben vernünftige Standardwerte, aber wenn die Protokolldatei an einen bestimmten Ort verschoben werden soll oder wenn mehr oder weniger Informationen in der Datei angezeigt werden sollen, können wir dies leicht steuern. Da wir gerade New Relic einrichten, werden wir die Protokollebene auf einstellen debuggen, um sicherzustellen, dass wir keine wichtigen Informationen verpassen (wenn wir sie einsetzen, möchten wir sie möglicherweise auf einstellen.) warnen, oder auch Error).
Wir erhalten jetzt eine Fülle von Informationen in der Protokolldatei, die uns (wenn sie sorgfältig gelesen werden) viele Einblicke in die Funktionsweise von New Relic geben:
Accentsconagua
