本文摘錄自旗標 F8921「ASP.NET 網站開發實錄--解決
網站建置的問題」一書

在建置完網站所需的模組後, 接下來就要開始部署網站
以供使用者存取。

ASP.NET 的出現令人們重新考慮許多網站部署的前置作
業。例如, 同一部伺服器上將會執行許多個相同的網站,
 而這些網站都會共用相同名稱, 但不同版本的 DLL 檔
案。XCopy 的部署更令開發人員驚艷。有了它, 開發人
員只需將檔案複製到目的地位置即可部署應用程式, 而
不需要使用 Registry 或複雜的 COM 登錄作業。

過去, 部署大型的 Web 應用程式簡直是揮之不去的惡夢
。大部分企業等級的網站都必須使用許多 COM 與 COM+/
MTS 元件。因此, 維護 Registry 內所有元件上的資料
並在更新期間確定所有資訊都已正確更新是非常痛苦的
工作。ASP.NET 可讓我們使用簡單的 XML 文字檔以及可
自動在 COM+ 內登錄的元件來建置整個網站。我們不需
要處理元件的登錄作業, 因而大幅減輕了部署工作。

問題

以往在部署網站時, 通常是先在開發伺服器上部署網站,
 接著轉移到展示伺服器上, 等到展示伺服器上的測試完
成後才轉移到生產伺服器上。但是此處要直接在生產伺
服器上部署功能完善的網站, 同時要在數台機器上部署
程式碼, 以便能夠在各種場合中進行測試。本章的解決
方案使用由 Wrox 主控的生產伺服器, 不過你也可以在
虛擬主機公司所提供的伺服器上作業。

本章將探討各種部署 ASP.NET 網站的方法, 並從中選出
最適當的解決方案。本章將會協助你找出最佳的部署方
案。

設計

在部署網站時可分為兩個部分：資料庫與應用程式。首先
要探討資料庫的部署方式, 接著才介紹應用程式的部署。

部署資料儲存區

儲存網站資料的形式有很多種, 例如 XML 檔案、簡單的
 Access 資料庫或複雜的 SQL Server 或 Oracle 資料
庫皆可。每一種資料庫的部署方式都各有利弊。由於資
料庫的部署是很重要的議題, 因此本書將獨立討論此主
題。

如果部署資料庫的機器屬於我們所有, 那麼部署的工作
就很簡單。我們可以選擇最方便的部署方法來複製資料
儲存區。對 SQL Server 或 Oracle 而言, 還有下列幾
種方案可供選擇：

◇ 建立開發資料庫的備份, 然後在其他機器上還原該
   資料庫的備份。

◇ 在彼此連結的伺服器之間透過指令檔等方式來傳送
   資料架構與資料。

我們通常沒有資料庫伺服器的完整控制權限。Web 虛擬
主機公司通常會針對每個資料庫提供一定數量的磁碟空
間讓我們建立該資料庫, 因此我們的選擇不多。例如, 
我們無法在主機的資料庫伺服器上存取 Enterprise Ma
nager, 因此無法還原備份的資料庫。即使能夠存取 Ent
erprise Manager, 我們也沒有還原資料庫的權限。因此
我們只能使用文字查詢來建立資料結構與載入資料。

在 Access 資料庫中, 檔案只須複製到特定目錄中便能
進行部署, 而不需要考慮我們所能存取的伺服器種類。
這牽涉到一個嚴重的問題：若心存不良的入侵者發現我
們的 Access 資料庫是位於公用的 Internet 目錄中, 
他們便能夠下載此資料庫。你必須將 MDB 檔案存放在私
用目錄等地方, 以確保只有我們應用程式的程式碼才能
存取檔案。

====說明==========================================
若要瞭解如何將資料庫從開發電腦用的傳送到已部署完成
的生產環境中, 請參閱 SQL Server、Oracle 或 Access 
手冊。
==================================================

我們還可以使用自動部署 (也就是為網站建立安裝程式) 
的方式。此方法會使用可為應用程式重建資料架構的指令
檔, 並讓安裝程式在安裝期間執行這些檔案, 如此便可確
保資料架構會在應用程式首次執行之前完成。

準備要部署的網站

在部署 ASP.NET 網站時可使用下列三種方法：

◇ XCopy 部署

◇ 專業的 XCopy 部署。透過此方法, 我們便可在擁有
   極少控制權的主機伺服器上部署網站。

◇ 使用 Visual Studio.NET 來建立安裝程式, 以便自
   動安裝與部署。

雖然部署 ASP.NET 網站的方法包羅萬象, 不過基本上都
是從上述這三種組合所衍生而來的。稍後將會詳細探討
每一種方法, 並說明各個方法的優劣, 接著將會討論的
結果應用在 ThePhile.com 的部署上。

開發期間的資料庫結構並不像圖中那樣的簡潔, 反倒會
非常雜亂。我們要在 ThePhile 的開發資料夾中提供許
多份相同的 DLL 與原始碼以供所有類別使用, 包括商
業層與資料層類別。若是部署所有的檔案, 不僅浪費磁
碟空間, 還必須承受安全性的風險, 因此我們只需部署
執行應用程式所需的檔案, 也就是每一種 DLL 檔案各一
份, 以及只有可即時編譯的類別才需要的原始碼。

Visual Studio.NET 可讓我們將 Web 專案複製到新的位
置上。這個方法有一個很好用的功能。首先從『Project
』功能表進入『Copy Project』對話方塊, 其內含一個
圓鈕按鈕, 可讓我們將原始碼檔案從目的地的應用程式
中移除。在複製專案時選取『Only files needed to ru
n this application』便可建立一份未包含原始碼檔案
的解決方案, 其內含所有可提供支援的組件 (這些都會
複製到 \bin 目錄)、.aspx 網頁、.ascx 控制項、.asm
x 檔案, 以及與專案相關的影像和程式碼以外的項目。
此解決方案可作為所有部署方案的來源。

若要將檔案複製到尚未設定為 Web 資料夾的位置, Visu
al Studio.NET 便會於該處建立新的網站。若該網站已
經存在, 你必須確定它的 FrontPage Extensions 具有
正確的設定, 以便讓 Visual Stuido.NET 進行任何必要
的變更。

一但建立完「整潔」的資料夾結構後, 我們便可執行各
種可用的部署方法。

事實上, 只要主機確實執行 FrontPage Extensions, 我
們便可使用這個方法在主機上建立簡潔的結構。

--- 本篇完