Giá proxy theo GB

Bạn trả tiền cho điều gì

Gigabyte là đơn vị tiêu thụ trong một sản phẩm proxy. Sản phẩm cung cấp tuyến ra internet qua các IP đầu ra; biểu giá quyết định cách tính phí sử dụng tuyến đó. Bạn có thể mua trước số dư dữ liệu, nhận hạn mức định kỳ hoặc trả cho mức dùng đo được theo thỏa thuận tài khoản. Các cách này đều có thể có giá mỗi GB dù ngày thanh toán và cam kết khác nhau.

Truy cập thường qua gateway: ứng dụng kết nối đến địa chỉ nhà cung cấp đưa ra, và dịch vụ chọn IP đầu ra từ nhóm sẵn có. Đổi IP đầu ra có thể vẫn dùng cùng hạn mức tài khoản. Vì vậy, nhóm lớn được quảng cáo mô tả khả năng truy cập, không phải danh sách địa chỉ dành riêng cho bạn. Một số sản phẩm thay vào đó kết hợp phí lưu lượng với quyền truy cập các IP cụ thể.

Đơn vị tính phí không quyết định loại mạng hoặc cách phiên hoạt động. Sản phẩm trung tâm dữ liệu, ISP, dân cư và di động đều có thể được bán theo lưu lượng. Xoay IP, khả năng giữ IP trong một phiên và sử dụng độc quyền địa chỉ là đặc tính riêng. Mua thêm GB không kéo dài phiên có thời hạn riêng hoặc khôi phục IP đầu ra không còn khả dụng.

Chọn quyền truy cập cần thiết trước khi so giá. Để thử thanh toán theo vùng, sản phẩm hữu ích phải cung cấp IP được chấp nhận ở vị trí cần và giữ phiên hoạt động đến hết quy trình thanh toán. Hạn mức rẻ hơn nhưng không làm được điều đó không đáp ứng tác vụ. Ngược lại, mua mạng đắt hơn không tự động có lợi nếu mạng đơn giản hơn đã hoạt động ổn định.

Hạn mức cũng không cho biết tốc độ truyền. Dung lượng quyết định có thể truyền bao nhiêu; tốc độ quyết định truyền nhanh đến đâu; năng lực đồng thời quyết định bao nhiêu công việc cùng hoạt động. Số dư lớn không bù được tuyến quá chậm để hoàn thành việc có thời hạn gấp.

Công việc hoàn thành trở thành lưu lượng trả phí thế nào

Bắt đầu với toàn bộ giao dịch. Chương trình có thể lấy danh sách tài liệu trước, theo liên kết tải xuống, lấy tệp rồi tải lại vài tệp. Mỗi giai đoạn có thể dùng kết nối trả phí dù kho cuối cùng chỉ giữ một bản mỗi tài liệu.

Xét ví dụ công việc lưu trữ giữ thành công 300 tài liệu. Tổng lưu lượng giả định dưới đây mô tả các phần riêng, không trùng lặp của lượt chạy. Đây là ví dụ tính toán, không phải số đo của một trang hay nhà cung cấp cụ thể.

Theo đơn vị thập phân, lượt chạy tiêu thụ 0.308 GB. Với giá giả định $4.50/GB, phí lưu lượng là $1.386, khoảng $1.39 trước các phí khác. Cần phân biệt 240 MB gắn với tài liệu giữ lại và 308 MB mà quy trình dùng. Bỏ tải thừa tiết kiệm 48 MB mà không giảm kho; bỏ bước tìm tài liệu có thể làm công việc ngừng hoạt động.

Phạm vi đo của nhà cung cấp quan trọng. Chính sách proxy công bố thường tính cả dữ liệu gửi đến trang và nhận về, gồm tiêu đề và nội dung HTTP. Vì vậy, công việc nhiều tải lên vẫn tiêu thụ hạn mức dù trang trả lời ngắn. Chính sách khác nhau về lưu lượng kết nối, dữ liệu phụ trợ mã hóa và lỗi do dịch vụ tạo. Bộ đếm nội dung tệp tải xuống không đủ để tái dựng mọi hóa đơn.

Đường hầm HTTPS có thể truyền byte mã hóa mà proxy đo được không cần đọc nội dung được bảo vệ. Khi lập ngân sách, dùng phương pháp nhà cung cấp công bố và một lượt chạy đo thực tế; không có tỷ lệ phụ trợ chung để cộng vào mọi yêu cầu. Áp dụng tỷ lệ đó lên bộ đếm đã gồm các byte này sẽ tính chúng thêm lần nữa.

Vì sao GB và GiB cho số khác nhau

Một gigabyte (GB) gồm 1,000,000,000 byte. Một gibibyte (GiB) gồm 2³⁰ byte: 1,073,741,824 byte, tương đương 1,024 MiB. GB dùng lũy thừa thập phân; GiB dùng lũy thừa nhị phân. Chúng đo cùng loại đại lượng bằng đơn vị có kích thước khác nhau.

Ví dụ, 32 GiB bằng 34.359738368 GB, xấp xỉ 34.36 GB. Số biểu thị bằng GB cao hơn khoảng 7.37% vì mỗi GiB gồm 1.073741824 GB. Không có lưu lượng mới xuất hiện: hai số cùng mô tả một lượng byte. Ngược lại, hạn mức 32 GB xấp xỉ 29.80 GiB, nên số in giống nhau không khiến hai hạn mức bằng nhau.

Trước khi đối chiếu bộ đếm ứng dụng với mức sử dụng tính phí, đổi cả hai về cùng đơn vị. Kiểm tra định nghĩa của nhà cung cấp thay vì dựa vào nhãn viết tắt, rồi kiểm tra phạm vi tính. Làm tròn là vấn đề riêng: số rút gọn trên bảng điều khiển không cho biết độ chính xác dùng để tính phí.

Vì sao quy trình cũng quan trọng như trang web

Lượt đầu và lượt lặp lại khác nhau

Lượt đầu có thể tải các tài nguyên cần để hiển thị và vận hành trang. Lượt sau trong cùng trình duyệt có thể dùng lại một số tài nguyên cục bộ, còn hồ sơ mới có thể phải lấy lại. Vì vậy cách khởi tạo và tái sử dụng phiên trình duyệt là một phần mô hình lưu lượng.

Bộ nhớ đệm có nhiều kết quả. Bản cục bộ còn mới có thể dùng mà không tải lại. Bản cũ có thể cần yêu cầu có điều kiện; phản hồi 304 Not Modified cho phép dùng lại nội dung đã lưu nhưng trao đổi xác minh vẫn dùng mạng. Tài nguyên thay đổi hoặc không thể tái sử dụng cần lượt truyền mới. Giữ hồ sơ không đảm bảo mọi tài nguyên đều được lưu đệm.

Với giám sát, tài nguyên lưu đệm có thể hữu ích. Với kiểm tra trải nghiệm khách mới, chúng có thể làm thử nghiệm không còn hợp lệ. Đo đúng điều kiện tác vụ thực sự cần. Lượt lặp lại rẻ không phải ước tính tốt cho hàng nghìn lượt truy cập đầu độc lập.

Định dạng đầu ra cũng có thể gây hiểu nhầm. Chụp màn hình cục bộ tạo ảnh từ nội dung đã tải; tự nó không gửi ảnh ngược qua proxy. Tải ảnh đó lên qua proxy là lượt truyền khác. Trình duyệt chạy trên máy chủ từ xa hoặc API chụp màn hình có thể có mô hình phí khác, nên không được xem kích thước đầu ra là lưu lượng trình duyệt cục bộ thông thường.

Tải tệp và video cần cách ước tính khác nhau

Với truyền tệp, kích thước tài liệu, phát hiện trùng và khả năng tiếp tục sau gián đoạn thường chi phối tiêu thụ. Với thử video, thời lượng và tốc độ bit hữu ích hơn số trang. Trang đầu có thể nhỏ nhưng trình phát tiếp tục lấy nội dung trong suốt thử nghiệm.

Giả sử thử nghiệm nhận trung bình 6 megabit dữ liệu media mỗi giây trong 18 phút. Chia cho tám đổi bit sang byte: 6 × 1,080 ÷ 8 = 810 megabyte, hay 0.81 GB. Lặp toàn bộ thử nghiệm từ 12 vị trí sẽ truyền 9.72 GB chỉ riêng media. Đây là tải giả định; giao diện trình phát, yêu cầu khác và dữ liệu phụ trợ được tính là phần cộng thêm. Chất lượng thích ứng và bộ đệm có thể làm thay đổi lượng truyền thực tế.

Giảm chất lượng phát chỉ là tiết kiệm khi thử nghiệm vẫn trả lời câu hỏi cần kiểm tra. Để kiểm tra nhanh xem video có bắt đầu phát hay không, có thể dùng khoảng quan sát ngắn. Thử phát chất lượng cao liên tục phải nhận đủ luồng đó để đánh giá. Bằng chứng cần thiết quyết định dữ liệu nào có thể bỏ.

Những khác biệt này giải thích khi nào giá theo lưu lượng phù hợp. Kiểm tra vùng ngắn và thỉnh thoảng truy cập một nhóm IP hữu ích có thể cần ít dữ liệu. Thử media liên tục hoặc tải lớn lặp lại có thể nhanh chóng dùng hết cùng hạn mức. Cả hai đều khả thi về kỹ thuật với sản phẩm phù hợp; hiệu quả chi phí phụ thuộc lượng việc, lịch chạy và lựa chọn thay thế.

Dự báo từ cơ cấu công việc

Định nghĩa hoàn thành trước khi đo. Tác vụ tài liệu thành công có thể là tệp đọc được với mã định danh đúng; thử theo vùng có thể cần tương tác hoàn tất và kết quả được ghi. Chỉ kết nối thành công hoặc trạng thái HTTP không chứng minh đã xong công việc.

Dùng lượt thí điểm với vị trí, thiết lập phiên, phần mềm và mức hoạt động song song dự kiến. Tách thông tin xác thực hoặc báo cáo sử dụng khỏi việc không liên quan. Ghi thay đổi mức dùng trong khoảng thời gian tương ứng, có xét độ trễ báo cáo, rồi đếm tác vụ hoàn thành lẫn lần thử. Nếu hoạt động nền thuộc vận hành bình thường, hãy tính vào hoặc đo riêng thay vì âm thầm bỏ qua.

Tính theo tỷ trọng từng loại thao tác

Dự báo hữu ích giữ đúng cơ cấu dự kiến. Giả sử lượt thí điểm cho các mức trung bình dưới đây, đã gồm yêu cầu và thử lại bình thường cần cho mỗi thao tác hoàn thành. Mỗi thao tác kế hoạch chỉ thuộc một nhóm.

Với cùng giá giả định $4.50/GB, phí lưu lượng dự báo là $67.986, xấp xỉ $67.99. Kiểm tra media chiếm chưa đến một trong mười ba thao tác nhưng gần 60% lưu lượng. Vì vậy, tối ưu các kiểm tra tiếp có số lượng lớn hơn nhiều có thể ít tác động hơn điều chỉnh phù hợp thử nghiệm media.

Phép tính chung là tổng số lượng từng tác vụ nhân với lưu lượng trung bình đo được của nó. Chỉ cộng hoạt động thiết lập hoặc hoạt động chung được đo riêng nếu chúng nằm ngoài các mức trung bình đó. Tương tự, thử lại đã có trong thí điểm không được cộng lần nữa bằng hệ số lỗi.

Thử những yếu tố có thể đổi dự báo

Mức trung bình chỉ hữu ích khi công việc còn tương đương. Chuyển sang hồ sơ mới có thể mất tiết kiệm từ bộ đệm. Vị trí khác có thể nhận trang hoặc luồng media khác. Quan sát lâu hơn có thể thu thêm dữ liệu nền. Sau thay đổi như vậy, đo lại nhóm bị ảnh hưởng thay vì dùng mức trung bình cũ cho cả dự án.

Thử cả lượt chạy bất lợi nhưng hợp lý bên cạnh lượt bình thường: tài liệu lớn hơn, phiên mới hoặc thời kỳ nhiều gián đoạn. Nêu rõ các giả định. Dự phòng rút từ những điều kiện đó có ý nghĩa hơn cộng một tỷ lệ không giải thích vào mọi ngân sách.

Để chọn giữa dịch vụ phù hợp, quy mỗi thử nghiệm ra khoản chi cho cùng khối lượng hoàn thành. Tính cả lưu lượng thực dùng và cam kết mua không thể tránh. Giá mỗi GB thấp có ích nhưng không quyết định được khi một dịch vụ cần số lần thử khác hoặc không hoàn tất được phiên cần thiết.

Khớp việc mua với lịch công việc

Dự báo trên ước tính mức tiêu thụ. Số phải trả có thể khác vì sản phẩm bán dữ liệu theo gói, yêu cầu thuê bao hoặc thêm phí truy cập riêng. Xem xét gói dịch vụ như một giao dịch mua đầy đủ: được dùng gì, vào ngày nào và khoản thanh toán nào cho phép tiếp tục dùng.

Ví dụ lịch trình cho thấy vì sao ngày tháng quan trọng. Dự án cần 8 GB trước kỳ gia hạn tính phí và 28 GB sau đó. Hạn mức tháng giả định 30 GB giá $90, không chuyển phần dư và không phí khác, cần hai lần thanh toán tháng: $180. Số dư giả định không hết hạn bán theo khối 20 GB giá $80 cần hai khối: $160, còn 4 GB. Hai phương án giả định cung cấp quyền truy cập tương đương. Đơn giá tháng nổi bật $3 thấp hơn đơn giá khối $4, nhưng dự án theo lịch cần trả nhiều tiền hơn ở phương án tháng.

Nếu chuyển toàn dự án đó vào một kỳ tính phí, so sánh thay đổi: hạn mức 30 GB cần thêm 6 GB, nên giá nạp thêm trở thành yếu tố quyết định. Vì vậy chỉ nhân tổng nhu cầu với giá hiển thị rẻ nhất là chưa đủ. Mô hình hóa công việc theo ngày gia hạn, bước mua tối thiểu và ngày hết hạn của lưu lượng bổ sung.

Hạn mức dư chỉ giúp công việc sau nếu vẫn sử dụng được theo điều kiện tài khoản. Tách thời điểm dữ liệu hết hạn khỏi gia hạn thuê bao và mọi yêu cầu duy trì tài khoản hoạt động. Nếu dữ liệu cơ bản và phần mua thêm có thời hạn khác, hãy xác định số dư nào được dùng trước; điều này ảnh hưởng phần hết hạn mà chưa dùng.

Cấu hình đã chọn cũng thuộc giá. Truy cập mạng cụ thể, chọn vị trí chi tiết hơn, địa chỉ dành riêng hoặc tính năng khác có thể thay đổi phí. Nếu biểu giá có hệ số tiêu thụ, phân biệt byte thực với đơn vị tính phí. Chỉ áp dụng hệ số nếu số sử dụng chưa áp dụng nó. Cần thận trọng tương tự với cam kết tối thiểu, giá dữ liệu bổ sung và thuế đã gồm hoặc chưa gồm trong báo giá.

Với công việc nặng thường xuyên, so toàn bộ kế hoạch với phương án giá cố định phù hợp. Phương án thay thế phải đáp ứng cùng yêu cầu về trang, vị trí, phiên, lưu lượng được phép và tốc độ truyền. Phí cố định có thể giúp lập ngân sách cho truyền dữ liệu lớn; truy cập theo lưu lượng có thể tránh duy trì năng lực mà việc thỉnh thoảng hiếm khi dùng. Không đơn vị tính phí nào xác định mạng sẽ hoạt động tốt hơn.

Phục hồi sau lỗi mà không mua lại cùng công việc

Bắt đầu phục hồi từ phần chưa xong nhỏ nhất. Nếu lượt chạy đã lưu hầu hết tài liệu, chạy lại cả danh sách có thể trả tiền cho nhiều lượt tải giống hệt. Ghi mã đã hoàn thành, xác minh tệp đã lưu và tiếp tục hàng đợi còn lại. Cách này giảm lãng phí mà không đổi mạng proxy hoặc giá.

Tệp lớn bị gián đoạn cần cơ chế cụ thể hơn. Khi máy chủ và máy khách hỗ trợ yêu cầu theo phạm vi, lượt tải có thể yêu cầu phần còn thiếu. Máy khách phải xác minh đang tiếp tục cùng phiên bản tệp. Phản hồi 206 Partial Content cung cấp một phạm vi; không được mù quáng nối phản hồi đầy đủ 200 OK vào đoạn đã có. Hỗ trợ tiếp tục tải có thể tiết kiệm byte truyền nhưng phải được triển khai đúng.

Các lỗi cần dẫn đến quyết định khác nhau. Lỗi kết nối tạm thời có thể đáng thử lại có giới hạn. Từ chối lặp lại, đăng nhập hết hạn, hạn mức tài khoản cạn hoặc yêu cầu sai cần phản ứng khác. Lặp nhanh một vấn đề không thay đổi có thể tốn thêm mà không tiến triển. Với hành động thay đổi tài khoản từ xa, xác định lần đầu đã hoàn thành chưa trước khi gửi lại.

Tác vụ thất bại không xóa số byte đã truyền. Tệp tải dở hoặc trang từ chối có thể dùng lưu lượng trả phí; một số dịch vụ loại trừ lỗi kết nối do chính mình. Áp dụng điều khoản của đúng sản phẩm proxy thay vì lấy cam kết chỉ tính yêu cầu thành công của API thu thập dữ liệu.

Tính liên tục của phiên cũng ảnh hưởng phục hồi. Đổi IP có thể làm mất hiệu lực quy trình gắn với phiên và phải lặp các bước trước. Giữ IP có thể duy trì tính liên tục nhưng không làm lượt truyền sau miễn phí hoặc đảm bảo phiên trang web còn hiệu lực. Lưu tiến độ khi có thể và chọn cách phục hồi xử lý đúng lỗi.

Giữ công việc đang chạy trong ngân sách

Theo dõi tiến độ cùng mức dùng. Ba số hữu ích là hạn mức còn lại, tiêu thụ mỗi phút gần đây và số tác vụ xong trong cùng khoảng đó. Nếu tiêu thụ tăng mà hoàn thành đình trệ, cần xem xét trước khi hết số dư. Nếu cả hai cùng tăng tương ứng, ứng dụng có thể chỉ đang làm thêm việc.

Ví dụ, còn 14 GB ở mức duy trì 0.35 GB mỗi phút cho khoảng 40 phút lưu lượng ở tốc độ đó. Đây là ước tính lập kế hoạch, không phải bảo đảm ngắt dịch vụ: tốc độ có thể đổi, số hiển thị có thể trễ và lượt truyền đang chạy có thể chưa xong. So thời gian đó với hàng đợi còn lại, rồi dừng hoặc giảm công việc mới đủ sớm để kết thúc an toàn.

Dùng kiểm soát ở cả cấp mua lẫn ứng dụng. Trên tài khoản, chủ động chọn việc hết hạn mức sẽ dừng truy cập hay cho phép mua thêm hoặc tính phí vượt mức. Trong ứng dụng, giới hạn hàng đợi, số lần thử, lượt truyền đồng thời và thời gian mở phiên. Nạp tự động giữ tiền cho kết nối; nó không quyết định được công việc còn đáng chi hay không.

Lượt tải kéo dài và phiên media cần điều kiện dừng rõ ràng. Chỉ giảm khởi tạo yêu cầu mới có thể vẫn để lượt truyền hiện có tiêu thụ dữ liệu. Ứng dụng phải có khả năng hủy công việc đang chạy và đóng phiên không dùng. Chừa khoảng cho độ trễ báo cáo và thực thi thay vì xem ngưỡng bảng điều khiển là công tắc tức thời.

Khi số có vẻ sai, đối chiếu một lượt chạy có ranh giới rõ. Khớp tài khoản hoặc người dùng, khoảng thời gian, đơn vị và nhật ký tác vụ. Công cụ mạng trình duyệt giúp tìm lượt truyền nặng và phân biệt kích thước truyền với kích thước tài nguyên sau giải nén, nhưng chưa chắc bao phủ mọi tiến trình dùng tài khoản. Theo dõi tiêu thụ dữ liệu riêng với mua, chuyển số dư và hết hạn; thay đổi số dư không phải lúc nào cũng là truyền dữ liệu.

Sau đó đổi một yếu tố đúng mục tiêu và chạy lại cùng tác vụ. Giữ trạng thái trình duyệt mà thử nghiệm cần, tránh tải trùng, duy trì nén được hỗ trợ và ngăn tài nguyên không liên quan bắt đầu tải nếu không làm hỏng quy trình. Kết quả phải vừa giảm chi vừa hoàn thành thành công. Giảm truyền nhưng loại bỏ bằng chứng mà tác vụ định thu là công việc chưa hoàn chỉnh.