budget = 1 − SLO = 0.1 %; burn = error rate / 0.1 %; Δbudget per min = burn / 43,200; burn (1 h) = mean error rate over the last 60 min / 0.1 % (window pre-filled with the opening minute)[1][2]
desired = ⌈serving × utilization / target⌉ (utilization saturates at 100 %); new instances serve after the boot delay[6]ຂໍ້ສົມມຸດ: ຈຳນວນ worker, ເວລາບໍລິການ, ຄວາມຈຸຖານຂໍ້ມູນ, ຂະໜາດ cache, ຄວາມໄວການຕື່ມ, ລາຄາ ແລະອັດຕາຂໍ້ຜິດພາດຂອງ build ທີ່ບໍ່ດີເປັນຄ່າຕົວຢ່າງສຳລັບບໍລິການເວັບຂະໜາດກາງ.
ຄ່າຄົງທີ່ການດຳເນີນງານອື່ນໆທີ່ແບບຈຳລອງໃຊ້.
16 workers/instance · app time 50 ms (+20 ms and +1 query with the feature on) · 2 queries/request · DB 4,000 queries/s · 20,000 hot objects · cache refill τ = 30 min (slower while the DB is saturated) · warm-up job +12 %/min for 6 min, +600 queries/s · timeout 2 s · 30 % low-priority traffic · bad build +5 % errors, ×1.25 CPU · rollback 5 min · $0.40 per instance-hour · scale-in by ≤ 20 % of the fleet after 10 quiet minutes · up to 40 instancesຂໍ້ສົມມຸດ: ຈຳນວນ worker, ເວລາບໍລິການ, ຄວາມຈຸຖານຂໍ້ມູນ, ຂະໜາດ cache, ຄວາມໄວການຕື່ມ, ລາຄາ ແລະອັດຕາຂໍ້ຜິດພາດຂອງ build ທີ່ບໍ່ດີເປັນຄ່າຕົວຢ່າງສຳລັບບໍລິການເວັບຂະໜາດກາງ.
M. Harchol-Balter — Performance Modeling and Design of Computer Systems: Queueing Theory in Action (M/M/k, server farms, capacity provisioning) — Cambridge University Press, 2013