第1022章 Helo不死，紫微星長存

　　周不器問：“現在有多少網站能夠通過helo直接快捷登錄？”

　　張一明道：“主要還是咱們自家網站和投資的網站，外站暫時還沒開放……嗯，只開放搜狐了。”

　　“京東、優酷、酷六、搜狐，這些都開放了？”

　　“嗯。”

　　“怎麼樣？穩定嗎？”

　　“很好啊，很方便。”張一明笑了笑，“這裡涉及的主要是數據庫管理，我們能解決。”

　　然後，張一明就從技術的角度給周大老闆進行了簡單地講解。

　　helo的用戶，要把一些個人信息存儲在數據庫中，賬號名、密碼等等。

　　每一個賬號都要對應一個userid主鍵。

　　這個userid，下面會有一系列的id，比如朋友網id、微博id、京東id、優酷id、搜狐id等等。

　　通過這些id，把不同網站的賬戶跟helo的賬戶對應起來，數據庫裡會記錄下了這個userid和這些id的綁定關係。

　　等用戶使用搜狐、優酷等網站時，就可以通過helo，直接在紫微星的數據庫裡調取相應的id完成登錄了。

　　增加新的網站id，很容易，就是在userid裡多增加一個條目而已。

　　有技術挑戰的是讀取過程。

　　比如，用戶使用helo登錄搜狐，在登錄的過程中，需要讀取紫微星的數據庫，然後跳轉搜狐的數據庫。

　　搜狐幾百萬，京東幾百萬，還有優酷、酷六、uc、微博等網站……用戶在登錄的時候，都要去讀取紫微星的數據庫。

　　積少成多，數量會很驚人。

　　這就給紫微星提出了兩個要求。

　　第一，基礎設施過硬，有大數據處理能力。

　　服務器要多，處理能力要強、寬帶容量要大，要能承受住巨大流量訪問。

　　第二，穩定。

　　一旦紫微星這邊的數據庫出了問題，別的網站也登錄不了了，就要給客戶賠償損失。

　　就像早期的火車票網站12306，經常登錄不上，甚至會出現網站崩潰。就是後臺的數據庫崩了，基礎設施不夠，穩定性也不夠。

　　周不器點了點頭，表示理解，又問：“現在的helo對那些外站的合作模式是什麼？”

　　張一明笑笑，“哪有什麼合作模式啊。”