Was wir tun · Daten und Web: Performance-Audits für Webanwendungen

Wenn eine Website langsam ist, lautet die einfache Antwort «mehr Server». Unsere lautet: jede Ebene messen, das eine finden, was die Anfragen wirklich aufhält, und es beheben, mit Zahlen vorher und nachher. Oft stellen sich die Server als untätig heraus, und die Ursache sitzt dort, wo niemand hingesehen hat.
Was es ist
Eine strukturierte Untersuchung einer langsamen oder instabilen Webanwendung, von außen nach innen. Sie erhalten einen Bericht in unserem Erscheinungsbild, der die Ebene der eigentlichen Ursache benennt (Infrastruktur, Anwendung oder Drittanbieter), die Belege pro Ebene zeigt und die Maßnahmen in Prioritätsreihenfolge auflistet. Wo der Fix in unserer Hand liegt, setzen wir ihn um und messen erneut.
Wir decken WordPress, Magento, PrestaShop, Laravel und individuelles PHP ab, auf reinem Linux, Plesk und cPanel mit CloudLinux, hinter nginx, LiteSpeed oder Apache.
Wie wir es bauen
Zuerst die Infrastruktur, um sie ein- oder auszuschließen. Wir weisen nach, ob die Server beschäftigt oder untätig sind, während Seiten langsam sind. Sind die CPUs größtenteils untätig und antwortet die Datenbank aus dem Arbeitsspeicher, hilft zusätzliche Hardware nicht, und das sagen wir so.
Zeitmessung von außen nach innen. Wir messen Anfragen durch das CDN, am Edge und am Origin, gecacht und ungecacht, damit wir wissen, wo die Sekunden verbraucht werden, bevor wir ein einziges Log lesen.
PHP, nach blockierendem Frame. PHP-FPM-Slow-Logs werden nach der Funktion gruppiert, in der jede langsame Anfrage tatsächlich hing. Das macht aus «die Website ist langsam» ein «vierzig Prozent der langsamen Zeit sind ein externer Aufruf».
Datenbank, nach Belegen. Slow-Query-Logs mit EXPLAIN-Plänen, Lock-Analyse und Buffer-Pool-Verhalten. Wir dimensionieren den InnoDB-Buffer-Pool auf das Working Set, korrigieren zu groß gesetzte Puffer pro Verbindung und finden die unbegrenzten Queries und Table Scans, die tatsächlich CPU verbrennen.
Jede externe Abhängigkeit. Zahlungs-Gateways, ERP- und Bestands-APIs, Lizenzserver, Schriften und Analytics: Wir prüfen jede einzelne, denn ein synchroner Aufruf an einen langsamen Drittanbieter hält die Seite genauso sicher auf wie eine langsame Query.
Fixes, die halten. Pool-Größen aus der gemessenen Worker-Erschöpfung abgeleitet, Request-Termination-Timeouts und Speicherobergrenzen, damit eine einzige ungünstige Anfrageform den Pool nicht zu Fall bringen kann, und nginx- und Varnish-Pufferlimits, die zu echten Cookies und Headern passen.
Wovor es Sie schützt
- Für mehr Hardware zu zahlen, wenn die Hardware nicht das Problem ist.
- Eine einzige falsch konfigurierte Datenbankeinstellung, die einen gesunden Server in einen CPU- oder Storage-I/O-Brand verwandelt.
- Jahre geplanter Neustarts als Ersatz für eine Ursachenanalyse.
- Langsame Checkouts durch einen Drittanbieter, von dem Sie nicht wussten, dass er im Anfragepfad sitzt.
- Streit zwischen Hosting, Entwicklern und Herstellern ohne Daten auf dem Tisch.
In der Praxis
Der PrestaShop-Shop eines Sportartikelhändlers. Tausende Anfragen pro Tag brauchten über vier Sekunden, während die Webserver größtenteils untätig waren. Wir haben etwa 40 Prozent der langsamen Zeit einem synchronen ERP-Bestandsaufruf mit sehr langem Timeout zugeordnet, 24 Prozent Queries, die Millionen Zeilen durchsuchten, und 12 Prozent der Facettennavigation. Der Kunde erhielt einen Bericht in unserem Erscheinungsbild mit Belegen pro Ebene und einer priorisierten Maßnahmenliste für seine Entwickler.
Warum EuroVPS
- Wir messen, bevor wir empfehlen, und wir messen nach dem Fix erneut.
- Wir lesen den gesamten Stack: Netzwerk, Storage, Datenbank, PHP, Webserver, CDN und Drittanbieter.
- Berichte benennen eine Ursache und eine Ebene, mit Belegen, auf die Ihre Entwickler reagieren können.
- Die Infrastrukturseite des Fixes setzen wir selbst um, sicher und umkehrbar.
- Ehrliche Ergebnisse: Sind Ihre Server in Ordnung, sagen wir es Ihnen, auch wenn Hardware zu verkaufen einfacher wäre.
Häufige Fragen
- Brauchen Sie Zugriff auf unseren Code? Nein. Wir arbeiten mit Server-, Datenbank- und Zugriffslogs und mit Zeitmessungen von außen. Liegt die Ursache im Code, zeigen wir auf das genaue Plugin, den Endpunkt oder die Query.
- Können Sie eine anderswo gehostete Website prüfen? Ja, mit dem Zugang, der nötig ist, um Logs und Metriken zu lesen. Viele Audits enden in einer Migration; manche brauchen keine.
- Wie lange dauert ein Audit? Viele Ursachen finden sich in Stunden. Ein vollständiger Bericht mit jeder gemessenen Ebene dauert in der Regel einige Tage, je nachdem, wie sporadisch das Problem auftritt.
- Ändern Sie etwas, ohne zu fragen? Nein. Jede Änderung wird abgestimmt, mit einem Rollback-Pfad umgesetzt und gemessen.
- Was erhalten wir? Einen Bericht in unserem Erscheinungsbild mit den Messungen, der Ebene der eigentlichen Ursache und einer priorisierten Liste von Maßnahmen mit Verantwortlichen.
Langsame Website, untätige Server? Sprechen Sie mit einem Ingenieur.
Verwandte Leistungen
Ihr nächster Infrastrukturpartner
Sehen wir uns Ihre Umgebung an.
Erzählen Sie uns, was Sie heute betreiben und was besser werden muss. Ein Ingenieur sieht Ihre Anfrage durch und hilft Ihnen, den nächsten Schritt zu planen.
+357 222 32280
Beginnen wir mit Ihrer Umgebung.
Ein wenig Kontext hilft uns, das richtige Gespräch zu beginnen.
