Giá của Amazon về sự không nhất quán tại chỗ

Đây là một cái gì đó sẽ được giải thích tốt nhất thông qua các ảnh chụp màn hình của một biểu đồ lịch sử của pricings.

Nếu bạn nhìn vào rất nhiều giá của các thể hiện tại chỗ, bạn sẽ thấy các mẫu gai thường xuyên. Xem tại đây:

Như bạn có thể thấy, giá cho trường hợp tính toán trung bình này, thường xuyên tăng cao hơn giá theo yêu cầu .

Một c1.mediumví dụ (theo yêu cầu), sẽ chỉ chi phí $0.186mỗi giờ. Nhưng trong khoảng thời gian vài tuần, tại khu B, giá sẽ thường xuyên tăng vọt lên $ 1,20. Đây là khoảng 6 lần so với giá thực tế.

Nó cũng không bị cô lập. Nếu bạn nhìn vào khu vực b một lần nữa cho các trường hợp nhỏ, có một sự tương tự, tăng đột biến thường xuyên. Mà đi gấp 4 lần giá theo yêu cầu.

Có ai biết tại sao điều này xảy ra?

Dưới đây là một vài gợi ý

• Ai đó đã nhập 1,2 đô la thay vì 0,12 đô la (tôi sẽ giảm giá điều này vì nó đã xảy ra 20 lần trong vòng 3 tuần).

• Amazon thường xuyên tăng giá một cách giả tạo bằng cách đặt giá thầu trên các trường hợp của riêng họ để nhận được nhiều tiền nhất cho đồng tiền của họ. (Tôi sẽ giảm giá điều này vì nó sẽ vô lý và kinh doanh xấu)

• Một số công ty đã khởi chạy 1000 máy chủ cùng một lúc và muốn đảm bảo rằng tất cả chúng đều khởi chạy. .

• Đó là một lỗi trong báo cáo của họ?

Có một bài báo của những người từ Viện Công nghệ Israel phân tích thị trường giao ngay. Kết luận của họ là giá giao ngay không phải do giá thầu mà được tạo ra với chức năng AR (1). Vì vậy, trong trường hợp như vậy, đó không phải là do giá thầu của người khác, mà là do thuật toán được sử dụng.

http://www.cs.technion.ac.il/~ladypine/spotprice-ieee.pdf

Mặc dù, tôi đoán nó có thể đã thay đổi nếu thị trường giao ngay thực sự đạt đến mức mà họ có thể nhận được mức giá tốt từ cung / cầu. Như Matt đề xuất, nó trở thành một thông lệ phổ biến để giảm chi phí với các trường hợp giao ngay và nhiều mức giá quá cao theo yêu cầu để tránh giảm thời gian. Về lâu dài nó vẫn có hiệu quả về chi phí ... nhưng nó vẫn còn? Vấn đề thực sự là ngoài Amazon không ai thực sự biết giá được tạo ra như thế nào.

Đây không phải là một lỗi, đây là vấn đề ưu tiên / sẵn có vì các trường hợp theo yêu cầu có mức độ ưu tiên so với các trường hợp tại chỗ bất kể giá thầu tại chỗ. Điều này xuất phát từ tuyên bố của Amazon EC2 rằng bạn " đặt giá thầu trên các phiên bản Amazon EC2 dự phòng ".

Vì vậy, khi nhu cầu về các trường hợp theo yêu cầu tăng lên, sẽ có ít phụ tùng hơn và tính khả dụng của các trường hợp giao ngay giảm giá lái xe tại chỗ cao hơn theo giá thầu cạnh tranh.

Nhiều nhà thầu tại chỗ đã không hiểu mức độ ưu tiên cao hơn của các trường hợp theo yêu cầu và đặt giá cao hơn giá theo yêu cầu trong nỗ lực để có được mức độ ưu tiên so với các yêu cầu theo yêu cầu, nhưng điều này không thành công vì các trường hợp theo yêu cầu có mức độ ưu tiên cao hơn bất kể giá tại chỗ.

Đổi lại, các giá thầu theo yêu cầu này đã cạnh tranh với nhau khiến giá cao nhất cao hơn nhiều lần so với giá theo yêu cầu khi tính sẵn có tại chỗ thấp.

Mặc dù những điều sau đây không được hỏi, các đề xuất của tôi về quản lý trường hợp chi phí thấp nhất cho khối lượng công việc dài hạn là:

1. Thiết kế ứng dụng của bạn cho các lỗi (sao lưu / sao chép liên tục) và phục hồi nhanh chóng
2. Đặt giá thầu tại chỗ theo giá của giá theo yêu cầu
3. Khi một thể hiện tại chỗ bị chấm dứt, hãy khởi động lại nó như một thể hiện theo yêu cầu hoặc trong một khu vực / khu vực khác nơi giá cả thấp hơn.
4. Theo dõi giá giao ngay cho đến khi giá thấp hơn giá theo yêu cầu
5. Dừng phiên bản theo yêu cầu và goto 2. ở trên

EC2 không còn sử dụng quy trình AR (1) nhân tạo để kiểm soát giá tối thiểu. Ngay cả khi họ đã làm, họ chỉ thay đổi mức giá tối thiểu - quy trình AR (1) đã được neo và không bao giờ khiến giá tăng vọt so với giá theo yêu cầu. Những bước nhảy như vậy có thể đến từ người dùng chỉ định giá cao (có thể nhiều hơn số tiền họ dự định trả) hoặc từ Amazon muốn đóng cửa một phần của các trường hợp giao ngay, giống như họ đã làm cho m1.small vào mùa hè năm 2010.

Bạn có thể đọc thêm trong phiên bản tạp chí của bài báo của chúng tôi , trong phần cuối cùng được cập nhật nhiều hơn (phần hậu kỳ):

Đây không phải là một lỗi trong báo cáo. Đôi khi, giá giao ngay làm tăng đột biến. Trong quá khứ, họ đã tăng vọt với số lượng khổng lồ. Kể từ đó, Amazon đã cải tiến thuật toán trong đó các trường hợp giao ngay được đặt giá thầu và phân bổ, nhưng ngay cả khi đó, giá giao ngay vẫn tăng đột biến theo thời gian.

Trở lại vào tháng 9 năm 2011, giá giao ngay cho m2.2xlarge trong một us-East-1 AZ tăng vọt lên $ 999 / giờ.

Lý do rất đơn giản: mọi người đang chỉ định giá giao ngay tối đa cao hơn giá theo yêu cầu và nhu cầu đang đẩy giá lên cao.

Nhiều người sử dụng các thể hiện tại chỗ như một cách để giảm thiểu chi phí của các phiên bản EC2 đang chạy. Rất thường xuyên, họ sẽ chỉ định giá giao ngay tối đa cao để giảm khả năng trường hợp giao ngay của họ sẽ bị trả giá và chấm dứt. Đó là một canh bạc có thể trả hết trong thời gian dài, nhưng có nguy cơ trở nên rất đắt đỏ rất nhanh nếu họ không cẩn thận.