move movementConstraint to MoveCost

[qoo332001]

此PR根據comment 把成本估計限制移動到各自的成本估計實做中並套用到BalancerHandler中，如此一來在Balancer端就不需要在意每個成本是如何做限制的

[chia7712]

@qoo332001 PR的概念很棒，一些細節再調整一下就可以合併了

[chia7712]

@qoo332001 這隻看能不能先完成，趁著這隻把 constraint 的部分功能移到 move cost 後，我們可以接著後面做 balancer benchmark 看看套上簡單的 constraint (例如 leader 數量限制），看看plan的效率會變得怎樣

[chia7712]

麻煩rebase喔

[chia7712]

@qoo332001 感謝更新，還有幾個點可以再調整一下

[chia7712]

@qoo332001 感謝，整體看起來不錯。不過後續還有一個要接著討論的設計議題：MoveCost是否還需要保有“列舉”般的介面？

我們盡量不在這些動態的物件上做“列舉”，這是為了日後的相容性，同時避免使用端 (balacner, assingor) 看到太多“細節”。當時為了讓MoveCost可以作為constraint，我們第一版用了通用的介面 (unit, value 等等)，但使用端必須用switch-case列舉的方式逐一檢查，第二版我們將列舉移動到的MoveCost上，讓各個cost function去填寫適合自己的列舉，然後使用端就拿需要的數值去計算。

現在這一版，你新增了overflow這個“純值”，所以balancer可以不需要列舉了，一切都透過參數控制，那麼是不是MoveCost也可以擺脫列舉？例如，使用端要產生"move cost" 報告的話，我們是否有可以提供簡單的前後 cluster info 比較直接產生所有報表？又或者我們定義一個簡單的通用格式 (broker id -> string) 讓Move cost 去簡單填寫就好？

這個討論麻煩開個議題，然後試著講一下你的想法。謝謝