Frage

Vorwort:Wir möchten die Überwachung eines unserer Webshops erweitern, da der Anbieter Probleme mit der PHP -Konfiguration hatte und Teile des Live -Webshops (Backend & Checkout nicht funktionieren). Ich möchte nicht über den Umzug zu einem anderen Anbieter hier diskutieren.

Da wir jetzt über Möglichkeiten nachdenken, den Webshop selbst und die Verfügbarkeit bestimmter Teile zu überwachen (wie "Ist die Kasse funktioniert?"), Lautet die Frage:

Welche Tools und Strategien schlagen Sie vor, eine Live -Website zu überwachen?

Einige Ideen:

  • Überprüfen Sie automatisch, ob die Kasse noch auf einer Live -Website funktioniert?
  • Was können gute Parameter sein, um den Fehler zu erkennen? Letzte Bestellung <1 Tag, letzte Benutzeranmeldung, ...
  • Verwenden von Cron -Jobs: Überprüfen Sie zum Beispiel Datum/Uhrzeit des letzten Bestells und senden Sie eine E -Mail und/oder überprüfen Sie manuell, wenn die Kasse noch funktioniert?
  • Verwenden von Software/Tools wie Icinga, Uptime -Roboter, ...
  • Senden Sie Warn-E-Mails an Admins, ...

Ich freue mich auf Ihre Antworten :)

War es hilfreich?

Lösung

Es gibt ein paar Dinge, die Sie automatisiert machen können.

  1. Wenn Teile des Ladens aufhören zu arbeiten Unit -Tests sind eine schöne Art zu erkennen, ob bestimmte Funktionen noch funktionieren.
  2. Um Frontend zu testen, benutze ich PhpQuery Auf einem Remote -Server, um auf bestimmte Schlüsselseiten regelmäßig nach bestimmten DOM -Elementen zu suchen, wie "gibt es noch Produkte auf der Kategorieliste?" Gibt es eine Fußzeile* auf der Homepage usw.
  3. Richten Sie einen einfachen Cronjob ein, der Ihren Host anzieht, um festzustellen, ob er noch verfügbar ist
  4. Verwenden Sie den nativen Magento -Bestell -RSS -Feed, um zu prüfen, ob Bestellungen immer noch eingehen. Bei hohen Verkehrsgeschäften ist an einem Freitagabend keine Stunde Bestellung ein guter Indikator dafür, dass etwas nicht stimmt :)
  5. Überwachen Sie Ihren Zahlungsdienstleister. In den Niederlanden verwenden wir ideal für den Umgang mit Zahlungen. Diese Internetseite Zeigt die Verfügbarkeit an, Ihr PSP kann einen ähnlichen Service bieten

*Wenn keine Fußzeile auf einer Seite vorhanden ist, die auf ein PHP -Fehler ansteht, das das Rendering stellt.

Dies sind einige Lösungen, die wir verwenden. Sie brauchen nur eine Setup -Zeit und können frei laufen.

Tolle Frage übrigens, ich freue mich sehr auf alle Antworten!

Andere Tipps

Ich werde die fantastische Antwort von Sanders fantastische Antwort folgen, in der davon ausgegangen wird, dass Sie einen Überwachungsdienst wie Pingdom*eingerichtet und verwenden:

  • Achten Sie auf Inhalte auf der Seite. normalerweise Die Schließung </html> Schild. Ich habe so viele gesehen before_body_end Skripte scheitern mit Drittparteien (nicht erfasste Ausnahmen usw.), die für Endbenutzer unsichtbar sind, aber 500 Status zurückgeben-sehr schlecht für SEO / Google / Webmaster-Tools
  • Richten Sie Webmaster -Tools ein, um Sie zu benachrichtigen, wenn Fehler über einem bestimmten Schwellenwert zunehmen
  • Richten Sie Warnungen für ungültig erklärte SSL auf der Seite ein
  • Richten Sie Warnungen für JavaScript -Fehler auf der Seite ein
  • Verwenden Sie E -Mail -Gruppen/BCC für Zahlungsfehlern von E -Mails, Fehlerberichte.
  • Machen Sie sich mit Ihren Callcenter -Leuten fest und stellen Sie sicher, dass sie wissen, wie sie Probleme untersuchen können. Sie sind normalerweise die ersten, die darauf hinweisen, wann die Dinge schief gehen.
  • Eine langsame Seite ist so schlecht wie ein Down -Standort. Stellen Sie sicher, dass Ihre Warnungen empfindlich sind, wenn Ihre Website länger laden als gewöhnlich ist.
  • Abonnieren Sie Twitter -Feeds für alle Ihre wichtigsten Dienste von Drittanbietern / gehosteten Diensten. Größere Hosts haben normalerweise Twitter -Auslöser, wenn es Probleme gibt. Sie können Twitter an eine E -Mail konfigurieren/Text anwenden, wenn bestimmte Konten posten.

DevOps:

  • Richten Sie Nagios für die Überwachung kritischer Systeme und das Senden von Warnungen ein
  • Richten Sie einen Syslog oder einen Splunk (frei bis zu einer bestimmten Anzahl von Abfragen/Tag) ein, um Protokolle zu aggregieren und Warnungen basierend auf Protokolldaten auszugeben
  • Konfigurieren Sie eine routinemäßige Überprüfung Ihres Netzwerkgeräts. Ich habe gesehen, wie NICs (mehr als einmal) von 1 GB auf 10 MB zurückgegangen sind, ohne dass uns bekannt ist.

Für größere Teams:

  • Richten Sie einen CI -Server (Travis, Jenkins/Hudson, Capistrano) ein, um Sie vor potenziellen fehlgeschlagenen Tests nach Commits zu warnen.
  • Richten Sie Pre-Commit-Hooks in Ihrer Quellungssteuerung ein, um Code-Standards durchzusetzen oder nach offensichtlichen Problemen wie dem kaputten Code zu überprüfen
  • Wie Sander sagte, richten Sie etwas zur Überwachung der RSS -Feeds für Bestellungen und Volumen nach Tageszeit ein - ein Vorteil hier ist, dass es ungekümmert ist und normalerweise, wenn Sie den Benachrichtigungsschwelle niedrig genug festlegen. Ein potenzielles Problem wird dies sofort stolpern
  • Verwenden Sie Selen. VIEL. Lassen Sie Script -Tests, die alle oder zwei Stunden durch den Kassenprozess durchgeführt werden.
  • Richten Sie Kalendererinnerungen und spezifische Warnungen für die SSL -Ablauf ein

Sie werden viele Daten und möglicherweise falsch positive Ergebnisse generieren. Seien Sie nicht immun gegen Warnungen.


Ich bin nicht mit Pingdom verbunden. Ich liebe nur ihr (freies) Produkt.

Wenn Sie nur Probleme mit Ihrem Tafel und nicht mit der Zahlung haben, können Sie überlegen, ob Sie ein Produkt einrichten, das versteckt ist, einen Seleniumtest in den Karren und einen Gutschein hinzufügen, um es kostenlos zu machen, und dann die Kasse durchsuchen.

Abhängig von Ihrem Setup gibt es hier bereits einige großartige Antworten. Ich verwende Newrelic, um Server- und Transaktionsstatistiken zu überwachen und wichtige Transaktionen für jeden Schritt des Checkout -Prozesses einzurichten. Auf diese Weise kann ich mir einen einzelnen Bildschirm auf meinem Telefon ansehen und feststellen, ob wir immer noch die angemessene Anzahl von Personen erhalten, die den gesamten Prozess überprüfen und ob sie angemessene Antwortzeiten erhalten. Wenn ich bis zum letzten Schritt einen Durchsatz auf allem sehe, weiß ich, dass PayPal wahrscheinlich kaputt ist, da niemand in der Lage ist, seine Karten zu verarbeiten. Ich bekomme auch Benachrichtigungen, wenn es viele Fehler gibt, Antwortzeiten ausschalten Mein eigenes Dashboard/App/Alarming -System.

Ich mag Newrelic und PagerDuty dafür, sie sind einfach perfekt und benachrichtigt Sie (E -Mail, Text und Anruf) in einer Minute, wenn Ihre Website oder ein Teil Ihrer Website nicht mehr ist. Es wird sogar mitgeteilt, ob Ihre CPU oder Ihr Speicher über den angegebenen Prozentsatz der Nutzung hinausgeht, was die Website nicht mehr reagiert.

  • Setzen Sie neue Relikt mit allen Seiten ein, die Sie überwachen und die Frequenz überwachen möchten. Beispiel: Homepage, jede Kategorieseite 1, jede Produktseite 1, Cart -Seite, Checkout -Seite usw.
  • Fügen Sie Benutzer (die alle Benachrichtigungen erhalten), Zeitpläne (Tag und Uhrzeit, die Sie bevorzugen, Benachrichtigungen zu erhalten), Dienste (neue Reliktbenachrichtigungen) und Eskalationsrichtlinien zu Pagerduty -Warnungen und Arten von Benachrichtigungen, die Sie möchten (E -Mail, Text, Anruf), zu erhalten.

https://www.pagerduty.com/docs/guides/new-relic-integration-guide/

Haftungsausschluss: Ich bin mit keinem der oben genannten Dienstleistungen verbunden.

Magemonitoring - https://github.com/magento-hackathon/hackathon_magemonitoring Tolles kostenloses Open -Source -Tool, mit dem Server und Magento Health verfolgt werden, senden Sie E -Mails mit Ausnahmen und Systemprotokollen usw.

  • Munin auf der Anbieterseite, um historische Werte für alle Server (LB, App, DB, Redis usw.) und alle Dienste (Speicher, Last, IO usw.) zu erhalten
  • Nagios/Icinga auf Anbieter oder lokal
  • Pingdom, um die Reaktionszeit für "wichtige" URLs wie Titelseite, Kasse usw. zu sammeln.
  • Pingdom für die echte Benutzerüberwachung erhalten Sie einen Wert wie APDEX und sehen die historische Entwicklung
  • Pingdie, um URLs und deren korrekte Inhalt zu überprüfen
  • Berichterstattung mit den letzten X -Bestellungen im automatischen Reload -Modus. Damit kann ich mögliche Pausen sehen
  • Automatisierte Tests mit Selen auf einem identischen Stadium -System. Ich bin kein Freund automatisierter Checkouts in meinem Live -System. Sie werden später Probleme mit Ihrer Buchhaltung bekommen :)
  • Zapier und Twilio für E -Mail2SMS. Kritische Fehler werden als SMS an ein Telefon gesendet
  • Freeboard.io und dweet.io, um alles auf einem schönen Armaturenbrett anzuzeigen.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit magento.stackexchange
scroll top