Wifly以IPS多釋出8成可用流量

	每週二∼六出刊.2008.05.30   iThome產品技術報 下載PChome免費撥接
	本 期 目 錄 簡介/舊報明細 •Wifly以IPS多釋出8成可用流量 •思考函數編程(2)好用、又無副作用的函數編程 •程式碼的演化之路(4)持續小幅度改變，才是安全的調整 ... 考取CCIE認證，企業最高加薪1萬元 證照與工作或者是薪資之間，是否有密切的關係？ 優惠訊息 •免費報名∼PChome妙招大公開！上網做生意真的很簡單！ •iThome＋Money+獨家雙效配方，事業財運兩得意 •iT邦幫忙！IT人的知識分享社群！登入搶5000元 專題報導   Wifly以IPS多釋出8成可用流量 國內唯一專營無線網路連線服務Wifly的安源通訊，從去年開始，透過組織改造與IPS，讓使用者多出8成可用的頻寬。安源通訊行銷暨資訊部資訊處協理崔大維也表示，現在安源通訊也在準備申請ISO 27001標準的認證，希望讓整個公司能夠提供更好的服務給使用者。 從提供臺北無線都市服務起家的安源通訊，發展至今已經成為在全省擁有5,000多個熱點的臺灣無線ISP業者。隨著去年與遠傳集團的合併，安源通訊在發展之餘，為了提升Wifly的服務品質，從去年開始，回頭檢視自己的資安政策，透過組織改造，並且在硬體上以入侵防禦系統（Intrusion Prevention System，IPS）取代過去的入侵偵測系統（Intrusion Detection System，IDS），釋出過去被P2P等流量耗費掉的8成頻寬，提升使用者的連線品質。 安源通訊行銷暨資訊部資訊處協理崔大維表示，透過IPS控管P2P流量，讓該公司多出了8成的可用頻寬。 以IPS控管P2P流量，阻擋單日15萬次的蠕蟲攻擊 隨著P2P軟體的風行，使用者的P2P流量現在已經成為各家ISP眼中最棘手的問題，尤其是多點對多點的P2P傳輸模式，當使用者將已經下載的檔案再度發出給其他未擁有的使用者時，往往會造成大量的錯誤封包，拖垮整體網路的速度。各家ISP業者多遭遇到這樣的難題，也各自有自己的控管措施，而過去的安源通訊，也遇到了這個課題。安源通訊行銷暨資訊部資訊處協理崔大維說：「我們曾經統計過，P2P流量過去將近耗掉8成的可用頻寬，這使得那些在戶外或是咖啡店的行動用戶，往往連線品質會受到影響。」 組織流程也進行改造，提升資安處理與反應速度 除了硬體面的改善，讓安源通訊提升了服務品質，為了提升SLA（Service Level Agreement），安源通訊也從去年開始進行組織改造。首先，就是將過去隸屬在網路服務部門的網路規畫小組，以及專門的資安人員轉至資訊部門旗下。崔大維說：「過去我們一直在想怎麼提供更多加值服務來吸引使用者，但是從去年開始，我們的思維受到遠傳來的總經理改變，開始越來越重視基本的SLA，也因此開始改善許多過去較為不順的流程。」 全文>> 專欄   思考函數編程(2)好用、又無副作用的函數編程 FP是一些構想觀念，各種語言實踐FP的作法也可能有所不同，但是大致上來說，FP的共同點在於：「沒有副作用」、「第一級函數」。前者是指在表示式內不可以造成值的改變；後者是指函數被當作一般值對待，可當作「傳入參數」或「傳出結果」。 只要遵守函數編程（FP）的原則，管他用什麼語言，都可以進行FP。你可以用非函數式的語言（例如Java），進行FP；正如同你可以用非物件導向的語言（例如C），進行OOP（物件導向編程）一樣。但是只有想不開的人才會這麼做，畢竟這麼做是事倍功半。 1960年代左右，LISP誕生，被視為第一個函數式語言，從此越來越多函數式語言隨之出現。不過，畢竟Lambda Calculus是讓虛幻不存在的機器執行的，沒有受到真實世界的限制，所以真實世界的函數式語言雖然都是源自於Lambda Calculus，但卻都和Lambda Calculus之間有所差異。 由於FP只是一些構想觀念，各種語言實踐FP的作法也可能有所不同，但是大致上來說，FP的共同點在於：「沒有副作用」（Side Effect）、「第一級函數」（First-Class Function）。前者是指在表示式（Expression）內不可以造成值的改變；後者是指函數被當作一般值對待，而不是次級公民，可當作「傳入參數」或「傳出結果」。 FP和我們慣用的程式編寫風格，有相當大的差異。Imperative Programming（命令式編程）認為程式的執行，就是一連串狀態的改變；但FP則將程式的運作，視為數學函數的計算，並且避免「狀態」和「可變資料」。但是，沒有狀態、沒有可變資料，程式要如何運作呢？事實上，FP使用函數，而函數可以「自動」幫我們保存資料。Imperative Programming的資料大量放在heap中；但FP則是放在堆疊（tack）內（或者由堆疊指向heap）。 全文>> 程式碼的演化之路(4)持續小幅度改變，才是安全的調整方式 每增加一個類別，就重新審視架構，一次變動的幅度不要過大，否則會造成強烈的影響。當你自身的改變越大時，對客戶端程式造成的影響自然就有可能越大。持續演化，而每次演化的幅度都不大，才是比較正確的方式。 當你想要新增某個類別至你的系統中時，有時候會發現它和既存類別之間的共通性，而這樣的共通性可能會有兩種類型。 第一種類型是新增類別與既存類別有著介面的共通性，一般來說，也就是這二者有著共通的函式外貌（Signature），卻沒有任何可以共用的函式主體──只有函式的宣告部分是共用的。而第二種類型，除了有共通的函式外貌之外，還有部分可共用的函式。 盡量不對舊有程式碼造成衝擊 如果新增類別與既存類別的共通性屬於第一種類型，那麼加入新類別，在程式碼上所造成的演化方向，便是引入一個新的介面，透過此介面描述共通的函式外貌，並命令它們實作此一介面。 演化最好是漸進的，每次的改變越小越好 我們在調整時，你可以觀察到過程中把握住幾個不變的原則：1.保持現有客戶端程式碼不受影響，2.盡量利用現有的程式碼，3.持續整理共通性。 全文>> 前期文章 全部歷史文章 出刊日期 出刊主題 2008-05-29 iT邦幫忙─臺灣、中國兩地的IT... 2008-05-28 IT領導者的新視野 2008-05-27 SSL VPN設備採購大特輯 2008-05-24 多管齊下，讓IPS發揮防護效果 主編推薦   •讓我們做愛吧！ •開車族請注意！ •Idle Background － 桌布輕鬆換 •激化你的工作DNA 我要訂閱這份報紙 我要取消這份報紙 訂報說明 ．本電子報內容由 iThome online 提供 PChome ePaper 電子報版權所有，關於電子報發送有任何疑問，請聯絡 客服 台北市敦化南路二段105號11樓 ，TEL：(02)2708-8038，FAX：(02)27094848。
	．廣告刊登 ．授權服務 ．隱私權聲明 ．消費者保護 ．兒童網路安全 ．關於PChome ．徵人 網路家庭版權所有、轉載必究 Copyrightc PChome Online