先簡單說下從傳統的電銷外呼程序模式到服務化的演進。最早開發一個電銷外呼程序是單體的應用呼叫中心系統，也就是不管你的電銷外呼程序有多么復雜，功能有多么龐大，我們只會開發一個獨立應用。但慢慢發現當電銷外呼程序開發團隊逐漸變大，電銷外呼程序需求不斷增加和變化時，這種方法不論是在項目管理還是在后期擴展和運維時都會帶來很多麻煩。比如開發時不同模塊的開發人員如何協作，需求變更帶來的代碼臃腫和晦澀，運維時一個小修改可能帶來重啟的巨大風險等等。
后來架構設計師們就在考慮業務拆分和電銷外呼程序拆分。這就是最初服務化的原型。最直接的拆分肯定是模塊的拆分。但是拆分后的電銷外呼程序肯定需要相互依賴和調用，所以就延展出了一些接口技術，如Web Service，Restful。但這又進一步帶來了新的問題，由于不同模塊可能部署在不用服務器上，如果服務器或網絡出現問題，可能使相互依賴的電銷外呼程序無法訪問，最終造成雪崩效應，服務徹底癱瘓。
這時SOA架構產生，最早的ESB，后來的分布式，微服務都是慢慢衍生出來的電銷外呼程序架構。首先它進一步拓展了服務化的理念將業務進一步拆分成更小的服務單元，以避免單服務出現問題可能造成的癱瘓風險。其次由于服務分拆的較細，如何進行服務治理呼叫中心系統，發現注冊服務、解決服務單點故障便成為分布式架構要解決的首要問題。緊接著服務熔斷機制、服務配置中心、服務網關路由、服務消息總線以及服務日志跟蹤等問題逐一得到解決。這也使得整個服務架構更加優化和完善，分布式電銷外呼程序已發展成熟并自成體系。
最后說明一下不管是服務化、SOA、分布式，這些電銷外呼程序架構一定不要因為流行而使用，如何使用，使用哪些和使用程度都要取決于你的需求、受眾、使用場景等一系列因素。再好的技術也要用到正確的地方才會發揮更大的作用。
