Entschuldigung für die weit gefasste Frage, aber ich würde gerne die Kombination von Diensten kennen, mit denen Nutzer ihre Apps überwachen können. Im Moment denke ich daran, mit Pingdom + Hoptoad (+ PagerDuty) zu gehen, aber ich möchte wissen, was andere verwenden, da so ziemlich alles, zwischen dem ich mich entscheide, mehrere Konkurrenten hat.
Ich möchte wissen, wann meine App nicht erreichbar, instabil oder ausgefallen ist
Ich möchte überprüfen, dass meine App gut ist (rendert etwas), muss aber nicht tief sein (keine Notwendigkeit, ein Login für einen 'Ping' zu simulieren)
Ich möchte in der Lage sein, neue Dinge einfach und kostengünstig hinzuzufügen
Ich möchte in der Lage sein, eigene Benachrichtigungen zu erstellen (Scheint ziemlich Standard, aber es lohnt sich, davon zu rufen)
Ich möchte wissen, wann ich viele Ausnahmen bekomme (die ein oder andere hier und da bin ich bereit, morgens nachzusehen, aber 1 alle paar Minuten ist es wert, aufzustehen)
Ich möchte berichten
Es muss mit mehreren Apps, Apps, die auf mehreren Knoten ausgeführt werden, und mehreren Benutzern in denselben Projekten skaliert werden.
Ich habe die Hoptoad vs. Exceptional Diskussion. Ich interessiere mich mehr dafür, was die Leute zusammengestellt haben, um ihre gesamte Überwachungssuite zu bilden. Was benutzt du? Was magst du daran? Was magst du daran nicht?
Würde wirklich gerne Vorschläge bekommen!
Dies sind die Tools, die wir für die Überwachung verwenden:
Monit: Ссылка
Für sowohl interne & amp; externe Überwachung: Apache, Nginx, Mongrel, MySQL, Sphinx, verzögerter Job, Postfix, CPU, etc
Immer wenn ein Prozess ausfällt, wird er versuchen, ihn zu verbessern. Wenn es einen Prozess nicht starten kann, wird es uns benachrichtigen.
Cloudkick: Ссылка
Für sowohl interne & amp; extern. Wir sind dabei, dieses Tool zu evaluieren. Es unterstützt Rackspace, ec2, slicehost usw. Wenn Sie mehr als einen Cloud-Dienst verwenden, könnte dieses Tool Ihnen helfen.
Alert Grid: Ссылка
Zur Überwachung unserer Cron-Aufgaben.
Ausnahmebenachrichtigung:
Fehler App: Ссылка - Es ist kostenlos
Luftbremse (hoptoad) Ссылка
Logwatch:
Ссылка - Sendet täglich einen Bericht darüber, was auf einem Server passiert . Wie neue installierte Pakete, Liste der ausgeführten Cron-Tasks, Authentifizierungsfehler usw.
Angriffserkennung:
Ссылка
Die Fehlermanagementlandschaft für Schienen hat sich seit der ersten Veröffentlichung dieser Frage stark verändert. Aber dieser Thread kam auf, als ich Google nach Airbrake-Alternativen suchte.
Mehrere neue Unternehmen haben begonnen, Fehlerüberwachungsdienste für Schienen anzubieten. Die, die wir bei der Arbeit mögen, ist Honeybadger.io . Paper Trail ist auch ein netter Service in diesem Raum.
Eine weitere Möglichkeit zur Fehlerverfolgung und -überwachung in Rails ist Raygun , Ссылка - es hat die üblichen Funktionen wie intelligente E-Mail-Benachrichtigungen und Fehlergruppierung, aber fügt nette organisatorische Unterstützung für mehrere Entwickler und Integration in GitHub, Fogbugz, YouTrack usw. hinzu. Es hat auch Hipchat-Benachrichtigungen, so dass Ihr Team es in Ihrem Chat-Raum sieht, wenn eine Ausnahme auftritt.
Installieren und richten Sie den Rubinstein ( Ссылка ) ebenfalls schnell in Ihr Projekt ein.
Eine wunderbare Möglichkeit, um über Ihre Anwendung informiert zu werden, ist Ausnahmenbenachrichtigung .
Damit können Sie E-Mails abrufen, die auf Ausnahmen in Ihrer App basieren. Es wird keine Lösung für alle Ihre Informationswünsche sein, aber wenn jemand versucht, auf eine nicht existierende Seite zuzugreifen, könnten Sie Informationen darüber erhalten, auf was sie zugreifen wollten, wie sie dort hingekommen sind, usw.
Hoptaud und Exception Notification sind gut, Heroku hat noch weitere Addons wie StillAlive.
FogBugz und LightHouseApp können Ihnen ebenfalls helfen, Lighthouse ist für Open-Source kostenlos.
Wenn Sie sich tief in Rails-Fehler und -Benachrichtigungen einmischen möchten, lesen Sie den Inhalt des ersten Kapitels und / des Umgebungsordners des Buches The Rails 3 Way.
Der beste Weg ist immer noch BDD und TDD. Arbeiten Sie alle Umleitungen aus, fügen Sie eine nette 404-Seite hinzu, verwenden Sie alle Entwicklungsstufen (Entwickeln, Testen, hoffentlich auch Staging und QA, und nur Endproduktion), erhalten Sie dann Benachrichtigungen und überprüfen Sie immer die Protokolldateien, bevor Sie mit der Produktion beginnen. HTH
Tags und Links ruby-on-rails monitoring error-handling ping