Jerry陸陸續續收到各部門回填的資料，也該是進行設定跟服務驗證導入了，於是詢問著顧問該怎麼辦?

顧問說，平台的設定我們來搞定，但今天要先讓你知道一些關於平台服務啟用的基本知識，以及服務驗證的方式。

Edge Hostnames & CP Code

-Edge Hostnames: 這個是Akamai用來提供服務流量導向的CNAME主機名稱，格式的組成是
[customer-hostname].edgekey.net，例如 www[.]lakuza[.]com[.]edgekey[.]net 。

這個Edge Hostnames 是一開始就要決定的，也就是當使用者要問www[.]lakuza[.]com時，透過DNS CNAME的設定，導引至 www[.]lakuza[.]com[.]edgekey[.]net，此時使用者流量就會抵達CDN主機端。

設定的時候會詢問對外是要開放的IP Version是 IPv4 還是 IPv6，依實際的需求設定即可。

再來就是要設定DNS TTL，可以設定為最多 86400 秒、1440 分鐘、24 小時或 1 天的值。

-CP Code :是Akamai網路傳送的特定流量和內容串流的唯一識別碼，用於詳細報告、計費和監控目的，所有流量都必須指派給 CP 代碼。

Akamai Staging Network

為了能讓正式環境上線前，確認相關組態變更沒有問題，Akamai提供了一個測試的網路環境叫做Staging Network。

Staging Network與Production Network 主機IP是不同的，要連接到Staging Network只要在Edge Hostname加上staging，例如 www[.]lakuza[.]com[.]edgekey-staging[.]net。

要注意一個特點，Staging Network僅提供服務驗證，因此在主機資源的配置上不會以效能為考量，體驗的效果不佳感覺慢是合理的，只要功能正常就好。

Staging只能連測試站台?

此時顧問發現Jerry皺著眉頭，問怎麼了!

Jerry說，我家測試網站沒對外提供連線，即便有的也要限制來源IP，這要怎麼透過Staging來驗證服務?

顧問回覆，先回頭看利用測試環境的目的為為何? 用Staging環境就是驗證CDN的組態異動後，是否會影響服務。

至於，後端介接的是正式還是測試就可以視情況調整了，所以架構可以這樣調整

Jerry問，要怎麼樣控制流量會從Staging網路連過去呢?

顧問說，利用DNS Spoofing的方式!!

DNS Spoofing

Jerry你是學網路的，應該知道作業系統問DNS時會優先參考系統上的hosts檔案

-Linux系統位置在 /etc/hosts
-Windows系統位置在 C:\Windows\System32\drivers\etc\hosts

因次，只要將hosts檔案中 Staging IP對應到正式網站，這樣你發出對 www[.]lakuza[.]com連線請求都會經過Staging囉。

23.47.81.44 www.lekuza.com

版本控管機制

Jerry說，有Staging與Production Network不同的環境，再加上還有設定樣板的調整等等，感覺這平台作任何異動時，會很辛苦很亂?

顧問回答道，其實Akamai有非常優秀的版本控管機制。

1. 你可以分別針對Staging與Production 啟用不同的設定版本，所以你常常會看到，由於測試的需求Staging版號數字很大，但Production卻很小。

2. 可以在介面上看到關於異動時間、異動人員帳號、異動原因以及版本版本號等資訊。

3. 針對每一代啟用的歷史紀錄，可以清清楚楚的交待所有異動的軌跡，這個機制有助於未來的系統管理稽核機制的要求。

4. 針對設定異動的內容，當要推出設定檔前會有邏輯語法檢測機制。如果存在Errors的錯誤時，會有提示無法推送，必須待設定檔正確後才可推送。

5. 若始終不確定跟以往版本的差異，平台也提供Compare機制，並透過模組設定段落分類以及顏色，來提醒落差。

以下是在V18時，針對POST的timeout時間有進行調整，但在V40就移除這個設定了。

接著顧問跟Jerry說明，目前進度已經要開始針對服務，進行平台的設定。

設定完後，就要開始測試網站服務了，因此接下來要說明憑證該如何申請跟啟用囉!!