2011-08-26 98 views
2

我有一個網站,與服務器通信頻繁(頻率:每3秒〜)延遲與HTTPS通信

的應用程序由一個做服務器上的WCF服務通信Silverlight的許多組件。通訊實時發生。

我想加密數據事務,所以想知道在這種情況下HTTPS是否適合我?

HTTPS是否適合實時和頻繁的通信?它會增加延遲嗎?

謝謝。

+1

即使Facebook正試圖說服他們的用戶使用https,所以我認爲性能問題今天可以忽略不計。 (嘿,他們每個月得到10億次頁面瀏覽量) – Muttok

回答

1

SSL比普通的http連接更昂貴,因爲它必須使用RSA算法進行握手,以基本建立用於後續連接的加密算法和密鑰。

如果您必須每3秒建立一次握手,那麼這將比普通的http調用花費更多。但是,客戶端可以向服務器發送keep-alive頭以重用現有的SSL套接字,並且在x秒的空閒時間之前不會打開新的協商。在這種情況下,您可以儘量減少與初始握手相關的開銷。大多數現代瀏覽器都在特定的超時時間內實現了保持活動狀態(請參閱this Wikipedia entry)。

一旦建立了握手,就會對您的數據包進行加密和解密。在大多數應用程序中,這種延遲通常是可以接受的,但爲了確定此延遲是否適用於您的應用程序,您需要對應用程序進行配置。

+0

這篇文章是以Apache爲中心的。 IIS7上的默認連接超時爲2分鐘。 – AnthonyWJones