Share
Je me souviens d'avoir travaillé sur une application Rails il y a quelques années et quelqu'un a lancé l'idée d'utiliser ce nouveau service qui était apparu sur les lieux. Il s’appelait New Relic et ils promettaient de vous donner plus d’informations sur les performances de votre application Rails, comme jamais auparavant. Nous avons essayé et c'était impressionnant. Plus important encore, cet écosystème de développement Web Ruby était vraiment nécessaire..
Contenu sponsoriséCe contenu a été commandé par New Relic et a été écrit et / ou édité par l'équipe de Tuts +. Notre objectif avec le contenu sponsorisé est de publier des tutoriels pertinents et objectifs, des études de cas et des interviews inspirantes qui offrent une véritable valeur éducative à nos lecteurs et nous permettent de financer la création de contenu plus utile..
Avance rapide jusqu'à maintenant et vous auriez du mal à trouver une application Web Ruby à laquelle New Relic n'est pas connectée. New Relic, en tant que société, continue de fournir des outils pour surveiller vos applications Ruby, mais ils ont également ouvert une branche. dans un certain nombre d'autres langages tels que Java, Python et même .Net. Mais, bien entendu, à mesure que le nombre de fonctionnalités que vous fournissez augmente, la complexité et la quantité de documentation disponibles augmentent également. Il devient difficile de savoir par où commencer, surtout si vous n'êtes pas encore expert.
Aujourd'hui, j'ai pensé que nous pourrions revenir aux racines de New Relic et voir comment nous pouvons utiliser le service pour surveiller une application Rails..
Afin de pouvoir utiliser New Relic, nous avons besoin de quelque chose à surveiller. Configurez donc une application de base "Hello World" Rails..
L'application que nous créons vivra sous ~ / projets / tmp / newrelic, et sera appelé newrelic_rails1. Je suppose que vous avez déjà installé Rails:
cd ~ / projets / tmp / newrelic rails new newrelic_rails1 cd newrelic_rails1
Il n'y a pas grand chose à faire pour créer notre application 'Hello World'. Nous avons besoin d'un nouveau contrôleur:
rails g contrôleur bonjour
Maintenant que nous avons juste besoin d’une route, nous allons faire en sorte que la route racine de l’application utilise notre contrôleur. Nous avons également besoin d'une vue avec les mots «Hello World». Compte tenu de tout cela, notre config / routes.rb devrait ressembler à ceci:
NewrelicRails1 :: Application.routes.draw fait root 'bonjour # index' fin
Notre contrôleur (app / controller / hello_controller.rb), sera comme suit:
classe HelloController> ApplicationController def end end end
Et notre vue (app / views / hello / index.html.erb), sera similaire à:
Bonjour le monde!
Nous pouvons maintenant démarrer notre serveur de développement:
rails s
Quand on curl localhost: 3000, on a:
…Bonjour le monde!
Tout fonctionne!
Avec Ruby c'est très simple. Nous ajoutons un petit bijou à notre Gemfile, courir un installation groupée, déposez un fichier de configuration dans le dossier de configuration et nous avons tout ce dont nous avons besoin. En fait, New Relic est très efficace pour vous guider. Il vous suffit de vous connecter à votre compte. Si vous n'avez pas déployé d'agent New Relic auparavant, vous devez absolument savoir quoi faire:
Tout d’abord, nous installons le bijou d’agent New Relic en l’ajoutant à notre Gemfile, selon les instructions:
Notre Gemfile va maintenant ressembler à ceci:
source 'https://rubygems.org' gem 'rails', '4.0.0' gem 'sqlite3' gem 'sass-rails', '~> 4.0.0' gem 'uglifier', '> = 1.3.0' gem 'coffee-rails', '~> 4.0.0' gem 'jquery-rails' gem 'turbolinks' gem 'jbuilder', groupe '~> 1.2': doc do gem 'sdoc', nécessite: fausse fin gem 'newrelic_rpm '
Chaque fois que nous ajoutons quelque chose à la Gemfile nous devons courir:
installation groupée
Nous avons aussi besoin d'un newrelic.yml, que vous pouvez télécharger depuis New Relic:
Il viendra préconfiguré avec votre clé de licence. Nous devons mettre ce fichier sous config / newrelic.yml.
À ce stade, si nous exécutions notre application en mode intermédiaire ou en mode production, nous aurions déjà des données dans notre compte New Relic. Alors faisons-le:
RAILS_ENV = rails de production s
Cette fois où nous curl localhost: 3000, on a:
NewrelicRails1 Bonjour le monde!
Un certain nombre de JavaScript ont été insérés dans nos pages afin que New Relic puisse surveiller la durée du navigateur. C’est une façon pour nous de dire que notre intégration New Relic fonctionne. Mais ce n’est pas le seul moyen, New Relic crée également un fichier journal:
% cat log / newrelic_agent.log Fichier journal créé le 2013-09-22 16:23:13 +1000 par logger.rb / 36483 [22/09/13 16:23:13 +1000 skorks-envato (12424)] INFO: Démarrage de l'agent New Relic dans un environnement "de production". [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFORMATION: Pour empêcher le démarrage de l'agent, ajoutez une NEWRELIC_ENABLE = false, variable d'environnement ou modifiez la section "production" de votre newrelic.yml. [22/09/13 16:23:13 +1000 skorks-envato (12424)] INFO: lecture de la configuration depuis config / newrelic.yml [22/09/13 16:23:13 +1000 skorks-envato (12424)] INFORMATION: Activer l'échantillonneur de demandes. [22/09/13 16:23:13 +1000 skorks-envato (12424)] INFO: Environnement: production [22/09/13 16:23:13 +1000 skorks-envato (12424)] INFO: Répartiteur: webrick [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Application: Mon application [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation d'ActiveRecord 4 instrumentation [22/09/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation de l'instrumentation Net [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation Instrumentation en rack différée [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation de Rails 4 Instrumentation du contrôleur [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation de l'instrumentation d'affichage de Rails 4 [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Installation de l'instrumentation d'erreur Rails4 [09/22/13 16:23:13 +1000 skorks-envato ( 12424)] INFO: Instrumentation terminée [09/22/13 16:23:13 +1000 skorks-envato (12424)] INFO: Détection de dépendance différée avant le démarrage du rack [0 22/09/13 16:23:16 +1000 skorks-envato (12424)] INFO: en rapport avec: https://rpm.newrelic.com/accounts/303380/applications/2507356
Nous pouvons également consulter notre compte New Relic pour nous assurer qu'une nouvelle application est apparue pour la surveillance:
Il y a cependant quelques petites choses qui ne sont pas si gentilles:
Alors regardons notre newrelic.yml déposer un peu plus en détail pour voir comment nous pouvons surveiller les performances de notre application exactement comme nous le voulons.
Tout d’abord, le fichier de configuration de New Relic est extrêmement bien commenté et je vous encourage à lire les commentaires relatifs aux divers paramètres de configuration pour comprendre ce qu’ils font tous..
Deuxièmement, la configuration de New Relic est sensible à l’environnement et la configuration de tous les environnements est définie dans newrelic.yml fichier, cela est très similaire à, comment les Rails database.yml fichier fonctionne. Nous définissons un ensemble de valeurs de configuration communes, puis nous remplaçons les valeurs pertinentes dans les blocs d’environnement spécifiques, par exemple:
common: & default_settings license_key: ''app_name: Mon application monitor_mode: true… développement: <<: *default_settings monitor_mode: false test: <<: *default_settings monitor_mode: false production: <<: *default_settings monitor_mode: true staging: <<: *default_settings monitor_mode: true
Nous pouvons immédiatement commencer à voir comment nous pouvons résoudre certains des points que nous avons soulevés ci-dessus. Si nous ne voulons pas que notre application soit lancée en mode production pendant que nous ajustons notre configuration, il nous suffit d'activer la surveillance en mode développement (nous devons nous rappeler de désactiver cette option lorsque nous serons satisfaits. notre configuration car nous ne voulons pas que les données de développement encombrent notre compte New Relic).
développement: <<: *default_settings monitor_mode: true
Nous devrions également remplacer le nom de notre application pour chaque environnement que nous avons, afin de nous assurer qu'ils sont surveillés séparément et que le nom de l'application est logique:
common: & default_settings license_key: ''app_name: newrelic_rails1 monitor_mode: true… développement: <<: *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)
Avec juste ces réglages de configuration, lorsque nous démarrons notre serveur en mode de développement et curl localhost: 3000:
Nous surveillons maintenant notre application en mode de développement et le nom de notre application correspond à nos attentes. Si votre application dit ne pas recevoir de données, laissez-lui une minute, il faut un peu de temps pour que les données commencent à arriver..
La valeur de configuration suivante la plus intéressante (et souvent la plus déroutante) est la valeur Apdex T-value. Contrairement à la plupart des autres paramètres de configuration, cette valeur ne réside pas dans la newrelic.yml fichier, mais se trouve plutôt dans les paramètres de l'application dans New Relic:
Si vous souhaitez modifier votre valeur T Apdex, vous devez le faire ici, mais quel est ce paramètre et quelle est la bonne valeur à y mettre? Eh bien, New Relic l'explique de la manière suivante:
La valeur T Apdex de votre application est définie sur 0,5 seconde. Cela signifie que les demandes qui répondent en moins de 0,5 seconde sont satisfaisantes, que celles qui répondent entre 0,5 seconde et 2,0 secondes sont tolérantes (t) et que répondre dans plus de 2,0 secondes est frustrant (f).
New Relic utilise essentiellement la valeur Apdex pour évaluer la santé de votre application en termes de performances. Ainsi, si de nombreuses demandes surveillées par New Relic durent plus longtemps que votre valeur Apdex, New Relic considérera que votre application est en cours d'exécution. mal et si vous avez mis en place des alertes, vous en informerons. En gros, vous devez déterminer à quelle vitesse vous voulez que chaque demande de serveur soit traitée par votre application. Par conséquent, si vous êtes d'accord avec une requête backend prenant deux secondes, vous pouvez définir votre valeur Apdex sur 2.0, mais si vous avez besoin d'un réponse à renvoyer dans un délai de 100ms, vous devez définir votre valeur Apdex sur 0.1.
Si vous avez une nouvelle application, vous pouvez définir la valeur Apdex sur les performances souhaitées pour votre application. Si votre application est déjà existante, vous pouvez disposer de certaines mesures de la rapidité avec laquelle elle est / devrait être performante, et vous pouvez être guidé par cela. Toutes les demandes qui sont remplies par le serveur en dessous de la valeur Apdex seront considérées par New Relic comme correctes. Toutes les demandes traitées dans Apdex * 4 secondes seront considérées comme tolérantes (c.-à-d. Que les utilisateurs peuvent le tolérer). Toutes les réponses qui prennent plus de temps que Apdex * 4 seront considérées frustrantes (les utilisateurs frustrés n’ont pas tendance à rester en retrait). Donc, définissez votre valeur Apdex T de manière à obtenir des informations utiles; la valeur réelle dépend de votre domaine et de ce que vous souhaitez atteindre (en termes de performances), il n'y a pas de bonne ou de mauvaise réponse..
Nous définirons notre valeur Apdex T à 100 ms (0,1), car tout ce que nous avons est une application «Bonjour tout le monde», et il devrait pouvoir retourner une réponse très rapidement (même en mode développement)..
C'était un peu drôle que la majeure partie de la configuration vienne du newrelic.yml fichier, mais la valeur T Apdex se trouvant dans les paramètres de l'application. New Relic vous permet donc de déplacer toutes les valeurs de configuration du fichier YAML vers New Relic:
L'avantage de cela est que vous n'avez pas besoin de redéployer à chaque fois que vous souhaitez modifier vos valeurs de configuration, c'est donc certainement quelque chose qui mérite d'être considéré. Nous nous en tiendrons au fichier YAML pour l'instant.
Alors, quels sont certains des autres paramètres utiles de New Relic que nous devrions connaître?
Eh bien, il existe un ensemble de paramètres concernant le fichier journal de l'agent New Relic:
log_level: info log_file_log: 'log' nom_fichier_log: 'newrelic_agent.log'
Ceux-ci ont des valeurs par défaut raisonnables, mais si nous voulons que le fichier journal aille à un emplacement spécifique ou si nous voulons voir plus ou moins d'informations dans le fichier, nous pouvons facilement le contrôler. Comme nous sommes en train de configurer New Relic, nous allons définir le niveau de journalisation sur déboguer, pour nous assurer de ne manquer aucune information importante (lors du déploiement, nous pouvons vouloir le configurer prévenir, ou même Erreur).
Nous avons maintenant une mine d'informations dans le fichier journal, qui (si elles sont lues attentivement) peut nous donner de nombreuses informations sur le fonctionnement de New Relic:
Accentsconagua
