荒野悲歌 作品
第1022章 Helo不死，紫微星長存
許亮傑見周大老闆春風得意的樣子，笑著說：“看樣子，這次出差很成功。”
周不器笑笑，“豈止是成功。”
“哦？”
許亮傑很好奇。
周不器笑道：“這次解決《三國殺》版權的過程中，我發現了一個戰略層面的機遇。如果把握住了，紫微星將會牢牢地佔領國內互聯網塔尖的位置。”
許亮傑連忙問：“是什麼？”
張一明則是一臉興奮的樣子，“太好了！”
按理說，這種戰略層面的大事，應該由決策委員會討論，至少也應該由幾個核心高管交流過才好運作。
不過，周大老闆不一樣。
過去的履歷讓他有獨斷專行的資格。結果也多次證明，他的決策往往都是富有遠見的，被時間證明是正確的。
周不器道：“現在的helo已經穩定了，日活用戶保持在了5000萬左右，社交關係和使用習慣也漸漸地建立起來。爆紅一時然後迅速銷聲匿跡的擔心，可以徹底排除了。”
張一明頷首道：“嗯，不管是從業務、運營、技術、中臺的角度來看，helo都已經進入了成熟期，算是一款很成熟的產品了。現在，朋友網的日活是4800萬，今日頭條的日活是3400萬，校內網的日活是1200萬，helo的日活卻是5000萬。helo對於紫微星生態系統的作用，漸漸地趨同於QQ對企鵝的價值了。”
周不器問：“現在有多少網站能夠通過helo直接快捷登錄？”
張一明道：“主要還是咱們自家網站和投資的網站，外站暫時還沒開放……嗯，只開放搜狐了。”
“京東、優酷、酷六、搜狐，這些都開放了？”
“嗯。”
“怎麼樣？穩定嗎？”
“很好啊，很方便。”張一明笑了笑，“這裡涉及的主要是數據庫管理，我們能解決。”
然後，張一明就從技術的角度給周大老闆進行了簡單地講解。
helo的用戶，要把一些個人信息存儲在數據庫中，賬號名、密碼等等。
每一個賬號都要對應一個userid主鍵。
這個userid，下面會有一系列的id，比如朋友網id、微博id、京東id、優酷id、搜狐id等等。
通過這些id，把不同網站的賬戶跟helo的賬戶對應起來，數據庫裡會記錄下了這個userid和這些id的綁定關係。
等用戶使用搜狐、優酷等網站時，就可以通過helo，直接在紫微星的數據庫裡調取相應的id完成登錄了。
增加新的網站id，很容易，就是在userid裡多增加一個條目而已。
有技術挑戰的是讀取過程。
比如，用戶使用helo登錄搜狐，在登錄的過程中，需要讀取紫微星的數據庫，然後跳轉搜狐的數據庫。
搜狐幾百萬，京東幾百萬，還有優酷、酷六、uC、微博等網站……用戶在登錄的時候，都要去讀取紫微星的數據庫。
積少成多，數量會很驚人。
這就給紫微星提出了兩個要求。
第一，基礎設施過硬，有大數據處理能力。
服務器要多，處理能力要強、寬帶容量要大，要能承受住巨大流量訪問。
第二，穩定。
一旦紫微星這邊的數據庫出了問題，別的網站也登錄不了了，就要給客戶賠償損失。
就像早期的火車票網站12306，經常登錄不上，甚至會出現網站崩潰。就是後臺的數據庫崩了，基礎設施不夠，穩定性也不夠。
周不器笑笑，“豈止是成功。”
“哦？”
許亮傑很好奇。
周不器笑道：“這次解決《三國殺》版權的過程中，我發現了一個戰略層面的機遇。如果把握住了，紫微星將會牢牢地佔領國內互聯網塔尖的位置。”
許亮傑連忙問：“是什麼？”
張一明則是一臉興奮的樣子，“太好了！”
按理說，這種戰略層面的大事，應該由決策委員會討論，至少也應該由幾個核心高管交流過才好運作。
不過，周大老闆不一樣。
過去的履歷讓他有獨斷專行的資格。結果也多次證明，他的決策往往都是富有遠見的，被時間證明是正確的。
周不器道：“現在的helo已經穩定了，日活用戶保持在了5000萬左右，社交關係和使用習慣也漸漸地建立起來。爆紅一時然後迅速銷聲匿跡的擔心，可以徹底排除了。”
張一明頷首道：“嗯，不管是從業務、運營、技術、中臺的角度來看，helo都已經進入了成熟期，算是一款很成熟的產品了。現在，朋友網的日活是4800萬，今日頭條的日活是3400萬，校內網的日活是1200萬，helo的日活卻是5000萬。helo對於紫微星生態系統的作用，漸漸地趨同於QQ對企鵝的價值了。”
周不器問：“現在有多少網站能夠通過helo直接快捷登錄？”
張一明道：“主要還是咱們自家網站和投資的網站，外站暫時還沒開放……嗯，只開放搜狐了。”
“京東、優酷、酷六、搜狐，這些都開放了？”
“嗯。”
“怎麼樣？穩定嗎？”
“很好啊，很方便。”張一明笑了笑，“這裡涉及的主要是數據庫管理，我們能解決。”
然後，張一明就從技術的角度給周大老闆進行了簡單地講解。
helo的用戶，要把一些個人信息存儲在數據庫中，賬號名、密碼等等。
每一個賬號都要對應一個userid主鍵。
這個userid，下面會有一系列的id，比如朋友網id、微博id、京東id、優酷id、搜狐id等等。
通過這些id，把不同網站的賬戶跟helo的賬戶對應起來，數據庫裡會記錄下了這個userid和這些id的綁定關係。
等用戶使用搜狐、優酷等網站時，就可以通過helo，直接在紫微星的數據庫裡調取相應的id完成登錄了。
增加新的網站id，很容易，就是在userid裡多增加一個條目而已。
有技術挑戰的是讀取過程。
比如，用戶使用helo登錄搜狐，在登錄的過程中，需要讀取紫微星的數據庫，然後跳轉搜狐的數據庫。
搜狐幾百萬，京東幾百萬，還有優酷、酷六、uC、微博等網站……用戶在登錄的時候，都要去讀取紫微星的數據庫。
積少成多，數量會很驚人。
這就給紫微星提出了兩個要求。
第一，基礎設施過硬，有大數據處理能力。
服務器要多，處理能力要強、寬帶容量要大，要能承受住巨大流量訪問。
第二，穩定。
一旦紫微星這邊的數據庫出了問題，別的網站也登錄不了了，就要給客戶賠償損失。
就像早期的火車票網站12306，經常登錄不上，甚至會出現網站崩潰。就是後臺的數據庫崩了，基礎設施不夠，穩定性也不夠。