很久以來,一直是認為,知識是沒有壁壘的,方法是通用的。
比如四人幫的24種設計模式,源自己于建筑模式的靈感,應用于計算機。反之,這幾種模式同樣也適應于其它行業.
SSO,英文名
Single Sing On 單點登錄。這東東為什么會出現,基于以下幾種場景:一個公司,有多套系統,由多個機構開發,有各自獨立的權限系統。本來很久以來都運行的好好的,一段時間后,由于某個人能力特強,身兼數職,麻煩來了,如果是兩三套系統,就有兩三套密碼,要是更多,不想了,取個折中的方案,全部設一個密碼,解決密碼問題,那帳號呢,那個可能能隨便改,現在為了方便,強行統一了帳號,要一套一套的系統去修改用戶帳號,可不是一件簡單的事。
既然這么麻煩,有沒有一種解決方案呢,歸根結底,用戶帳號和密碼是給誰認----計算機系統,這就容易了,我把各套系統的帳號統一起來,建立一個新的機制(這個就叫SSO-server吧),讓用戶從一個系統登錄以后,就在這個新系統里面登錄一個Token,如果他再訪問其它系統,那個系統將帶著他的Token來請求SSO-server問他,“這個人登錄過嗎”,得到回答繼續處理.
緣起:關注SSO這東東時,正好和朋友一起去逛了下世界最大的私家圓林---圓明圓
事例現場:圓明圓售票管理處征集處理方案,暫定50景點
方案1:每個景點設個賣票點
單景點最小化開銷:檢票/售票員 一名,檢票用具一套,售票用具一套
統計:50人,50套售票用具,50套售票用品
方案2:在公園大門設一售票點,各分景點只設檢票員
前題:售單票,和組合票(SSO系統訪問可配置)
開銷:大門:售票員一名 ,售票用品一套
分景點:檢票員一名,檢票用品一套
統計:51 人,1套售票用具,50套檢票用品
你選那一個