《呼叫中心系統(tǒng)架構(gòu)》中，講到了呼叫中心的各個模塊以及相互之間的關(guān)聯(lián)，在本系統(tǒng)中，坐席軟件與坐席服務(wù)之間采用了純TCP以及WCF兩種通信機制，其他模塊之間通信全部基于WCF，所以會存在A模塊需要知道B模塊、C模塊等提供的WCF服務(wù)地址，那么誕生了一個問題：如何配置這么多的凌亂的WCF或者TCP關(guān)聯(lián)地址信息？
　　
　　通常，我們的系統(tǒng)配置都是維護(hù)在數(shù)據(jù)庫或者配置文件中，我們來分析一下優(yōu)劣勢（觀點僅限本系統(tǒng)架構(gòu)，各個系統(tǒng)有各個系統(tǒng)的業(yè)務(wù)背景，不能一概而論）。
　　
　　1.采用配置文件來維護(hù)配置信息。
　　
　　這種方式是使用最廣的，開發(fā)成本最低的方式。但是明顯缺點比較多：維護(hù)以及修改的成本較高，如果其中一個節(jié)點提供的地址發(fā)生變更，很難將修改覆蓋到所有地方，經(jīng)常會造成遺漏，從而影響系統(tǒng)穩(wěn)定性。并且效率也比較低下，在緊急情況下，這種方式會帶來大量的時間消耗。很明顯，我們將這種方式排除在外。
　　
　　2.采用數(shù)據(jù)庫來維護(hù)配置信息。
　　
　　這種方式是普遍大家比較認(rèn)可的好辦法：既做到了修改一個地方，所有地方都覆蓋了，又降低了時間消耗成本提高了效率，并且還可以做數(shù)據(jù)庫緩存服務(wù)，統(tǒng)一對外提供服務(wù)，提高系統(tǒng)運行效率。但是缺點也比較明顯：在系統(tǒng)部署好之前，數(shù)據(jù)庫訪問配置本身就是需要配置的，那如果數(shù)據(jù)庫地址或賬號信息發(fā)生變更，仍然脫離不了第一個方式引起的配置信息散亂分布問題。
　　
　　考慮到呼叫中心系統(tǒng)中，各個模塊消耗的資源并不是特別居高不下，從硬件層面，系統(tǒng)部署結(jié)構(gòu)可能如下圖所示：
　　 　　
　　那么我們可以采用注冊表的方式，在同一臺服務(wù)器中，只維護(hù)一次配置信息，所有服務(wù)都共享此信息。
　　
　　在C#中，讀寫注冊表核心代碼：
　　
　　復(fù)制代碼
　　
　　/// summary>
　　
　　/// 從注冊表中讀取配置
　　
　　/// /summary>
　　
　　/// param name="key">/param>
　　
　　/// returns>/returns>
　　
　　internal static CtiServerConfig Load(Microsoft.Win32.RegistryKey key)
　　
　　{
　　
　　CtiServerConfig config = new CtiServerConfig();
　　
　　if (key != null)
　　
　　{
　　
　　config.CtiAddress = key.TryGetValuestring>("CtiAddress");
　　
　　config.CtiPort = key.TryGetValueint>("CtiPort");
　　
　　config.IsTape = key.TryGetValueint>("IsTape") == 1;
　　
　　config.TapePath = key.TryGetValuestring>("TapePath");
　　
　　config.IsPlayJobNo = key.TryGetValueint>("IsPlayJobNo") == 1;
　　
　　config.VoicePath = key.TryGetValuestring>("VoicePath");
　　
　　}
　　
　　return config;
　　
　　}
　　
　　/// summary>
　　
　　/// 將配置保存到注冊表
　　
　　/// /summary>
　　
　　/// param name="key">/param>
　　
　　public void Save(Microsoft.Win32.RegistryKey key)
　　
　　{
　　
　　key.SetValue("CtiAddress", this.CtiAddress);
　　
　　key.SetValue("CtiPort", this.CtiPort);
　　
　　key.SetValue("IsTape", System.Convert.ToInt32(this.IsTape));
　　
　　key.SetValue("TapePath", this.TapePath);
　　
　　key.SetValue("IsPlayJobNo", System.Convert.ToInt32(this.IsPlayJobNo));
　　
　　key.SetValue("VoicePath", this.VoicePath);
　　
　　}
　　
　　復(fù)制代碼
　　
　　注意：C#的注冊表讀寫操作，會有32位和64位的區(qū)別，由于本系統(tǒng)CTI采用的是64位編碼，所以出現(xiàn)了配置好的信息，在32位服務(wù)中不可讀取的問題。
　　
　　大壩云呼叫中心全渠道客服系統(tǒng)