Harga Proksi Per GB
Dengan harga proksi per GB, kuota Anda terpakai ketika data melewati layanan proksi. Pekerjaan yang membuka seribu halaman ringan dapat mengonsumsi lebih sedikit daripada satu pemeriksaan video panjang. Jumlah alamat IP yang digunakan, jumlah permintaan yang dikirim, dan banyaknya data yang disimpan adalah pengukuran berbeda; tidak satu pun secara terpisah menentukan tagihan.
Di antara model harga proksi, penagihan berdasarkan trafik mengaitkan biaya dengan data yang ditransfer. Untuk menganggarkannya, Anda perlu menghubungkan tiga hal: akses yang diperlukan tugas, trafik yang dihasilkan tugas, dan ketentuan pembelian yang melekat pada trafik tersebut.
Apa yang Anda bayar
Gigabita adalah satuan konsumsi dalam produk proksi. Produk menyediakan rute ke internet melalui IP keluarnya; tarif menentukan cara penggunaan rute itu ditagih. Anda dapat membeli saldo trafik terlebih dahulu, menerima kuota berulang, atau membayar penggunaan terukur berdasarkan perjanjian akun. Semua pengaturan ini dapat memiliki harga per GB meskipun tanggal pembayaran dan komitmennya berbeda.
Akses sering bekerja melalui gateway: aplikasi terhubung ke alamat yang diberikan penyedia, dan layanan memilih IP keluar dari kumpulan yang tersedia. Pergantian IP keluar dapat tetap menggunakan kuota akun yang sama. Karena itu, kumpulan besar yang diiklankan menjelaskan kemungkinan akses, bukan daftar alamat yang dicadangkan untuk Anda. Sebagian produk justru menggabungkan biaya trafik dengan akses ke IP tertentu.
Satuan penagihan tidak menentukan jenis jaringan atau perilaku sesi. Produk pusat data, ISP, residensial, dan seluler dapat dijual berdasarkan trafik. Rotasi, kemampuan mempertahankan IP selama sesi, dan penggunaan alamat secara eksklusif adalah karakteristik produk yang terpisah. Membayar lebih banyak GB tidak memperpanjang sesi yang memiliki batas waktu sendiri atau memulihkan IP keluar yang tidak tersedia.
Pilih akses yang dibutuhkan sebelum membandingkan tarif. Untuk pengujian checkout regional, produk yang berguna harus menyediakan IP yang diterima di lokasi yang diperlukan dan mempertahankan sesi hingga checkout selesai. Kuota lebih murah yang tidak mampu melakukannya tidak memenuhi tugas. Sebaliknya, membeli jaringan lebih mahal tidak otomatis memberi manfaat jika jaringan yang lebih sederhana sudah bekerja andal.
Kuota juga tidak menjelaskan kecepatan pengiriman. Volume menentukan banyaknya data yang dapat lewat; laju transfer menentukan seberapa cepat data lewat; kapasitas aktivitas bersamaan menentukan banyaknya pekerjaan yang dapat aktif sekaligus. Saldo besar tidak dapat mengimbangi rute yang terlalu lambat untuk menyelesaikan pekerjaan dengan tenggat ketat.
Bagaimana pekerjaan selesai menjadi trafik berbayar
Mulailah dari keseluruhan transaksi. Program mungkin terlebih dahulu memperoleh daftar dokumen, mengikuti tautan unduhan, mengambil berkas, kemudian mengulangi beberapa unduhan. Setiap tahap dapat menggunakan koneksi berbayar meskipun arsip akhir hanya memuat satu salinan setiap dokumen.
Perhatikan contoh pekerjaan pengarsipan yang berhasil menyimpan 300 dokumen. Total trafik asumsi berikut menjelaskan bagian-bagian proses yang terpisah dan tidak tumpang tindih. Ini adalah contoh penghitungan, bukan pengukuran situs atau penyedia tertentu.
| Bagian pekerjaan | Asumsi trafik terukur | Kontribusinya |
|---|---|---|
| Mengambil daftar dokumen dan data navigasi | 12 MB | Menemukan berkas yang perlu diambil |
Transfer yang menghasilkan 300 dokumen yang disimpan | 240 MB | Menyediakan arsip yang diperlukan |
| Unduhan berlebih dari dokumen yang sudah diambil | 48 MB | Mentransfer salinan tambahan tanpa memperbesar arsip |
| Permintaan, respons, dan overhead terhitung lainnya | 8 MB | Menyelesaikan komunikasi lainnya dalam proses |
| Seluruh pekerjaan | 308 MB | Menghasilkan 300 dokumen tersimpan yang sama |
Dengan satuan desimal, proses tersebut mengonsumsi 0.308 GB. Pada asumsi tarif $4.50/GB, biaya trafiknya adalah $1.386, atau sekitar $1.39 sebelum biaya lain. Pembedaan yang berguna adalah antara 240 MB yang terkait dengan dokumen tersimpan dan 308 MB yang digunakan proses. Menghapus unduhan berlebih menghemat 48 MB tanpa mengurangi arsip; menghapus tahap penemuan dokumen dapat membuat pekerjaan berhenti berfungsi.
Batas cakupan pengukuran penyedia penting. Kebijakan proksi yang dipublikasikan umumnya menghitung data yang dikirim ke situs maupun yang diterima, termasuk header dan isi HTTP. Karena itu, pekerjaan dengan banyak unggahan menghabiskan kuota meskipun balasan situs singkat. Kebijakan berbeda dalam memperlakukan trafik koneksi, overhead enkripsi, dan kesalahan yang dihasilkan layanan. Penghitung isi berkas unduhan tidak cukup untuk merekonstruksi setiap tagihan.
Terowongan HTTPS dapat membawa bita terenkripsi yang diukur proksi tanpa membaca konten terlindungi. Untuk anggaran, gunakan metode yang dinyatakan penyedia dan proses yang diukur; tidak ada persentase overhead universal untuk ditambahkan pada setiap permintaan. Menerapkan persentase semacam itu pada penghitung yang sudah mencakup bita tersebut akan menghitungnya lagi.
Mengapa GB dan GiB menunjukkan angka berbeda
Satu gigabita (GB) berisi 1,000,000,000 bita. Satu gibibita (GiB) berisi 2³⁰ bita: 1,073,741,824 bita, atau 1,024 MiB. GB menggunakan pangkat desimal; GiB menggunakan pangkat biner. Keduanya mengukur jenis besaran yang sama dengan satuan berbeda ukuran.
Misalnya, 32 GiB setara dengan 34.359738368 GB, sekitar 34.36 GB. Angka dalam GB sekitar 7.37% lebih tinggi karena setiap GiB berisi 1.073741824 GB. Tidak ada trafik tambahan: kedua bacaan menjelaskan jumlah bita yang sama. Sebaliknya, kuota 32 GB sekitar 29.80 GiB, sehingga angka tercetak yang sama tidak membuat dua kuota setara.
Sebelum mencocokkan penghitung aplikasi dengan penggunaan yang ditagih, konversikan kedua nilai ke satuan yang sama. Periksa definisi penyedia alih-alih hanya mengandalkan label singkat, kemudian periksa cakupan penghitungan. Pembulatan adalah masalah terpisah: bacaan dasbor yang dipersingkat tidak mengungkap ketelitian yang digunakan untuk penagihan.
Mengapa alur kerja sama pentingnya dengan halaman
Kunjungan pertama dan berulang berbeda
Kunjungan pertama mungkin mengunduh sumber daya yang diperlukan untuk menampilkan dan menjalankan situs. Kunjungan berikutnya dalam browser yang sama dapat memakai ulang sebagian sumber daya lokal, sementara profil browser baru mungkin harus mengambilnya lagi. Karena itu, cara memulai dan memakai ulang sesi browser menjadi bagian model trafik.
Caching memiliki beberapa hasil. Salinan lokal yang masih berlaku dapat digunakan tanpa mengunduh ulang sumber daya tersebut. Salinan kedaluwarsa mungkin memerlukan permintaan bersyarat; respons 304 Not Modified memungkinkan pemakaian ulang konten tersimpan, tetapi pertukaran validasinya tetap menggunakan jaringan. Sumber daya yang berubah atau tidak dapat dipakai ulang memerlukan transfer baru. Mempertahankan profil tidak menjamin setiap sumber daya akan disimpan dalam cache.
Untuk pekerjaan pemantauan, aset dalam cache mungkin berguna. Untuk pengujian pengalaman pengunjung baru, aset itu dapat membatalkan validitas pengujian. Ukur dalam kondisi yang benar-benar diperlukan tugas. Kunjungan ulang yang murah bukan perkiraan yang andal untuk ribuan kunjungan pertama yang independen.
Format keluaran juga dapat menyesatkan. Mengambil tangkapan layar secara lokal menghasilkan gambar dari konten yang sudah dimuat; tindakan itu sendiri tidak mengirim tangkapan layar kembali melalui proksi. Mengunggah gambar itu melalui proksi merupakan transfer lain. Browser yang dihosting jarak jauh atau API tangkapan layar dapat memiliki model biaya berbeda, sehingga ukuran keluarannya tidak boleh dianggap sebagai trafik browser lokal biasa.
Unduhan dan video memerlukan perkiraan berbeda
Untuk pekerjaan transfer berkas, ukuran dokumen, deteksi duplikat, dan kemampuan melanjutkan transfer yang terputus sering mendominasi konsumsi. Untuk pengujian video, durasi dan bitrate lebih berguna daripada jumlah halaman. Halaman awal dapat kecil sementara pemutar terus mengambil media selama pengujian berjalan.
Anggap pengujian menerima rata-rata 6 megabit per detik data media selama 18 menit. Membaginya dengan delapan mengonversi bit ke bita: 6 × 1,080 ÷ 8 = 810 megabita, atau 0.81 GB. Mengulangi pengujian lengkap itu dari 12 lokasi akan mentransfer 9.72 GB media saja. Ini adalah beban kerja asumsi; antarmuka pemutar, permintaan lain, dan overhead terhitung merupakan tambahan. Kualitas adaptif dan buffering dapat mengubah transfer sebenarnya.
Menurunkan kualitas pemutaran merupakan penghematan hanya jika pengujian tetap menjawab pertanyaannya. Pemeriksaan singkat bahwa video mulai diputar dapat menggunakan jendela pengamatan singkat. Pengujian pemutaran berkualitas tinggi yang berkelanjutan harus menerima cukup banyak aliran tersebut untuk menilainya. Bukti yang dibutuhkan menentukan data yang dapat dihilangkan.
Perbedaan ini menjelaskan kecocokan harga trafik. Pemeriksaan regional singkat dan akses sesekali ke kumpulan yang berguna dapat memerlukan sedikit data. Pengujian media terus-menerus atau unduhan besar berulang dapat menghabiskan kuota yang sama dengan cepat. Keduanya secara teknis mungkin dengan produk yang sesuai; kelayakan biayanya bergantung pada jumlah pekerjaan, jadwalnya, dan alternatif yang tersedia.
Buat perkiraan dari campuran pekerjaan
Definisikan penyelesaian sebelum mengukur. Tugas dokumen yang berhasil mungkin berarti berkas dapat dibaca dengan pengenal yang diharapkan; pengujian regional mungkin memerlukan interaksi selesai dan hasil tercatat. Koneksi berhasil atau status HTTP saja tidak membuktikan bahwa pekerjaan selesai.
Gunakan uji pendahuluan dengan lokasi, pengaturan sesi, perangkat lunak, dan tingkat aktivitas paralel yang dimaksud. Pisahkan kredensial atau pelaporan penggunaannya dari pekerjaan tidak terkait. Catat perubahan penggunaan selama periode yang sesuai, dengan memperhitungkan keterlambatan pelaporan penyedia, dan hitung tugas yang selesai serta percobaan. Jika aktivitas latar belakang merupakan bagian operasi normal, sertakan atau ukur terpisah alih-alih mengabaikannya tanpa penjelasan.
Beri bobot pada jenis operasi yang berbeda
Perkiraan yang berguna mempertahankan campuran yang diharapkan. Anggap uji pendahuluan memberikan rata-rata asumsi berikut, yang sudah mencakup permintaan normal dan percobaan ulang yang diperlukan untuk setiap operasi selesai. Setiap operasi terencana termasuk tepat dalam satu kategori.
| Operasi terencana | Jumlah yang harus diselesaikan | Rata-rata terukur per penyelesaian | Perkiraan trafik |
|---|---|---|---|
| Kunjungan pertama dalam profil browser baru | 2,400 | 1.6 MB | 3.840 GB |
| Pemeriksaan lanjutan dalam profil yang dapat dipakai ulang | 12,600 | 0.18 MB | 2.268 GB |
| Pemeriksaan media singkat terpisah | 1,200 | 7.5 MB | 9.000 GB |
| Total | 16,200 | Bergantung pada campuran | 15.108 GB |
Pada asumsi tarif sama sebesar $4.50/GB, perkiraan biaya trafik adalah $67.986, sekitar $67.99. Pemeriksaan media mencakup kurang dari satu dari tiga belas operasi, tetapi hampir 60% trafik. Karena itu, mengoptimalkan pemeriksaan lanjutan yang jauh lebih banyak mungkin berdampak lebih kecil daripada menyesuaikan pengujian media dengan tepat.
Perhitungan umumnya adalah jumlah dari banyaknya setiap tugas dikalikan rata-rata trafik terukurnya. Tambahkan aktivitas persiapan atau aktivitas bersama yang diukur terpisah hanya jika berada di luar rata-rata tersebut. Demikian pula, percobaan ulang yang sudah tercakup dalam uji pendahuluan tidak boleh ditambahkan lagi menggunakan pengali kegagalan.
Uji hal yang dapat mengubah perkiraan
Rata-rata hanya berguna selama pekerjaan tetap dapat dibandingkan. Beralih ke profil browser baru dapat menghapus penghematan cache. Lokasi berbeda dapat menerima halaman atau aliran media berbeda. Jendela pengamatan lebih panjang dapat mengumpulkan lebih banyak data latar belakang. Periksa ulang kategori yang terpengaruh setelah perubahan semacam itu, alih-alih menerapkan rata-rata lama pada seluruh proyek.
Uji pula proses yang kurang menguntungkan tetapi masuk akal selain proses biasa: dokumen lebih besar, sesi baru, atau periode dengan lebih banyak gangguan. Tampilkan asumsinya dengan jelas. Cadangan yang berasal dari kondisi tersebut lebih informatif daripada persentase tanpa penjelasan yang ditambahkan ke setiap anggaran.
Untuk memilih di antara layanan yang sesuai, ubah setiap hasil pengujian menjadi pengeluaran untuk beban kerja selesai yang sama. Sertakan trafik yang benar-benar terpakai dan komitmen pembelian yang tidak dapat dihindari. Harga per GB rendah dapat berguna, tetapi tidak dapat menentukan perbandingan ketika satu layanan membutuhkan jumlah percobaan berbeda atau tidak dapat menuntaskan sesi yang diperlukan.
Sesuaikan pembelian dengan kalender kerja
Perkiraan di atas menghitung konsumsi. Jumlah yang harus dibayar dapat berbeda karena produk menjual trafik dalam paket, memerlukan langganan, atau menambahkan biaya akses terpisah. Baca penawaran sebagai pembelian lengkap: apa yang tersedia, pada tanggal mana, dan pembayaran apa yang mengizinkan penggunaan selanjutnya.
Contoh masalah penjadwalan menunjukkan pentingnya tanggal. Proyek memerlukan 8 GB sebelum perpanjangan penagihan dan 28 GB setelahnya. Kuota bulanan hipotetis 30 GB seharga $90, tanpa pengalihan sisa kuota dan tanpa biaya lain, memerlukan dua pembayaran bulanan: $180. Saldo hipotetis tanpa kedaluwarsa yang dijual dalam blok 20 GB seharga $80 memerlukan dua blok: $160, dengan sisa 4 GB tersedia. Kedua pengaturan diasumsikan menyediakan akses setara. Tarif utama bulanan $3 lebih rendah daripada tarif blok $4, tetapi proyek sesuai jadwal memerlukan uang lebih banyak pada pilihan bulanan.
Pindahkan proyek yang sama seluruhnya ke satu periode penagihan dan perbandingan berubah: kuota 30 GB masih membutuhkan 6 GB lagi, sehingga harga isi ulangnya menjadi penentu. Karena itu, mengalikan kebutuhan total dengan tarif termurah yang ditampilkan saja tidak cukup. Modelkan pekerjaan terhadap tanggal perpanjangan, kelipatan pembelian, dan tanggal kedaluwarsa trafik tambahan.
Kuota tersisa membantu pekerjaan berikutnya hanya selama masih dapat digunakan menurut ketentuan akun. Pisahkan kedaluwarsa trafik dari perpanjangan langganan dan persyaratan untuk mempertahankan akun tetap aktif. Jika trafik dasar dan tambahan yang dibeli memiliki masa berlaku berbeda, tentukan saldo yang digunakan terlebih dahulu; jawabannya dapat memengaruhi apa yang kedaluwarsa tanpa terpakai.
Konfigurasi yang dipilih juga termasuk dalam harga. Akses ke jaringan tertentu, pilihan lokasi lebih terperinci, alamat yang dicadangkan, atau fitur lain dapat mengubah biaya. Jika tarif menggunakan pengali konsumsi, bedakan bita fisik dari satuan yang ditagih. Terapkan pengali hanya jika angka penggunaan belum menerapkannya. Kehati-hatian yang sama diperlukan untuk komitmen minimum, tarif trafik tambahan, dan pajak yang termasuk atau tidak termasuk dalam penawaran.
Untuk pekerjaan berat rutin, bandingkan seluruh beban kerja terencana dengan pilihan harga tetap yang sesuai. Alternatif harus memenuhi persyaratan yang sama untuk situs, lokasi, sesi, trafik yang diizinkan, dan kecepatan pengiriman. Biaya tetap dapat memudahkan penganggaran transfer besar, sementara akses berbasis trafik dapat menghindari pemeliharaan kapasitas yang jarang digunakan tugas sesekali. Tidak satu pun satuan penagihan menentukan jaringan mana yang akan bekerja lebih baik.
Pulihkan kegagalan tanpa membeli pekerjaan yang sama lagi
Pemulihan sebaiknya dimulai dari bagian terkecil tugas yang belum selesai. Jika proses sudah menyimpan sebagian besar dokumennya, memulai ulang seluruh daftar dapat membeli banyak unduhan identik. Catat pengenal yang selesai, validasi berkas tersimpan, dan lanjutkan antrean yang tersisa. Ini mengurangi pemborosan tanpa mengubah jaringan proksi atau harganya.
Berkas besar yang terputus memerlukan mekanisme lebih khusus. Jika server dan klien mendukung permintaan rentang, unduhan dapat meminta bagian yang belum ada. Klien harus memastikan bahwa yang dilanjutkan adalah versi berkas yang sama. Respons 206 Partial Content menyediakan rentang; respons lengkap 200 OK tidak boleh langsung ditambahkan ke fragmen yang ada tanpa pemeriksaan. Dukungan melanjutkan unduhan dapat menghemat bita transfer, tetapi harus diterapkan dengan benar.
Kesalahan harus menghasilkan keputusan berbeda. Kegagalan koneksi sementara mungkin membenarkan percobaan ulang terbatas. Penolakan berulang, login kedaluwarsa, kuota akun habis, atau permintaan tidak valid memerlukan respons berbeda. Mengulangi masalah yang tidak berubah dengan cepat dapat menghabiskan lebih banyak tanpa kemajuan. Untuk tindakan yang mengubah akun jarak jauh, pastikan apakah percobaan pertama selesai sebelum mengirimnya lagi.
Kegagalan tugas tidak menghapus bita yang sudah ditransfer. Unduhan terputus atau halaman penolakan dapat mengonsumsi trafik berbayar; sebagian layanan mengecualikan kesalahan koneksinya sendiri. Terapkan ketentuan produk proksi yang sebenarnya alih-alih meminjam janji penagihan permintaan berhasil dari API scraping.
Kelangsungan sesi juga dapat memengaruhi pemulihan. Mengganti IP dapat membatalkan alur kerja yang terikat pada sesi itu dan mengharuskan langkah sebelumnya diulang. Mempertahankan IP mungkin menjaga kelangsungan, tetapi tidak membuat transfer berikutnya gratis atau menjamin sesi situs tetap valid. Simpan kemajuan jika mungkin dan pilih tindakan pemulihan yang menyasar kegagalan.
Jaga pekerjaan berjalan tetap dalam anggaran
Pantau kemajuan bersama penggunaan. Tiga bacaan yang berguna adalah kuota tersisa, konsumsi per menit terkini, dan tugas yang selesai dalam interval sama. Jika penggunaan naik sementara penyelesaian terhenti, pekerjaan memerlukan perhatian sebelum saldo habis. Jika keduanya naik sebanding, aplikasi mungkin hanya melakukan lebih banyak pekerjaan.
Misalnya, sisa 14 GB pada konsumsi berkelanjutan 0.35 GB per menit menyediakan trafik sekitar 40 menit pada laju tersebut. Ini perkiraan perencanaan, bukan jaminan penghentian: laju dapat berubah, penggunaan yang ditampilkan dapat terlambat, dan transfer aktif mungkin masih diselesaikan. Bandingkan waktu itu dengan antrean tersisa, lalu hentikan atau kurangi pekerjaan baru cukup awal agar selesai dengan aman.
Gunakan kontrol pada tingkat pembelian maupun aplikasi. Pada akun, pilih secara sadar apakah habisnya kuota menghentikan akses atau mengizinkan pembelian lain maupun biaya pemakaian berlebih. Dalam aplikasi, batasi antrean, percobaan, transfer serentak, dan durasi sesi terbuka. Isi ulang otomatis menjaga koneksi tetap memiliki dana; fitur itu tidak dapat menentukan apakah pekerjaan masih layak dibiayai.
Unduhan panjang dan sesi media memerlukan kondisi penghentian eksplisit. Sekadar memulai lebih sedikit permintaan baru dapat membiarkan transfer yang ada terus mengonsumsi data. Aplikasi harus dapat membatalkan pekerjaan berlangsung dan menutup sesi yang tidak digunakan. Sisakan ruang untuk keterlambatan pelaporan dan penerapan batas, alih-alih menganggap ambang dasbor sebagai sakelar seketika.
Ketika angka tampak keliru, cocokkan satu proses yang dibatasi jelas. Samakan akun atau pengguna, interval waktu, satuan, dan log tugas. Alat jaringan browser membantu menemukan transfer berat dan membedakan ukuran sumber daya yang ditransfer dari ukuran setelah didekompresi, tetapi belum tentu mencakup setiap proses yang menggunakan akun. Pantau konsumsi trafik terpisah dari pembelian, pemindahan saldo, dan kedaluwarsa; perubahan saldo tidak selalu merupakan transfer jaringan.
Kemudian lakukan satu perubahan terarah dan ulangi tugas yang sama. Pertahankan keadaan browser yang diperlukan pengujian, hindari unduhan duplikat, pertahankan kompresi yang didukung, dan cegah sumber daya tidak relevan mulai dimuat jika tidak merusak alur kerja. Hasil harus menunjukkan pengeluaran lebih rendah dan penyelesaian berhasil. Pengurangan transfer yang menghapus bukti yang hendak dikumpulkan tugas adalah pekerjaan yang belum lengkap.
