從上文可以看出，並不是除了當周要賣的，多餘的都是不健康的。多出的那些庫存裡面其中有一部分是為了滿足未來數週的正常銷售而選擇在當前保留的。所以overstock的庫存分為兩部分，一部分是健康的，另一部分是不健康的。當然，理想情況下，每週要賣多少，我就進多少貨，做到零冗餘，這樣不會有任何多餘的損耗。實際上，
1 無法做到對實際銷量的精準**，通常會有個估計值，或者銷量**的結果是個概率分布。
2 當前下單，一般到貨進倉庫會有個時間差，你不得不選擇備貨。
3 某些供貨商，針對某些商品，可能要求一次下單必須滿足一定數量。比如按箱或者按件。
4 如果購買大量某種商品，可能會獲得一定折扣。
5 因為某種誤差，原本不應該多進貨，結果進多了貨。
順便提一下，這裡要解決的是如果庫存多了，如何清理冗餘的問題，不關心該進多少貨。計算需要進多少貨，這是乙個典型的報童問題。
報童要賣明天的報紙，今天需要去預訂。進乙份報紙八毛錢，賣出去乙份一塊錢，賣不出去只能退得七毛錢。根據統計，每天他能賣出去多少份報紙，服從某種概率分布，那麼他今天應該預訂多少份報紙，能讓他明天最有可能獲得最大收益。顯然，報童問題導致的誤差也會讓進貨數量可能出現偏差，進少了好說，進多了就可能會產生不健康庫存，需要系統進行修正。
回到本問題，一件overstock的商品，為了下幾周的銷售我選擇在本週保留它，那麼我需要在當周付出一些成本，比如上文提到的那些。如果我選擇 在當周清理掉它，以後滿足正常銷售時再買回來，同樣要付出一些代價，比如你一般不可能按原價清理它，如果與供貨商的合同沒有額外條款，清理它帶來的運輸費 用和人工費用，你也要買單。這些都是可以量化計算，並且進行比較的，哪種划算，我就選擇保留或者清理。
Kublet PLEG不健康問題排障
環境 rancher管控的k8s集群。現象 某個node頻繁出現 pleg is not healthy pleg was last seen active 3m46.752815514s ago threshold is 3m0s 錯誤，頻率在5 10分鐘就會出現一次。排查 kubectl get...
Kublet PLEG不健康問題排障
環境 rancher管控的k8s集群。現象 某個node頻繁出現 pleg is not healthy pleg was last seen active 3m46.752815514s ago threshold is 3m0s 錯誤，頻率在5 10分鐘就會出現一次。排查 kubectl get...
Kublet PLEG不健康問題排障
環境 rancher管控的k8s集群。現象 某個node頻繁出現 pleg is not healthy pleg was last seen active 3m46.752815514s ago threshold is 3m0s 錯誤，頻率在5 10分鐘就會出現一次。排查 kubectl get...