最終選擇了自主研發，考慮到我們團隊對java以及flex知識的儲備，展示層使用誇瀏覽器的flex開發，後端業務層使用java。 一、方案： BEC + ZCIPAgent + ZCIPServer + 核心資料關係型資料庫集中儲存+ 日誌分散式儲存

使用此方案的目的如下：
1.     減少系統間的耦合
2.     集中是管理，分散式部署和排程
3.     核心資料資料庫儲存使得後期報表統計和質量分析容易處理
4.     BEC元件和ZCIPAgent分散式部署，降低主機異常帶來的損失
5.     日誌分佈部署，提高機器的利用率減少對高效能主機的依賴
6.     BEC 元件可單獨使用。
二、功能架構：
起初也考慮是否加入訊息中介軟體來實現主控與Agent之間的通訊，更多的中間環節勢必降低系統的穩定性，之後我們選擇主控和Agent直接進行訊息通訊，對於這一塊，大家可以根據自己的實際業務需求自己評估。 三、總體架構設計：
四、流程排程拓撲圖：
時至今日我們的持續整合平臺初具規模，持續整合平臺也不僅僅是持續整合平臺了，持續交付已經納入到我們的平臺中，我們的平臺實現了快速交付、快速迭代。與現在倡導的devops核心其實也就是快速部署。 對於持續整合其實重要的不是平臺的建設，而是開發模式以及產品研發模式的轉變，平臺只是促成此過程的支撐，提高產品質量和交付效率才是關鍵。 後面有時間再與大家分享我們平臺內部的核心模組的設計方案，希望大家多指出我們的不足之處。