Proxy-Abrechnung pro GB

Wofür Sie bezahlen

Ein Gigabyte ist eine Verbrauchseinheit innerhalb eines Proxyprodukts. Das Produkt stellt einen Weg ins Internet über seine Ausgangs-IPs bereit; der Tarif bestimmt, wie dessen Nutzung berechnet wird. Sie können ein Traffic-Guthaben im Voraus kaufen, ein regelmäßig erneuertes Kontingent erhalten oder nach einer Kontovereinbarung für gemessenen Verbrauch zahlen. Alle Varianten können einen Preis pro GB haben, obwohl Zahlungstermine und Verpflichtungen unterschiedlich sind.

Der Zugriff erfolgt häufig über ein Gateway: Ihre Anwendung verbindet sich mit einer vom Anbieter bereitgestellten Adresse, und der Dienst wählt eine Ausgangs-IP aus dem verfügbaren Pool. Ein Wechsel der Ausgangs-IP kann weiterhin dasselbe Kontokontingent nutzen. Ein großer beworbener Pool beschreibt daher mögliche Zugriffe, keinen für Sie reservierten Adressbestand. Manche Produkte kombinieren stattdessen Traffic-Kosten mit dem Zugriff auf bestimmte IPs.

Die Abrechnungseinheit bestimmt weder den Netzwerktyp noch das Sitzungsverhalten. Rechenzentrums-, ISP-, Residential- und Mobilfunkprodukte können nach Traffic verkauft werden. Rotation, das Beibehalten einer IP während einer Sitzung und die exklusive Nutzung einer Adresse sind separate Produkteigenschaften. Zusätzliche GB verlängern keine Sitzung mit eigenem Zeitlimit und stellen keine ausgefallene Ausgangs-IP wieder her.

Wählen Sie den benötigten Zugriff vor dem Preisvergleich. Für einen regionalen Checkout-Test muss das Produkt eine akzeptierte IP am gewünschten Standort liefern und die Sitzung bis zum Abschluss erhalten. Ein günstigeres Kontingent, das dies nicht kann, erfüllt die Aufgabe nicht. Umgekehrt bringt ein teureres Netzwerk keinen automatischen Vorteil, wenn das einfachere bereits zuverlässig funktioniert.

Das Kontingent sagt auch nichts über die Geschwindigkeit aus. Das Volumen bestimmt die übertragbare Menge, der Durchsatz die Übertragungsgeschwindigkeit und die Parallelität den Umfang gleichzeitig aktiver Arbeit. Ein großes Guthaben gleicht keinen zu langsamen Netzwerkpfad aus, wenn eine Aufgabe fristgebunden ist.

Wie eine abgeschlossene Aufgabe zu bezahltem Traffic wird

Betrachten Sie den gesamten Ablauf. Ein Programm kann zunächst eine Dokumentenliste abrufen, Downloadlinks folgen, Dateien laden und einige Downloads wiederholen. Jede Phase kann die bezahlte Verbindung nutzen, obwohl das endgültige Archiv jedes Dokument nur einmal enthält.

Ein beispielhafter Archivierungsauftrag speichert erfolgreich 300 Dokumente. Die folgenden angenommenen Traffic-Mengen beschreiben getrennte, nicht überlappende Teile des Durchlaufs. Es handelt sich um ein Abrechnungsbeispiel und nicht um Messwerte einer bestimmten Website oder eines Anbieters.

Mit Dezimaleinheiten verbraucht der Durchlauf 0,308 GB. Bei angenommenen 4,50 $/GB betragen die Traffic-Kosten 1,386 $, also rund 1,39 $ vor weiteren Gebühren. Entscheidend ist der Unterschied zwischen den 240 MB für die aufbewahrten Dokumente und den 308 MB des gesamten Ablaufs. Ohne die überflüssigen Downloads ließen sich 48 MB sparen, ohne das Archiv zu verkleinern. Ohne die Dokumentensuche könnte die Aufgabe dagegen nicht mehr funktionieren.

Die Messgrenze des Anbieters ist wichtig. Veröffentlichte Proxy-Abrechnungsregeln zählen häufig sowohl zum Ziel gesendete als auch empfangene Daten einschließlich HTTP-Headern und -Inhalten. Uploadintensive Arbeit verbraucht daher auch bei kurzen Antworten ein Kontingent. Die Regeln unterscheiden sich bei Verbindungsdaten, Verschlüsselungs-Overhead und vom Dienst erzeugten Fehlern. Ein Zähler heruntergeladener Dateiinhalte reicht nicht aus, um jede Rechnung nachzuvollziehen.

Ein HTTPS-Tunnel kann verschlüsselte Bytes übertragen, die der Proxy misst, ohne den geschützten Inhalt zu lesen. Nutzen Sie für das Budget die angegebene Messmethode und einen gemessenen Durchlauf; es gibt keinen allgemeinen Overhead-Prozentsatz für jede Anfrage. Würde man ihn auf einen Zähler anwenden, der diese Bytes bereits enthält, würden sie doppelt gezählt.

Warum GB und GiB unterschiedliche Zahlen anzeigen

Ein Gigabyte (GB) enthält 1.000.000.000 Bytes. Ein Gibibyte (GiB) enthält 2³⁰ Bytes: 1.073.741.824 Bytes beziehungsweise 1.024 MiB. GB verwendet Dezimalpotenzen, GiB Binärpotenzen. Beide messen dieselbe Größenart mit unterschiedlich großen Einheiten.

Beispielsweise sind 32 GiB gleich 34,359738368 GB, also etwa 34,36 GB. Die Zahl in GB ist rund 7,37 % höher, weil jedes GiB 1,073741824 GB enthält. Es ist kein zusätzlicher Traffic entstanden; beide Angaben beschreiben dieselbe Bytezahl. Ein Kontingent von 32 GB entspricht wiederum etwa 29,80 GiB. Gleiche aufgedruckte Zahlen machen zwei Kontingente also nicht gleich groß.

Rechnen Sie beide Werte in dieselbe Einheit um, bevor Sie einen Anwendungszähler mit dem abgerechneten Verbrauch vergleichen. Prüfen Sie die Definition des Anbieters statt nur die abgekürzte Bezeichnung, dann die Messgrenze. Rundung ist ein separates Thema: Eine verkürzte Dashboardanzeige verrät nicht die Abrechnungsgenauigkeit.

Warum der Arbeitsablauf ebenso wichtig ist wie die Seite

Erster und wiederholter Besuch unterscheiden sich

Beim ersten Besuch werden möglicherweise die für Anzeige und Funktion einer Website benötigten Ressourcen heruntergeladen. Ein späterer Besuch im selben Browser kann einige lokal gespeicherte Ressourcen wiederverwenden, während ein neues Browserprofil sie erneut abrufen muss. Damit gehört auch die Art, wie Sie Browsersitzungen starten und wiederverwenden, zum Traffic-Modell.

Caching hat mehrere mögliche Ergebnisse. Eine aktuelle lokale Kopie kann ohne erneuten Download verwendet werden. Eine veraltete Kopie kann eine bedingte Anfrage erfordern; die Antwort 304 Not Modified erlaubt die Wiederverwendung des gespeicherten Inhalts, aber der Prüfaustausch nutzt trotzdem das Netzwerk. Eine geänderte oder nicht wiederverwendbare Ressource muss neu übertragen werden. Ein beibehaltenes Profil garantiert nicht, dass jede Ressource aus dem Cache kommt.

Für Monitoring können zwischengespeicherte Ressourcen nützlich sein. Bei einem Test der Erfahrung neuer Besucher können sie das Ergebnis verfälschen. Messen Sie unter den tatsächlich benötigten Bedingungen. Ein günstiger Folgebesuch ist keine belastbare Schätzung für tausende unabhängige Erstbesuche.

Auch das Ausgabeformat kann täuschen. Ein lokal erstellter Screenshot erzeugt ein Bild aus bereits geladenem Inhalt; er wird dadurch nicht automatisch durch den Proxy zurückgesendet. Ein Upload dieses Bildes über den Proxy wäre eine weitere Übertragung. Ein extern betriebener Browser oder eine Screenshot-API kann anders abrechnen; die Ausgabegröße entspricht deshalb nicht dem Traffic eines gewöhnlichen lokalen Browsers.

Downloads und Video brauchen unterschiedliche Schätzungen

Bei Dateiübertragungen bestimmen häufig Dokumentgrößen, Duplikaterkennung und die Fortsetzung nach Unterbrechungen den Verbrauch. Bei Videotests sind Dauer und Bitrate aussagekräftiger als die Seitenanzahl. Die erste Seite kann klein sein, während der Player während der gesamten Testdauer weitere Medien lädt.

Angenommen, ein Test empfängt durchschnittlich 6 Megabit Mediendaten pro Sekunde über 18 Minuten. Die Division durch acht wandelt Bits in Bytes um: 6 × 1.080 ÷ 8 = 810 Megabyte, also 0,81 GB. Wird der vollständige Test von 12 Standorten wiederholt, entstehen allein für Medien 9,72 GB. Das ist eine angenommene Arbeitslast; Playeroberfläche, andere Anfragen und gezählter Overhead kommen hinzu. Adaptive Qualität und Pufferung können die tatsächliche Übertragung verändern.

Eine niedrigere Wiedergabequalität spart nur dann sinnvoll, wenn der Test seine Frage weiterhin beantwortet. Für die kurze Prüfung, ob ein Video startet, kann ein kleines Beobachtungsfenster genügen. Ein Test dauerhaft hochwertiger Wiedergabe muss genug dieses Streams empfangen, um ihn zu bewerten. Die benötigten Nachweise bestimmen, welche Daten weggelassen werden können.

Diese Unterschiede zeigen, wo Traffic-Abrechnung passt. Kurze regionale Prüfungen und gelegentlicher Zugriff auf einen geeigneten Pool können wenig Daten benötigen. Dauerhafte Medientests oder wiederholte große Downloads können dasselbe Kontingent schnell aufbrauchen. Mit einem passenden Produkt ist beides technisch möglich; die Wirtschaftlichkeit hängt von Umfang, Zeitplan und Alternativen ab.

Eine Prognose aus dem Aufgabenmix erstellen

Definieren Sie vor der Messung den Abschluss. Eine erfolgreiche Dokumentenaufgabe kann eine lesbare Datei mit der erwarteten Kennung bedeuten; ein Regionaltest kann eine abgeschlossene Interaktion und ein erfasstes Ergebnis verlangen. Eine erfolgreiche Verbindung oder ein HTTP-Status allein belegt keinen Aufgabenabschluss.

Nutzen Sie einen Probelauf mit den vorgesehenen Standorten, Sitzungseinstellungen, der Software und Parallelität. Trennen Sie dessen Zugangsdaten oder Verbrauchsauswertung von anderer Arbeit. Erfassen Sie die Verbrauchsänderung für denselben Zeitraum unter Berücksichtigung der Meldeverzögerung des Anbieters und zählen Sie sowohl abgeschlossene Aufgaben als auch Versuche. Gehört Hintergrundaktivität zum normalen Betrieb, schließen Sie sie ein oder messen Sie sie separat, statt sie stillschweigend auszuklammern.

Die verschiedenen Vorgänge gewichten

Eine brauchbare Prognose erhält den erwarteten Mix. Ein Probelauf liefere beispielsweise die folgenden angenommenen Durchschnittswerte, die normale Anfragen und Wiederholungen pro abgeschlossenem Vorgang bereits enthalten. Jeder geplante Vorgang gehört genau einer Kategorie an.

Bei denselben angenommenen 4,50 $/GB beträgt die Traffic-Prognose 67,986 $, also rund 67,99 $. Medienprüfungen machen weniger als einen von dreizehn Vorgängen aus, aber fast 60 % des Traffics. Die Optimierung der viel häufigeren Folgeprüfungen kann deshalb weniger bewirken als eine geeignete Änderung des Medientests.

Die allgemeine Rechnung addiert für jede Aufgabenart die Anzahl multipliziert mit dem gemessenen durchschnittlichen Traffic. Separat gemessene Einrichtung oder gemeinsame Aktivität kommt nur hinzu, wenn sie außerhalb dieser Mittelwerte liegt. Auch bereits im Probelauf enthaltene Wiederholungen dürfen nicht über einen Fehlerfaktor ein zweites Mal aufgeschlagen werden.

Änderungen der Prognose prüfen

Ein Durchschnitt ist nur brauchbar, solange die Arbeit vergleichbar bleibt. Neue Browserprofile können Cache-Ersparnisse beseitigen. Ein anderer Standort kann eine andere Seite oder einen anderen Medienstream erhalten. Ein längeres Beobachtungsfenster kann mehr Hintergrunddaten erfassen. Messen Sie nach solchen Änderungen die betroffene Kategorie erneut, statt den alten Mittelwert auf das gesamte Projekt anzuwenden.

Testen Sie neben dem normalen auch einen ungünstigeren, aber plausiblen Durchlauf: größere Dokumente, neue Sitzungen oder eine Phase mit mehr Unterbrechungen. Halten Sie die Annahmen sichtbar. Eine daraus abgeleitete Reserve ist aussagekräftiger als ein unbegründeter Prozentsatz auf jedes Budget.

Rechnen Sie jeden Test für den Vergleich geeigneter Dienste in Ausgaben für dieselbe abgeschlossene Arbeitslast um. Berücksichtigen Sie den tatsächlichen Traffic und unvermeidbare Kaufverpflichtungen. Ein niedriger GB-Preis ist hilfreich, entscheidet aber keinen Vergleich, wenn ein Dienst eine andere Anzahl von Versuchen benötigt oder erforderliche Sitzungen nicht abschließen kann.

Kauf und Arbeitskalender abstimmen

Die obige Prognose schätzt den Verbrauch. Die zu zahlende Summe kann abweichen, weil das Produkt Traffic in Paketen verkauft, ein Abonnement verlangt oder eine separate Zugangsgebühr erhebt. Lesen Sie das Angebot als vollständigen Kauf: Was wird wann verfügbar, und welche Zahlung erlaubt die weitere Nutzung?

Ein Terminbeispiel zeigt die Bedeutung der Daten. Ein Projekt benötigt 8 GB vor einer Abrechnungsverlängerung und 28 GB danach. Ein angenommenes Monatskontingent von 30 GB für 90 $, ohne Übertrag und weitere Gebühren, erfordert zwei Monatszahlungen: 180 $. Ein angenommenes unbefristetes Guthaben in 20-GB-Blöcken zu 80 $ erfordert zwei Blöcke: 160 $, mit 4 GB Rest. Für beide Varianten wird ein gleichwertiger Zugriff vorausgesetzt. Der beworbene Monatspreis von 3 $ ist niedriger als der Blockpreis von 4 $, aber das terminierte Projekt verlangt beim Monatsmodell mehr Geld.

Wird dasselbe Projekt vollständig in einen Abrechnungszeitraum verschoben, ändert sich der Vergleich: Zum 30-GB-Kontingent fehlen 6 GB, sodass der Nachkaufpreis entscheidend wird. Deshalb reicht es nicht, den Gesamtbedarf mit dem günstigsten angezeigten Preis zu multiplizieren. Bilden Sie die Arbeit anhand von Verlängerungsterminen, Kaufstaffelungen und Ablaufdaten zusätzlichen Traffics ab.

Ein Restkontingent hilft später nur, solange es nach den Kontobedingungen nutzbar bleibt. Trennen Sie den Ablauf von Traffic, die Abonnementverlängerung und eine mögliche Pflicht, das Konto aktiv zu halten. Haben Grundkontingent und Nachkäufe unterschiedliche Gültigkeiten, klären Sie die Verbrauchsreihenfolge; sie kann bestimmen, was ungenutzt verfällt.

Auch die gewählte Konfiguration gehört zum Preis. Ein bestimmtes Netzwerk, genauere Standortauswahl, reservierte Adressen oder andere Funktionen können die Kosten verändern. Verwendet ein Tarif einen Verbrauchsmultiplikator, trennen Sie physische Bytes und berechnete Einheiten. Wenden Sie den Faktor nur an, wenn er im Verbrauchswert noch nicht enthalten ist. Dasselbe gilt für Mindestabnahmen, Preise zusätzlichen Traffics und enthaltene oder ausgeschlossene Steuern.

Vergleichen Sie regelmäßige umfangreiche Arbeit mit einer passenden Festpreisoption. Die Alternative muss dieselben Anforderungen an Websites, Standorte, Sitzungen, erlaubten Traffic und Geschwindigkeit erfüllen. Ein Festpreis kann große Übertragungen leichter planbar machen, während Traffic-Zugriff vermeidet, Kapazität für seltene Aufgaben dauerhaft vorzuhalten. Keine Abrechnungseinheit bestimmt, welches Netzwerk besser funktioniert.

Nach Fehlern fortsetzen, ohne dieselbe Arbeit erneut zu kaufen

Beginnen Sie die Wiederherstellung beim kleinsten unerledigten Teil. Sind die meisten Dokumente bereits gespeichert, kann ein Neustart der ganzen Liste viele identische Downloads erneut bezahlen. Erfassen Sie fertige Kennungen, prüfen Sie gespeicherte Dateien und setzen Sie die verbleibende Warteschlange fort. Das spart ohne Änderung des Proxynetzwerks oder seines Preises.

Unterbrochene große Dateien benötigen einen gezielteren Mechanismus. Unterstützen Server und Client Bereichsanfragen, kann der Download den fehlenden Teil anfordern. Der Client muss prüfen, dass dieselbe Dateiversion fortgesetzt wird. Eine Antwort 206 Partial Content liefert einen Bereich; eine vollständige Antwort 200 OK darf nicht blind an ein vorhandenes Fragment angehängt werden. Korrekt implementierte Fortsetzung kann übertragene Bytes sparen.

Unterschiedliche Fehler sollten zu unterschiedlichen Entscheidungen führen. Ein vorübergehender Verbindungsfehler kann einen begrenzten Wiederholungsversuch rechtfertigen. Wiederholte Ablehnung, abgelaufene Anmeldung, erschöpftes Kontingent oder ungültige Anfragen verlangen eine andere Reaktion. Schnelles Wiederholen eines unveränderten Problems kann Geld verbrauchen, ohne Fortschritt zu bringen. Prüfen Sie bei Aktionen mit Änderungen an einem externen Konto vor dem erneuten Senden, ob der erste Versuch abgeschlossen wurde.

Eine fehlgeschlagene Aufgabe löscht bereits übertragene Bytes nicht. Ein unterbrochener Download oder eine Ablehnungsseite kann bezahlten Traffic verbrauchen; manche Dienste nehmen eigene Verbindungsfehler aus. Wenden Sie die Bedingungen des tatsächlichen Proxyprodukts an, statt eine Erfolgsabrechnung einer Scraping-API darauf zu übertragen.

Auch die Sitzungskontinuität kann die Wiederherstellung beeinflussen. Ein IP-Wechsel kann einen daran gebundenen Ablauf ungültig machen und die Wiederholung früherer Schritte erfordern. Das Beibehalten einer IP kann Kontinuität sichern, macht spätere Übertragungen aber nicht kostenlos und garantiert keine gültige Websitesitzung. Speichern Sie Fortschritte, soweit möglich, und wählen Sie eine Wiederherstellungsaktion, die den Fehler behebt.

Laufende Arbeit im Budget halten

Beobachten Sie Fortschritt und Verbrauch gemeinsam. Drei nützliche Werte sind Restkontingent, jüngster Verbrauch pro Minute und abgeschlossene Aufgaben im selben Intervall. Steigt der Verbrauch bei stockenden Abschlüssen, braucht die Aufgabe Aufmerksamkeit, bevor das Guthaben aufgebraucht ist. Steigen beide proportional, erledigt die Anwendung möglicherweise einfach mehr Arbeit.

Beispielsweise reichen 14 GB Rest bei dauerhaft 0,35 GB pro Minute für etwa 40 Minuten Traffic bei dieser Rate. Das ist eine Planungsschätzung, keine Abschaltgarantie: Die Rate kann sich ändern, die Anzeige verzögert sein und aktive Übertragungen können noch laufen. Vergleichen Sie die Zeit mit der Restwarteschlange und stoppen oder reduzieren Sie neue Arbeit rechtzeitig für einen kontrollierten Abschluss.

Nutzen Sie Kontrollen beim Kauf und in der Anwendung. Entscheiden Sie im Konto bewusst, ob ein leeres Kontingent den Zugriff stoppt oder einen Nachkauf beziehungsweise Mehrverbrauch erlaubt. Begrenzen Sie in der Anwendung Warteschlange, Versuche, gleichzeitige Übertragungen und Sitzungsdauer. Eine automatische Aufladung finanziert die Verbindung weiter; sie entscheidet nicht, ob die Arbeit das Geld noch wert ist.

Lange Downloads und Mediensitzungen brauchen eine ausdrückliche Stoppbedingung. Weniger neue Anfragen zu starten kann bestehende Übertragungen weiter Daten verbrauchen lassen. Die Anwendung sollte laufende Arbeit abbrechen und ungenutzte Sitzungen schließen können. Lassen Sie Reserve für Melde- und Durchsetzungsverzögerungen, statt einen Dashboard-Schwellenwert als sofortigen Schalter zu behandeln.

Wenn die Zahlen unplausibel wirken, gleichen Sie einen begrenzten Durchlauf ab. Stimmen Sie Konto oder Nutzer, Zeitintervall, Einheit und Aufgabenprotokoll ab. Browser-Netzwerkwerkzeuge helfen, große Übertragungen zu finden und übertragene von entpackten Ressourcengrößen zu unterscheiden, erfassen aber nicht zwangsläufig alle Prozesse desselben Kontos. Verfolgen Sie Traffic-Verbrauch getrennt von Käufen, Guthabenübertragungen und Verfall; eine Guthabenänderung ist nicht immer eine Datenübertragung.

Nehmen Sie dann eine gezielte Änderung vor und wiederholen Sie dieselbe Aufgabe. Erhalten Sie den benötigten Browserzustand, vermeiden Sie doppelte Downloads, behalten Sie unterstützte Komprimierung bei und verhindern Sie irrelevante Ressourcenabrufe, sofern das den Ablauf nicht stört. Das Ergebnis sollte niedrigere Ausgaben und einen erfolgreichen Abschluss zeigen. Eine Reduktion, die die gesuchten Nachweise entfernt, ist eine unvollständige Aufgabe.