Cognos組織架構介紹
阿新 • • 發佈：2018-04-12
size 展示 AR 後端 sql store 應用程序 ret 分享
Cognos只是一個工具，說到Cognos相信大部分人都知道BI（商業智能，Business Intelligence）。
Cognos也是屬於SOA架構，面向服務的體系結構，是一個組件模型，它將應用程序的不同功能單元(稱為服務)通過這些服務之間定義良好的接口和契約
- 1
- 2
聯系起來。接口是采用中立的方式進行定義的，它應該獨立於實現服務的硬件平臺、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。
這種具有中立的接口定義(沒有強制綁定到特定的實現上)的特征稱為服務之間的松耦合。松耦合系統的好處有兩點，一點是它的靈活性，另一點是， 當組成整個應用程序的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在。
- 1
- 2
- 3
如下圖所示就是Cognos的組織架構圖。
從上至下分別為：展示層，應用層，數據層
展示層：
IBM Cognos Gateway組件：這個網關，是用戶訪問Cognos之間的橋梁。對用戶提供的信息進行加密，並且可以把用戶的請求進行分解，加上自己Web
層中的環境變量傳遞給後端應用層服務進行處理。確保用戶請求是有效的，而不是非法進入訪問。另外一方面，可以有效的防止Cognos暴露在外面，
配合應用層防火墻攔截非法請求。同時他也可以有效的為主要的Cognos服務（IBM Cognos Content Manager）分攤壓力，對用戶請求進行分派。
- 1
- 2
- 3
- 4
應用層：
應用層是Cognos的任務控制中心。是所有請求處理中心，包括用戶請求，交互式請求，批處理請求，後臺調度請求等。他會以最佳的方式來分發請求， 並提供服務。應用層分為兩種服務器：Cognos Content Manager 和 Cognos Report Server. Cognos Report Server顧名思義就是用來處理報表的，他可以請求元數據，對報表展示數據的。 Cognos Content Manager 是整個Cognos控制中心，主要用來管理元數據庫 ( cognos content store)，元數據庫中存儲了用戶的應用數據，包括 安全信息，配置信息，模型，報表，報表輸出版本等等。 content manager 用於發布最新模型，獲取報表定義，管理調度信息，管理用戶名稱空間等 等。同時還管理著任務分派器dispatcher，任務分派器，接收到gateway用戶請求時，他會在content manager服務中註冊信息，他會根據每個分派器的 處理能力來判斷請求是在本地處理還是給其他分派器進行處理。另外分配器中都帶著應用防火墻，為Cognos服務提供了一個安全保障。 Content Manager是我們整個Cognos的大腦，只要他還能運作，其他服務都停止了，他也能正常工作，但是他一旦出問題，Cognos也就意味著崩潰了。 所以在配置負載均衡時要考慮Content Manager所在服務器的配置是否合理。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
數據層：
security namespace其實就是Cognos所連接的第三方認證源，可以是windows,Apache等等。所有用戶的認證，授權都是靠他來實現的。
content manager 與content store元數據庫是使用JDBC的方式進行交互的。所以在安裝的時候需要拷貝相應的JDBC驅動包到相應的路徑下（ojdbc14.jar/ojdbc6.jar/class12.jar）,db2,oracle需要拷貝，而sql server不用，因為cognos自帶這個數據庫的驅動包。然後就是還有Report server所連接的data source 和OLAP,通常報表連接的data source 所采用的是客戶端提供的native方式進行連接，所以這時就需要安裝一個32位的客戶端對data source 進行連接。這種native連接方式要比JDBC連接方式更有效率。
四種常見的COGNOS負載均衡方式：
常見架構實例：
from https://blog.csdn.net/yangpingping94/article/details/72810438
Cognos組織架構介紹