讀者和作者才是具體服務物件，而不是一般的客戶。
所以葉明就把這一部分的特殊性，經過專業資訊處理，加入到這個系統的原有基礎中。
現在這些採購和銷售功能。就分別變成了作者子系統、讀者子系統。
至於稿費核算、讀書收費，這些東西，就是原來的商品買價、商品賣家，沒有什麼特殊。只不過商品是書，這個特定產品。
對作者寫作的付款和跟蹤，對讀者消費的收款和跟蹤。與一般商家的應收款、應付款、商品進價、商品銷售收入，沒有什麼本質的差別。只不過作者的名單很長。
這就需要一個很大的子系統，管理相關資訊。
比起作者名單的長度。讀者的名單更長，而且不知道長了多少倍，這就需要一個更大的子系統。
不過讀者和作者子系統，沒有什麼更多往上增添的，就是保證系統的可用量也就是容量足夠大，這個直接影響上網的速度。
尤其是高峰期，大家都想上傳或者下載，如果容量不夠大，就會造成卡網，後果很嚴重。
讀者想看看不到，他們就不會在這裡死等，你這裡正版總是不出來，別處非正版已經出來了，心急的讀者自然去那裡看。
倒不是不想花這幾個錢，而是耗不起這個時間。
對於作者，相對來說，問題更嚴重一些。
他們一般都有很沉重的每日上傳數字要求，以便不受罰，以便得到全勤獎等獎勵，他們奮戰多時，好不容易完成了寫作，急著上傳，可是這個時候卡網了。
他們的焦急和惱怒可想而知。
最後傳上去了，還好說，損失的不過是腦細胞。
最後沒有傳上去，那麼一切後果都來了，就不僅僅是惱怒了。
如果只是偶然的一次，也許解釋一下，找點而特殊原因，風波就過去了。
如果二次以上，或者經常性發生，就不是說說能解決的了。
一旦有條件差不多的同類網站，想不讓他們跳槽也難。
你所想到、能給的好處，別人即使不是更好，起碼也能給你一樣；你如果有這種卡網硬傷，基本上就可以保證你眾叛親離、一蹶不振了。
因為容量問題是整個系統的問題，不光是應用系統、還有網路系統、資料庫系統，任何一處容量不足，都是整個系統的不足，都會反應在卡網上面。
因此，在容量問題上，必須體現出安貸寶的財大氣粗！
這個體現在兩個方面。
一個是根據高峰需求，整個系統的容量，不管是哪個部分，全部是現有高峰需求的三倍！
另一個是，整個系統要為將來的需要做打算，即使現在不用那麼大，也要防止將來需求增加，又需要整個系統的增容。
現在在容量上的奢侈，正是長遠打算的節約。
所以三人決定，在滿足現有需求的基礎上，再增加九倍！
也就是設計的系統容量，是現有高峰容量的十倍，是現有日常容量的三十倍。
這也就翻三番的水平，如果業務進展順利，不會用太長時間。
不過如果真的需要更大，那個時候，換置系統這個小錢花花，也沒有人肉痛了。
決定了這個基礎部分以後，三個人很快就確定資料庫用oracle，作業系統用微軟的視窗。
用微軟的這個作業系統，當然因為是大多數作者和讀者都熟悉，但是比爾蓋茨也起了不小的作用。
第一，他免費提供一套最先進的作業系統。
免費！這個魔幻的字眼絕對有不可思議的吸引力。
就是月亮公子、馬永恆、葉明，也不能避免。
當然隨後的維護費用需要自己掏。
這才是賺錢的大頭，比爾不會含糊。
第二，比爾答應，只要巔峰小說有什麼特殊的需要，他就命令微軟龐大的科研團隊予以滿足。
這個比第一個免費更厲害！
尤其是葉明知道這一條的份量，實際上就是把微軟團隊交給他使用了。
就是因為這一點，葉明力挺使用微軟的作業系統。
人多、錢足、技術都現成，這個系統不到一天就建成了。
喬直回來的時候，正好趕上系統要進行規模實驗。
。（未完待續。）
266 規模測試
這個規模測試，月亮公子可沒少花費心血。
規模