許晨光把這些在心裡過了一遍，合上本子，等趙遠下一個問題。
果然，趙遠又問了一句：“彈性伸縮排程演算法呢？”
許晨光這次沒立刻回答。他撓了撓頭，表情有點尷尬。
“趙總，這個東西……確實是最難的。”
彈性伸縮排程演算法——這是要在毫秒級完成資源的借出和收回。
具體來說就是：“客戶A租了1G記憶體，平時只用了200系統把空閒的800借給”客戶B使用，公司就能多賺這800
但客戶A突然需要自己的記憶體時，系統要在幾十毫秒內把其他空閒的資源給A。而客戶A全程無感知，始終覺得自己獨佔1G。”
這東西難在“秒級”和“無感知”這六個字上。
傳統的資源排程方式，客戶要擴容，得提交工單，運維人員手動分配，少則幾十分鐘，多則幾個小時。客戶要縮容，也一樣麻煩。
而彈性伸縮要做的是——客戶什麼都不用做，系統自己判斷、自己調配、自己在使用者毫無察覺的情況下完成整個流程。
許晨光嘆了口氣：“目前還在攻堅階段，有幾個技術難點卡住了。記憶體熱遷移的穩定性不夠，回收延遲有時候會抖，最差的情況要到秒級了。”
他說這話的時候看著趙遠，眼神里帶著點複雜的情緒。這個專案裡的很多難點和核心演算法，都是趙遠親自解決的。
有時候他們卡了兩週的一個問題，趙遠週末來公司坐一下午，寫寫畫畫，週一丟過來幾張紙，問題就解了。
許晨光有時候真想問一句：“趙總，你這技術到底是怎麼練出來的？”
但這話他從來沒問出口，也不會問出口，顯得自己太呆、太冒失。
趙遠聽完，想了想，說：“加快進度。實在解決不了的困難，在公司內部OA上發懸賞，你們部門自己出獎金。
研發經費不低，能內部解決的就內部解決。實在都解決不了，再來問我。”
許晨光點頭：“好的趙總。”
趙遠這麼說也是沒辦法。公司現在專案越來越多，如果每個專案遇到困難都讓他親自上手，累死他也忙不過來。
他能做的是在最難、最耗時間的地方給出解法，其他的只給方向和指導意見，讓團隊自己去落地。
他想了想，又補了一句：“對了，研發成功的那些技術演算法和架構方案，該申請專利的要申請。”
許晨光點頭：“放心趙總，這些已經在準備了。虛擬化管理引擎、彈性伸縮演算法、自動化運維平臺相關能申請的專利，都列在專利申請計劃裡了。”
趙遠這才滿意地點了點頭。
這時候，一直在旁邊聽著的賀今朝小心地開了口。
“趙總，我有個問題。”他斟酌了一下措辭，“虛擬化管理引擎、自動化運維、負載均衡，這些我能理解，對公司幫助很大，成本能降百分之三五十。
但後面的彈性伸縮演算法……對公司自身業務的幫助好像沒那麼直接？投入這麼大的人力和資金，值當嗎？”
